DICOM @ OFFIS

Sorry for that story not greatly exciting for the readers, but I just wanted to reply to your question. I would say you happened to run in some typic pitfalls, so that might be very interesting for other readers in a similar situation. One told me "to go to Eclipse CDT then". Also I had t...

I googled your intrin.h error: http://stackoverflow.com/questions/2520683/how-to-cope-with-intrin-h-no-such-file-or-directory. It seems this is an incompatibility between your "MinGW distribution" and DCMTK (similar to what happened here http://forum.dcmtk.org/viewtopic.php?f=1&t=3838)...

Don't worry. This means that cmake cant find you make executable which it needs for running configure tests and so on. It's probably not in path or whatever. Just set CMAKE_MAKE_PROGRAM to your make.exe (most likely in C:\MSYS\bin) and you're done.

Have a look at the general CMake howto . The only thing special for beeing used with MinGW is that you need to select MSYS Makefiles as the generator. CMake will then create appropriate makefiles for being used with MSYS, so you can do make all and the likes. CMake will also create the special make ...

I would generally recommend to use CMake with MSYS / MinGW, since we do not plan to support autoconf under Windows and you would have to adapt the configuration scripts on your own (path-names, tochain-files, ...).
Is there anything that prevents you from using CMake?

Nope, sorry, it does not want to segfault. I tried your code + debug with release DCMTK and debug DCMTK without any effect.

Actually, it appears that I only get this segfault in Debug mode... Could you try compiling my code in Debug mode ? Ic, per default dcmtk sets itself to compile in release mode. I'll try that. EDIT: Maybe you compiled your application in debug mode but DCMTK in release mode? That should of course n...

http://xkcd.com/583/ Starting program: /home/jan/src/snapshot_test/dcmtk_test/gcc-4.9.0/test warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthrea...

Thats strage, as linux is our main developement platform. Did you compile gcc and Clang yourself? Which distribution are you using? I'll try your program on Arch-Linux / gcc 4.9.0, let's see what happens.

That should not happen, it may be a bug in my code. As you can see, CMake should automatically set std=c++11 when using gcc 4.8.2: MACRO(ALLOW_CXX11_SUPPORT FLAGS) ... SET(DCMTK_CXX11_FLAGS ${FLAGS} CACHE STRING "Flags used to enable C++11 support.") ENDMACRO(ALLOW_CXX11_SUPPORT) IF(GXX_VE...

I just compiled you program (with changed path to the dictionary) on a quite old gcc and enabled C++11. This is my gdb output: Starting program: /home/jan/dcmtk_test/gcc-4.7/test [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so...

Which compiler are you using? As explained in the page, DCMTK will automatically set DCMTK_CXX11_FLAGS like you did if you use a quite recent gcc for example, so you won't have to do that manually. If you are using an older gcc, try setting CMAKE_CXX_FLAGS to -std=c++ manually and don't enable DCMTK...

Clement wrote:Everything worked well but we have recently enabled C++11 and since then, I have got a segmentation fault whenever I add a presentation context to the DcmSCP class.

Which version of DCMTK are you using? Did you read this: http://support.dcmtk.org/docs-snapshot/ ... pport.html ?

Jan Schlamelcher wrote:I think i will create a configure test which will detect the right version to use in the near future, so it will work on any mingw distribution then.

I did, see: http://git.dcmtk.org/web?p=dcmtk.git;a= ... 93805fd004

It seems to me, that you define "UNICODE" in your project. This is currently not supported by DCMTK.