[Paraview] compiling ParaView v4.2.0-RC1-75-gf64ee7a with -DModule_vtkIOXdmf3:BOOL=ON

[David E DeMarle]

There are some annoying and minor differences in the XDMF xml format in the
new and old versions.
For example case sensitivity and changes in treatment of default values. My
first intuition is that these are the cause.

Jean if you can provide me with a minimal example that demonstrates the
problem, I can take a deeper look.

thanks,


David E DeMarle
Kitware, Inc.
R&D Engineer
21 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-881-4909

On Wed, Sep 17, 2014 at 3:17 AM, Favre Jean <jfavre at cscs.ch> wrote:

>
> thanks for the tip. I got the new reader compiled, but I am disappointed
> to see that it crashes immediately on my existing data (which can be read
> in parallel, with the old xdmf2 reader).
>
> ERROR: In
> /apps/pilatus/ParaView/src/ParaView/VTK/Common/Core/vtkDataArrayTemplate.txx,
> line 148
> vtkFloatArray (0x231e760): Unable to allocate 2790483579 elements of size
> 4 bytes.
>
> I am usually reading with 64 MPI tasks and the xdmf2 reader works really
> well in parallel.
> My grid  size is 313x897x3313 and I am reading a single vector field. The
> error message above indicates that the partitioning of the grid is not
> happening and that each MPI tasks is asking for the whole grid.
>
> Determined Source Version : 4.2.0-RC1-75-gf64ee7a
> -----------------
> Jean /CSCS
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview/attachments/20140917/1eda228c/attachment.html>