1. public: virtual class OFCondition __thiscall DcmSCP::addPresentationContext
2. public: virtual class OFCondition __thiscall DcmSCU::sendSTORERequest
3. public: static void __cdecl DJDecoderRegistration::registerCodecs
4. dcmdata.lib(dcuid.obj) : error LNK2019: _GetAdaptersInfo@8
The lib files referenced are:
ws2_32.lib
netapi32.lib
wsock32.lib
zlib_d.lib
ofstd.lib
oflog.lib
dcmdata.lib
dcmimgle.lib
dcmimage.lib
ijg8.lib
ijg12.lib
ijg16.lib
dcmjpeg.lib
dcmnet.lib
i2d.lib
Did the project still need some other libs?
4 Unresolved External symbols When Linking With 3.6.2
Moderator: Moderator Team
-
- Posts: 83
- Joined: Thu, 2009-03-19, 04:19
-
- DCMTK Developer
- Posts: 2054
- Joined: Fri, 2004-11-05, 13:47
- Location: Oldenburg, Germany
- Contact:
Re: 4 Unresolved External symbols When Linking With 3.6.2
Hi,
I guess the linker order isn't correct since the symbols you are missing are from dcmnet (first 2) and dcmjpeg (third).
Also, you must link to Windows library iphlpapi (fourth), which is a new requirement in 3.6.2 if I remember correctly.
If you are in doubt with the linker order, you could copy it from a DCMTK application that uses a similar set of libraries as yours (e.g. dcmsend could be a good blueprint since it uses networking, jpeg coding, data parsing).
Best,
Michael
I guess the linker order isn't correct since the symbols you are missing are from dcmnet (first 2) and dcmjpeg (third).
Also, you must link to Windows library iphlpapi (fourth), which is a new requirement in 3.6.2 if I remember correctly.
If you are in doubt with the linker order, you could copy it from a DCMTK application that uses a similar set of libraries as yours (e.g. dcmsend could be a good blueprint since it uses networking, jpeg coding, data parsing).
Best,
Michael
Who is online
Users browsing this forum: Bing [Bot], Google [Bot] and 1 guest