DICOM @ OFFIS

I just created a new project and the classes I created around DCMTK seem to work fine. Very strange.

I've tried setting a breakpoint before the determineMinMax() function call; however, I am not able to step through the function. Is there any way to step through a template class in gdb? I have tried various image types and I get the same results (CT images, 8-bit angiograms, 16-bit angiograms, etc.).

I'm fine with testing a new version (if you think it makes sense) because I don't have timelines on what I am trying to do. Can you send me an email on how to access the CVS version? I will be testing on a 64-bit workstation using Mac OS X 10.5.

Sorry about not sending the trace from a debug build. Dumb on my part. Here is the trace from a debug build. The crash actually happens when the determineMinMax() function is called. I can't figure out how to dump the variables list in Xcode to a text file, so I can't paste them here. I can send you...

DCMTK (and my program) compiles fine and I can use the DcmDataset class without any issues (e.g. get patient name, get curve values, etc). So far, the problem seems limited to the DicomImage class.

Hopefully this will help. Current language: auto; currently objective-c++ Program received signal: “EXC_BAD_ACCESS”. (gdb) bt #0 0x00000001003f9810 in DiInputPixelTemplate<unsigned short, unsigned char>::determineMinMax () #1 0x0000000115fe3967 in DiMonoModality::Init () at ofcond.h:393 #2 0x0000000...

I am trying to get the following simple line of code to work on my 64-bit platform. The same code works fine on my 32-bit system (Mac OS X 10.5 OS on both machines). DicomImage *image = new DicomImage(fileName); It looks like the code is dying somewhere (general memory access violation error) in the...

To clarify, I have also tried to create a built-in dictionary using the procedure outlined in datadict.txt. Everything appears to compile correctly but dcmdump states a dictionary has not been loaded. My procedure is 1) Goto dcmtk-3.5.4 directory. 2) ./configure CXXFLAGS=-m64 CFLAGS=-m64 --prefix=lo...

Compiling with "CXXFLAGS=-m64 CFLAGS=-m64" got rid of the compile errors. Thanks! I think I'm down to my last issue and it is related to the dicom dictionary. I have set the DCMDICTPATH environment variable to the location of my "dicom.dic" file; however, the DicomImage->getStatu...

I have made a little progress. I can now execute some code if I use the CXXFLAGS=-m64 compiler flag (e.g. manipulate DICOM header). The issue remaining is the jpeg library does not build. I get the following compiler error when running the "make all" script: c++ -O -I/usr/include/libxml2 -...

I have been using DCMTK 3.5.4, on a Mac OS X 10.5 32-bit system, without any issue for some time. I am now receiving errors while trying to run my code on a 64-bit Apple workstation (DCMTK appears to compile fine but the code fails when I use it). What compiler flags do I need to use when compiling ...

Thanks. It seems this same problem occurred with Mac OS X 10.4 came out (outlined in a previous post). The problem is solved if you add the following code to two different places in the /config/configure.in file and then run the "autoall" script located in the config folder. *-*-darwin9.*)...

I recently installed Mac OS X 10.5 on my system and now I am having trouble building DCMTK. I am getting the following errors when running the "make all" script: (cd config && make ARCH="" DESTDIR="" all) make[1]: Nothing to be done for `all'. (cd ofstd &&am...

The macro "verify" is defined within dcobject.h and it looks like it conflicts with an Apple macro named "verify." Everything works fine if I undefine the "verify" macro prior to including the desired DCMTK headers. If needed, I assume I can rename the DCMTK macro "...

Hello, I am having some trouble getting once of my projects to compile using Xcode 2.2 on (Mac OS X 10.4.9). Everything works fine when I create a simple executable which looks for a person's name in the DICOM header. When I use the same code within a plugin (which is part of a larger framework) I g...