DCMTK + DCMPRINT : LNK2019 errors

[ruben.cruz]

Hi

I am using DCMPRINT version 3.6.4.

Well, I'm having a problem with dcmtk + dcmprint where there are LNK2019 errors even if you don't have anything in my main, dcmtk's include's are enought to throw errors. I read that this can be generated by the lack of libs in the linker or by their order, but I think i have this part right. I'm going to add some prints of my code and the linker.


If you detect something wrong, please correct me.
Looking forward your reply. Thanks!

[Marco Eichelberg]

The error message indeed indicates that the linker cannot resolve some symbols, either because a library is missing, or because the link order is incorrect.
The symbols reported in the error message are present in the ofstd library (ofstd.lib), and I cannot see that library in the list of library dependencies in your screenshot, so perhaps you simply need to add this.
The symbols reported in the error messages somewhere in the lower part of the screenshot are related to oflog.lib, which may also be missing.
As a rule of thumb, when working with DCMTK you will always need to link against ofstd.lib and oflog.lib, since these provide basic functions that are used everywhere in the toolkit.

And yes, you are right: Including header files can be enough to create library dependencies. That is a typical C++ feature that you probably won't find in pure C code.

[ruben.cruz]

Ty for your help.
U can see in the print under "wsock32.lib" (line 5 and 6) they are both there.
What else could cause this problem?

[Marco Eichelberg]

Then it's probably the link order. The libraries needed for the print client should be specified in this order:

Code: Select all

dcmprint.lib
dcmimage.lib
dcmimgle.lib
dcmnet.lib
dcmtls.lib
dcmdata.lib
oflog.lib
ofstd.lib

[ruben.cruz]

I have tried that and it made no diference. Im starting to think that it is a vs problem...

[Marco Eichelberg]

Possible. You might want to check the command line options used to build DCMTK and compare these with the settings of your own project. There are some command line options that are mutually incompatible, such as /Gd, /Gr, /Gv, /Gz, which change the calling conventions (e.g. __thiscall, __fastcall, __stdcall) for functions.

[ruben.cruz]

I left all of that default

[ruben.cruz]

Possible. You might want to check the command line options used to build DCMTK and compare these with the settings of your own project. There are some command line options that are mutually incompatible, such as /Gd, /Gr, /Gv, /Gz, which change the calling conventions (e.g. __thiscall, __fastcall, __stdcall) for functions.

Where can i check this? Im lost

[Marco Eichelberg]

Sorry, I haven't used Visual Studio for years, I cannot say exactly where you can look that up. I remember that you can, though...

[ruben.cruz]

I've found out that it is compiling using "/Gd".

Now i'm trying to figure out how to remove that option, since, it's using the default

[ruben.cruz]

I managed to make it work but now im having this error...

can u help me with this?

[ruben.cruz]

I already fixed this by recompilind all libs with the "shared libs option" off and "overwrite flags" off and is running but im having a problem while connecting to it using your client.


do u know what might be causing this error?