yang686526

dwgdirect 1.13.02 function getbuffersetlength
dwgdirect 1.13.02 function getbuffersetlength
hi
wich library contained "getbuffersetlength"? it create a error lnk2019.
thank you!
rhinow
our root module contains this function. if you are already linking in this library, it would be helpful if could provide the exact error message, and any other relevant details (compiler, platform, etc.).

similar question
hello :
did you find resolution to this problem? i have the same difficulty with vc2003 and i am definitely linking against dd_vc2003md_root.lib.
rfcn_im error lnk2019: unresolved external symbol "public: wchar_t * __thiscall odwstring::getbuffersetlength(int)" (?getbuffersetlength@odwstring@@qaepa_wh@z) referenced in function "class odwstring __cdecl odstringtowidechar(char const *,unsigned int)" (?odstringtowidechar@@ya?avodwstring@@pbdi@z)
if i dumpbin the static library (ie dumpbin /all dd_vc2003md_root.lib /out:c:\temp\dump.txt) it's clear that this method is compiled into the static library properly.
this may be a wchar_t problem with visual studio. do you (ie the oda developers) compile with /wc:wchar_t? would that make a difference??
last edited by sga; 30th june 2005 at 02:00 pmfff">.
we don't compile with the /zc:wchar_t option (see our faq for more info about this).

is there any reason why you didn't compile the lib with /zc:wchar_t option set? since it is standard c++ behavior?
regards,
hanh
this is c++ standard indeed, but in ms compilers it became default only in vc 2005. it was considered best to keep this flag state in vc8 too, po avoid potential problems in projects ported from previous compiler versions. perhaps it was an error, but it is hard to fix it now, because this change will break many clients' projects.
vladimir
hello vladimir,
we are caught because we are using a number of 3rd party libraries and they are all compiled with wchar_t as an inbuilt. would it be possible for the library to be distributed both ways (ie) with and without? please please
otherwise i will have to drop into your office in sp in december and plead my case (including a good bottle of vodka) ;-)
this option was considered, and perhaps we'll have to do it this way, but it will double the number of vc8 configurations to build, and mostly mecause of that, this solution was postponed.
anyway, such request should be directed to , as a coordinator.
you may try a workaround meanwhile:
redefine odchar as "unsigned short", instead of wchar_t, (edit odadefs.h), and see if it works. in 1.14 such a workaround worked.
vladimir
redefine odchar as "unsigned short" doen't work.
in odplatformsettings.h, odstrcmp is defined as:
#ifndef odstrcmp
#define odstrcmp(str, str2) wcscmp(str, str2)
#endif
it is using wcscmp which required wchar_t.
i really need /zc:wchar_t turned on.
thanks,
in the next update client applications will be able to be compiled with /zc:wchar_t+
vladimir