[vtk-developers] Reg:JVM crashing while using vtkDicomImageReader

[David Gobbi]

I'll also note that the vtkDICOMReader that comes with vtk-dicom (
https://github.com/dgobbi/vtk-dicom) will work with java wrapping, and it
can read a much broader range of DICOM files than the vtkDICOMImageReader.

But first you'll want to confirm that the problem isn't a 32-bit memory
allocation issue.

 - David


On Thu, Feb 2, 2017 at 9:50 AM, Pandia raja <pandia005 at gmail.com> wrote:

> Yes Mathieu you are right am using 32 bit JVM with large number of images
> . I will try to load the Dicom files using c++ code and let you know.
>
> Thanks,
> Pandiyan
>
>
> On Feb 2, 2017 8:42 PM, "Mathieu Malaterre" <mathieu.malaterre at gmail.com>
> wrote:
>
> I would have guess a 32bits JVM with a very large DICOM Series. I am
> pretty sure the JVM cannot allocate a large contiguous chunk of
> memory.
>
> Anyway, posting your crash would help diagnose (I guess). Try to write
> a small C++ code which only load the DICOM Series and see if that
> works on your 64bits (just a guess) arch.
>
> -M
>
> On Thu, Feb 2, 2017 at 4:07 PM, Sebastien Jourdain
> <sebastien.jourdain at kitware.com> wrote:
> > What system are you running on?
> > Are you sure those files are valid?
> > Are those DICOM file big? I'm not a DICOM expert but I'm just trying to
> get
> > a sense of what you are doing and what could cause those issue.
> >
> > But based on what I eared about the DICOM format, it is possible that the
> > VTK reader is not properly understanding the specific DICOM format that
> is
> > used within your files. ITK is supposed to have a better reader for DICOM
> > than VTK.
> >
> > On Wed, Feb 1, 2017 at 10:30 PM, Pandia raja <pandia005 at gmail.com>
> wrote:
> >>
> >> Hi all,
> >>   I am using VTK with Java wrapper for constructing MPR. JVM is crashing
> >> while reading dicom files using vtkDicomImageReader (few series its
> working
> >> fine). I don't know where the problem is. Please help me to resole this
> >> issue.
> >>
> >> Thanks
> >> Pandiyan
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20170202/4f4a57ed/attachment.html>