DICOM @ OFFIS

I tried instantiating a DRTPlanIOD object in a native visual C++ project. The program immediately crashes much like the C++/CLI project but with an access violation error.
Again, classes from the other modules like DcmFileFormat instantiate just fine.

I can now build the latest dcmtk. I had to change a linker parameter to inherit dependencies. Unfortunately, I can't instantiate any class in the dcmrt module. Anytime I do, I get this error: STATUS_STACK_BUFFER_OVERRUN encountered Or the program becomes unresponsive and I have to manually terminate...

Ah, I found one problem. I didn't link against oflog.lib.
After linking against oflog.lib I have some further errors all relating to "ntelogap.obj."
I'm guessing there is an NT Event that I am not linking to. Any ideas?

It was version from May 11th. I'll outline the procedure I used. First I changed all references of "/MT" in CMakeLists.txt to "/MD" Then I used cmake gui to remove the optional modules(libpng, etc) and generated a VS 2008 project. I used Build All in VS 2008 and then used the INS...

Most of the DCMTK library works for me except for the new DCMRT module. When I try to compile a project that links against dcmrt I get linker errors that all seem to do with "log4cplus." Additionally, I get the infamous "warning LNK4098: defaultlib 'MSVCRT' conflicts with use of other...

Yes it is an x64 operating system. Though I am compiling for 32 bit.

Adding "__DllMainCRTStartup@12" to the "force symbol references" entry in the linker solved this problem for me.

I have DCMTK compiled with /MD and /MDd using the native visual c++ 2008 compilers. I am trying to #include dctk.h in a new C++/CLI Windows Form application. The application is the regular Windows Form template with nothing else changed except that I set up the linker for the DCMTK libraries. With t...