<br><br><div class="gmail_quote">On Fri, Apr 25, 2008 at 12:26 PM, Mathieu Malaterre <<a href="mailto:mathieu.malaterre@gmail.com">mathieu.malaterre@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On a different subject what anonymizer did you use ? It could not cope<br>
with a bunch of public elements, and inserted a VR=UN when doing the<br>
conversion from Implicit encoding to Explicit encoding.<br>
<font color="#888888"></font></blockquote><div><br>With a Phillips workstation. I don't remember the exact application it was, but I guess it's the EasyVision application.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<font color="#888888"><br>
-Mathieu<br>
</font><div class="Ih2E3d"><br>
On Thu, Apr 24, 2008 at 10:10 PM, Jesús Spínola <<a href="mailto:jspinola@gmail.com">jspinola@gmail.com</a>> wrote:<br>
</div><div><div></div><div class="Wj3C7c">> Hello,<br>
><br>
> I'm using itk 2.8.1 and I have a problem reading some DICOM images with<br>
> itkGDCMImageIO. For most of images I opened since now, it works ok, but I<br>
> have images from several studies that is not able to open because it crashes<br>
> with a SIGFPE (floating point exception). When debugging, this is the<br>
> message after crashing<br>
><br>
> Program received signal SIGFPE, Arithmetic exception.<br>
> [Switching to Thread -1223084336 (LWP 6551)]<br>
> 0xb7de14e6 in gdcm::PixelReadConvert::ConvertReArrangeBits () from<br>
> /usr/lib/InsightToolkit/libitkgdcm.so.2.8<br>
><br>
><br>
> and the backtrace is the following:<br>
><br>
><br>
> #0 0xb7de14e6 in gdcm::PixelReadConvert::ConvertReArrangeBits () from<br>
> /usr/lib/InsightToolkit/libitkgdcm.so.2.8<br>
> #1 0xb7de9c31 in gdcm::PixelReadConvert::ReadAndDecompressPixelData () from<br>
> /usr/lib/InsightToolkit/libitkgdcm.so.2.8<br>
> #2 0xb7dbd69c in gdcm::FileHelper::GetRaw () from<br>
> /usr/lib/InsightToolkit/libitkgdcm.so.2.8<br>
> #3 0xb7dbebf2 in gdcm::FileHelper::GetImageData () from<br>
> /usr/lib/InsightToolkit/libitkgdcm.so.2.8<br>
> #4 0xb7ee1892 in itk::GDCMImageIO::Read () from<br>
> /usr/lib/InsightToolkit/libITKIO.so.2.8<br>
> #5 0x08061964 in itk::ImageFileReader<itk::Image<int, 3u>,<br>
> itk::DefaultConvertPixelTraits<int> >::GenerateData ()<br>
> #6 0xb7a62380 in itk::ProcessObject::UpdateOutputData () from<br>
> /usr/lib/InsightToolkit/libITKCommon.so.2.8<br>
> #7 0xb7a1f969 in itk::DataObject::UpdateOutputData () from<br>
> /usr/lib/InsightToolkit/libITKCommon.so.2.8<br>
> #8 0xb7a1f770 in itk::DataObject::Update () from<br>
> /usr/lib/InsightToolkit/libITKCommon.so.2.8<br>
> #9 0xb7a5ffca in itk::ProcessObject::UpdateLargestPossibleRegion () from<br>
> /usr/lib/InsightToolkit/libITKCommon.so.2.8<br>
> #10 0x0805d6c0 in itk::ImageSeriesReader<itk::Image<int, 3u><br>
> >::GenerateData ()<br>
> #11 0xb7a62380 in itk::ProcessObject::UpdateOutputData () from<br>
> /usr/lib/InsightToolkit/libITKCommon.so.2.8<br>
> #12 0xb7a1f969 in itk::DataObject::UpdateOutputData () from<br>
> /usr/lib/InsightToolkit/libITKCommon.so.2.8<br>
> #13 0xb7a1f770 in itk::DataObject::Update () from<br>
> /usr/lib/InsightToolkit/libITKCommon.so.2.8<br>
> #14 0xb7a60062 in itk::ProcessObject::Update () from<br>
> /usr/lib/InsightToolkit/libITKCommon.so.2.8<br>
> #15 0x0804e0f4 in main ()<br>
><br>
> To test this problem I've writen a little program I've attached<br>
> (gdcmBug.cpp) reproducing the problem. You can use the following anonymized<br>
> study ( <a href="http://hades.udg.edu/%7Echus/study1.tar.gz" target="_blank">http://hades.udg.edu/~chus/study1.tar.gz</a> ) with some series to test<br>
> this bug. It crashes with any of the images of the study.<br>
><br>
> I also tried to read the same images with other libraries such as vtk or<br>
> dcmtk and they're able to open the same images successfully.<br>
><br>
> Assuming ITKINCLUDEDIR is /usr/include/InsightToolkit and ITKLIBDIR is<br>
> /usr/lib/InsightToolkit, the compile command for g++ is the following<br>
><br>
> g++ -o gdcmBug gdcmBug.o -I. -I/usr/include/InsightToolkit<br>
> -I/usr/include/InsightToolkit/IO -I/usr/include/InsightToolkit/gdcm/src<br>
> -L/usr/lib/InsightToolkit -lITKIO -litkgdcm<br>
><br>
> To run this test you have to pass by argument the files you want to read.<br>
><br>
> For example, if you want to read 3 images (im1, im2, im3) from the same<br>
> series:<br>
><br>
> $>gdcmBug im1 im2 im3<br>
><br>
> If you want to test with only one single image<br>
><br>
> $>gdcmbug im1<br>
><br>
> and so on...<br>
><br>
> I tested this under Linux Mandriva 2008.0 and Kubuntu Feisty 7.04.<br>
><br>
> Maybe this bug is resolved in a more recent version of itk, but I don't know<br>
> it. If so, let me know which version has solved this problem.<br>
><br>
> I hope this test and the images I provided can help to find the problem. I<br>
> have more images to reproduce the problem, if necessary.<br>
><br>
><br>
> Thanks in advance!<br>
><br>
</div></div><div><div></div><div class="Wj3C7c">> _______________________________________________<br>
> Insight-users mailing list<br>
> <a href="mailto:Insight-users@itk.org">Insight-users@itk.org</a><br>
> <a href="http://www.itk.org/mailman/listinfo/insight-users" target="_blank">http://www.itk.org/mailman/listinfo/insight-users</a><br>
><br>
><br>
<br>
<br>
<br>
--<br>
Mathieu<br>
</div></div></blockquote></div><br>