collasp when reading .vtu files

ParaView Support
1

1E.vtu (982 Bytes)
2E.vtu (1.1 KB)
Hi,

When I tried to read the “2E.vtu” file using paraview, the software stoped responding and shutted down. But when I tried to read the same file using Tecplot, everthing went fine. So, this issue seems to be associated with the paraview software, not my .vtu file.
More strangely, Paraview was able to read the “1E.vtu” file attached.The nothing changed in “1E” file except that the number of elements reduced from 2 to 1.
Can anyone kindly tell me what is going on and how can I address this issue? I’m using Paraview 5.11.2 and Windows 11

2

Not sure what is wrong exactly but here is the backtrace:


Thread 1 "paraview" received signal SIGSEGV, Segmentation fault.
0x00007fffe0351def in vtkStaticFaceHashLinksTemplate<int, signed char>::BuildFaceHashLinks<int>::operator() (this=0x7fffffffa9c0, beginCellId=0, endCellId=2) at /home/glow/dev/paraview/pv1/src/VTK/Common/DataModel/vtkStaticFaceHashLinksTemplate.txx:515
515             cellIdOfFaceLinks[offset] = cellId;
(gdb) bt
#0  0x00007fffe0351def in vtkStaticFaceHashLinksTemplate<int, signed char>::BuildFaceHashLinks<int>::operator()(long long, long long) (this=0x7fffffffa9c0, beginCellId=0, endCellId=2)
    at /home/glow/dev/paraview/pv1/src/VTK/Common/DataModel/vtkStaticFaceHashLinksTemplate.txx:515
#1  0x00007fffe034c2e6 in vtk::detail::smp::vtkSMPTools_FunctorInternal<vtkStaticFaceHashLinksTemplate<int, signed char>::BuildFaceHashLinks<int>, false>::Execute(long long, long long) (this=0x7fffffffa840, first=0, last=2)
    at /home/glow/dev/paraview/pv1/src/VTK/Common/Core/vtkSMPTools.h:85
#2  0x00007fffe0346ff9 in vtk::detail::smp::vtkSMPToolsImpl<(vtk::detail::smp::BackendType)0>::For<vtk::detail::smp::vtkSMPTools_FunctorInternal<vtkStaticFaceHashLinksTemplate<int, signed char>::BuildFaceHashLinks<int>, false> >(long long, long long, long long, vtk::detail::smp::vtkSMPTools_FunctorInternal<vtkStaticFaceHashLinksTemplate<int, signed char>::BuildFaceHashLinks<int>, false>&) (this=0x555557317570, first=0, last=2, grain=0, fi=...) at /home/glow/dev/paraview/pv1/src/VTK/Common/Core/SMP/Sequential/vtkSMPToolsImpl.txx:34
#3  0x00007fffe033efe6 in vtk::detail::smp::vtkSMPToolsAPI::For<vtk::detail::smp::vtkSMPTools_FunctorInternal<vtkStaticFaceHashLinksTemplate<int, signed char>::BuildFaceHashLinks<int>, false> >(long long, long long, long long, vtk::detail::smp::vtkSMPTools_FunctorInternal<vtkStaticFaceHashLinksTemplate<int, signed char>::BuildFaceHashLinks<int>, false>&) (this=0x7fffef356660 <vtk::detail::smp::vtkSMPToolsAPI::GetInstance()::instance>, first=0, last=2, grain=0, fi=...)
    at /home/glow/dev/paraview/pv1/src/VTK/Common/Core/SMP/Common/vtkSMPToolsAPI.h:99
#4  0x00007fffe033a1ce in vtk::detail::smp::vtkSMPTools_FunctorInternal<vtkStaticFaceHashLinksTemplate<int, signed char>::BuildFaceHashLinks<int>, false>::For(long long, long long, long long) (this=0x7fffffffa840, first=0, last=2, grain=0)
    at /home/glow/dev/paraview/pv1/src/VTK/Common/Core/vtkSMPTools.h:89
#5  0x00007fffe0337303 in vtkSMPTools::For<vtkStaticFaceHashLinksTemplate<int, signed char>::BuildFaceHashLinks<int> >(long long, long long, long long, vtkStaticFaceHashLinksTemplate<int, signed char>::BuildFaceHashLinks<int>&) (first=0, last=2, grain=0, f=...)
    at /home/glow/dev/paraview/pv1/src/VTK/Common/Core/vtkSMPTools.h:234
#6  0x00007fffe0333a4c in vtkSMPTools::For<vtkStaticFaceHashLinksTemplate<int, signed char>::BuildFaceHashLinks<int> >(long long, long long, vtkStaticFaceHashLinksTemplate<int, signed char>::BuildFaceHashLinks<int>&) (first=0, last=2, f=...)
    at /home/glow/dev/paraview/pv1/src/VTK/Common/Core/vtkSMPTools.h:258
#7  0x00007fffe0330008 in vtkStaticFaceHashLinksTemplate<int, signed char>::BuildHashLinksInternal<int>(vtkUnstructuredGrid*, vtkStaticFaceHashLinksTemplate<int, signed char>::GeometryInformation&) (this=0x7fffffffad30, input=0x55555db2cd40, geometryInfo=...)
    at /home/glow/dev/paraview/pv1/src/VTK/Common/DataModel/vtkStaticFaceHashLinksTemplate.txx:564
