[vtkusers] Patch Pieces starting after 2GB lost

[Kevin H. Hobbs]

On Wed, 2006-06-14 at 16:40 -0400, Kevin H. Hobbs wrote:
> I just converted a 4GB "XMLImageData" image stored as streamed pieces to
> TIFFs. The streamed pieces correspond to single slices. When I examined
> the image slices I saw that the first half were fine but the last half
> were identical to the very first slice.
> 
> I took a look at the XML describing the pieces and the pieces that are
> incorrect all have offsets greater than 2GB, while none of the correct
> slices do.
> 
> I'm using 64 bit linux, ITK and VTK built from source, and VTK built
> with 64 bit Ids. I bet there's an unsigned int where an unsigned long
> int should be.
> _______________________________________________
> This is the private VTK discussion list. 
> Please keep messages on-topic. Check the FAQ at: http://www.vtk.org/Wiki/VTK_FAQ
> Follow this link to subscribe/unsubscribe:
> http://www.vtk.org/mailman/listinfo/vtkusers

I think this does the trick, though it should be OffsetType.

[kevin at gargon VTK]$ cvs diff IO/vtkXMLDataReader.cxx
Index: IO/vtkXMLDataReader.cxx
===================================================================
RCS file: /cvsroot/VTK/VTK/IO/vtkXMLDataReader.cxx,v
retrieving revision 1.30
diff -r1.30 vtkXMLDataReader.cxx
604c604
<     int offset = 0;
---
>     unsigned long int offset = 0;
644c644
<   int offset = 0;
---
>   unsigned long int offset = 0;
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://www.vtk.org/pipermail/vtkusers/attachments/20060614/67462b62/attachment.pgp>