#8  0x00007fffe032b9ed in vtkStaticFaceHashLinksTemplate<int, signed char>::BuildHashLinks(vtkUnstructuredGrid*) (this=0x7fffffffad30, input=0x55555db2cd40) at /home/glow/dev/paraview/pv1/src/VTK/Common/DataModel/vtkStaticFaceHashLinksTemplate.txx:597
#9  0x00007fffe02cf99d in (anonymous namespace)::ExecuteUnstructuredGrid<int, signed char>(vtkGeometryFilter*, vtkDataSet*, vtkPolyData*, vtkGeometryFilterHelper*, vtkExcludedFaces<int>*)
    (self=0x55555c7ef9f0, dataSetInput=0x55555db2cd40, output=0x55555d6ec150, info=0x55555db21b10, exc=0x7fffffffaee0) at /home/glow/dev/paraview/pv1/src/VTK/Filters/Geometry/vtkGeometryFilter.cxx:3056
#10 0x00007fffe02c75e8 in vtkGeometryFilter::UnstructuredGridExecute(vtkDataSet*, vtkPolyData*, vtkGeometryFilterHelper*, vtkPolyData*) (this=0x55555c7ef9f0, dataSetInput=0x55555db2cd40, output=0x55555d6ec150, info=0x0, excludedFaces=0x0)
    at /home/glow/dev/paraview/pv1/src/VTK/Filters/Geometry/vtkGeometryFilter.cxx:3207
#11 0x00007fffe02c76cb in vtkGeometryFilter::UnstructuredGridExecute(vtkDataSet*, vtkPolyData*) (this=0x55555c7ef9f0, dataSetInput=0x55555db2cd40, output=0x55555d6ec150) at /home/glow/dev/paraview/pv1/src/VTK/Filters/Geometry/vtkGeometryFilter.cxx:3222
#12 0x00007fffecb34516 in vtkPVGeometryFilter::UnstructuredGridExecute(vtkUnstructuredGridBase*, vtkPolyData*, int) (this=0x55555cae6370, input=0x55555db2cd40, output=0x55555d6ec150, doCommunicate=1)
    at /home/glow/dev/paraview/pv1/src/VTKExtensions/FiltersRendering/vtkPVGeometryFilter.cxx:1495
#13 0x00007fffecb2ec10 in vtkPVGeometryFilter::ExecuteBlock(vtkDataObject*, vtkPolyData*, int, int, int, int, int const*)
    (this=0x55555cae6370, input=0x55555c8ad6c0, output=0x55555d6ec150, doCommunicate=1, updatePiece=0, updateNumPieces=1, updateGhosts=0, wholeExtent=0x55555db216f0) at /home/glow/dev/paraview/pv1/src/VTKExtensions/FiltersRendering/vtkPVGeometryFilter.cxx:462

@spyridon97

3

I took your data and written them in ascii format using the vtkXMLUnstructuredGridWriter.

<?xml version="1.0"?>
<VTKFile type="UnstructuredGrid" version="0.1" byte_order="LittleEndian" header_type="UInt32" compressor="vtkZLibDataCompressor">
  <UnstructuredGrid>
    <Piece NumberOfPoints="12" NumberOfCells="2">
      <PointData>
      </PointData>
      <CellData>
      </CellData>
      <Points>
        <DataArray type="Float64" Name="points" NumberOfComponents="3" format="ascii" RangeMin="19.088177671081006" RangeMax="42.22372218524202">
          10.402215058538264 7.019119310491388 38.34784825517838 2.071068325188502 2.9289322463883574 42.07106781465104
          8.533894273043977 2.7643394369899603 29.493119254777678 0.20274753969421272 -1.3258476271130704 33.216338814250335
          6.665573487549688 -1.4904404365114674 20.63839025437698 -1.6655732458000754 -5.580627500614498 24.36160981384964
          5.196317292553462 15.091740818322124 35.56730686159636 -3.134829440796301 11.001553754219094 39.29052642106902
          3.327996507059174 10.836960944820698 26.71257786119566 -5.00315022629059 6.746773880717667 30.43579742066832
          1.4596757215648852 6.58218107131927 17.85784886079496 -6.8714710117848785 2.491994007216239 21.58106842026762
          <InformationKey name="L2_NORM_RANGE" location="vtkDataArray" length="2">
            <Value index="0">
              19.088177671
            </Value>
            <Value index="1">
              42.223722185
            </Value>
          </InformationKey>
        </DataArray>
      </Points>
      <Cells>
        <DataArray type="Int64" Name="connectivity" format="ascii" RangeMin="0" RangeMax="9">
          6 7 9 8 0 1
          3 2
        </DataArray>
        <DataArray type="Int64" Name="offsets" format="ascii" RangeMin="8" RangeMax="8">
          8 8
        </DataArray>
        <DataArray type="UInt8" Name="types" format="ascii" RangeMin="12" RangeMax="12">
          12 12
        </DataArray>
      </Cells>
    </Piece>
  </UnstructuredGrid>
</VTKFile>

Since your cell types are hexahedrons, i would expect 8+8=16 connectivity entries, and i only see 8. So that’s one mistake.

Since your cells are 2 hexahedrons, i would also expect 0, 8, 16 as offsets, and i see 8,8 and that’s another mistake.

I hope that this answers your question and helps you fix your dataset.

4

We should not crash though.

5

I totally agree on that. And as we discussed in a previous discourse thread, this responsibility of checking validity of data belongs to the readers. The filters should expect well structured datasets.

1 Like
6

Thank you. I realized the offsets were wrong. The issue is now resolved.

1 Like