View Issue Details [ Jump to Notes ] [ Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0006140ParaViewBugpublic2007-12-10 14:402009-09-09 21:55
ReporterKen Moreland 
Assigned ToUtkarsh Ayachit 
PriorityhighSeverityminorReproducibilityalways
StatusclosedResolutionunable to reproduce 
PlatformOSOS Version
Product Version 
Target Version3.6.2Fixed in Version 
Summary0006140: Extents wrong in .pvd file with .pvti part
DescriptionI have attached a .pvd file that points to a .pvti part which can cause a crash on a parallel server. To see this, connect to a parallel server with 4 processes. Load the attached .pvd file. Now add a contour filter and Apply the default values. The server crashes after emitting the following errors:

Process id: 3 >> ERROR: In /projects/kmorel/dashboard/ParaView3Experimental/VTK/Filtering/vtkImageData.cxx, line 2082
vtkImageData (0xbb7ed0): GetPointer: Pixel (0, 33, 33) not in current extent: (50, 67, 0, 33, 0, 33)

Process id: 1 >> ERROR: In /projects/kmorel/dashboard/ParaView3Experimental/VTK/Filtering/vtkImageData.cxx, line 2082
vtkImageData (0xbb7b00): GetPointer: Pixel (0, 33, 0) not in current extent: (0, 33, 0, 33, 16, 33)
Additional InformationI think this problem is with extents. If you load the pvti file directly, you don't get the crash but the contour is made on only 1/4 of the data.
TagsNo tags attached.
Project
Topic Name
Type
Attached Filestar file icon ironProt_parallel.tar [^] (337,920 bytes) 2007-12-10 14:40
? file icon test8.pvti [^] (383 bytes) 2008-06-27 11:17
? file icon test8a.vti [^] (444 bytes) 2008-06-27 11:17
? file icon test8b.vti [^] (444 bytes) 2008-06-27 11:17
png file icon pvti_test2.png [^] (33,122 bytes) 2008-06-27 11:18


png file icon pvti_test3.png [^] (33,815 bytes) 2008-06-27 11:18

 Relationships

  Notes
(0009853)
Ken Moreland (manager)
2007-12-10 18:40

 Also check out parallel regular grids (.pvtr) and parallel structured grids (.pvts). I see similar extent related problems with those. I have example files if you need them.
(0010296)
Ken Moreland (manager)
2008-01-24 19:00

 More information: The data set in question happens to be split into 16 parts, and I see both the .pvd and .pvti readers both work fine when run on 16 processes. This leads me to believe that this filter is being far too naive about loading the files. Each process is just loading one file. Ghost cells are also incorrectly handled.
(0012557)
Kent Eschenberg (reporter)
2008-06-27 11:16

 More information and a very simple test case. This suggests an almost complete failure of the logic in the pvti file reader.

File test8.pvti references test8a.vti (extents 0 1 0 1 0 1) and test8b.vti (extents 1 2 0 1 0 1).

When loaded in the order of pvti, a, b I see image pvti_test2.png. After restarting and loading in order b, a, pvti I see image pvti_test3.png. It looks like all 6 of the displayed objects are wrong. The min value of "temp" is 0 though the values are actually 10 to 24.

This was done using standalone, serial PV on a 32-bit workstation compiled from a download from CVS on June 25 at 4:42pm.
(0012602)
Berk Geveci (administrator)
2008-07-02 16:19

 NOTE: There are two issues reported here. The one reported by Kent is not a bug. The files test8a.vti and test8b.vti are wrong. In each of the pieces, the WholeExtent and the Piece Extent have to match. The pvti file itself is the only one that should have the actual WholeExtent. So instead of

<VTKFile type="ImageData" version="0.1">
  <ImageData
    WholeExtent="0 2 0 1 0 1"
    Origin="0 0 0"
    Spacing="1 1 1"
  >
    <Piece Extent="0 1 0 1 0 1">
 
it should be

<VTKFile type="ImageData" version="0.1">
  <ImageData
    WholeExtent="0 1 0 1 0 1"
    Origin="0 0 0"
    Spacing="1 1 1"
  >
    <Piece Extent="0 1 0 1 0 1">
(0016299)
Utkarsh Ayachit (administrator)
2009-05-05 15:01

 Reminder sent to: Berk Geveci

Berk, do you think you can take a look at this bug?
(0017286)
Utkarsh Ayachit (administrator)
2009-09-01 14:15

 Tried with 4 server (remote and local render). Didn't produce any errors for me.
(0017364)
Alan Scott (manager)
2009-09-09 21:55

 Works for me. Tested with 6 remote servers.

 Issue History
Date Modified Username Field Change
2007-12-10 14:40 Ken Moreland New Issue
2007-12-10 14:40 Ken Moreland File Added: ironProt_parallel.tar
2007-12-10 18:40 Ken Moreland Note Added: 0009853
2008-01-24 19:00 Ken Moreland Note Added: 0010296
2008-01-24 19:00 Ken Moreland Priority normal => high
2008-04-08 15:39 Ken Moreland Status backlog => tabled
2008-04-08 15:39 Ken Moreland Assigned To => Ken Moreland
2008-04-08 15:39 Ken Moreland Assigned To Ken Moreland => Berk Geveci
2008-04-08 15:39 Ken Moreland Category => 3.4
2008-06-27 11:16 Kent Eschenberg Note Added: 0012557
2008-06-27 11:17 Kent Eschenberg File Added: test8.pvti
2008-06-27 11:17 Kent Eschenberg File Added: test8a.vti
2008-06-27 11:17 Kent Eschenberg File Added: test8b.vti
2008-06-27 11:18 Kent Eschenberg File Added: pvti_test2.png
2008-06-27 11:18 Kent Eschenberg File Added: pvti_test3.png
2008-07-02 16:19 Berk Geveci Note Added: 0012602
2009-02-16 17:37 Ken Moreland Assigned To Berk Geveci => Burlen
2009-02-16 17:37 Ken Moreland Category 3.4 => 3.6
2009-05-05 14:59 Utkarsh Ayachit Assigned To Burlen => Berk Geveci
2009-05-05 15:00 Utkarsh Ayachit Note Added: 0016298
2009-05-05 15:00 Utkarsh Ayachit Note Deleted: 0016298
2009-05-05 15:01 Utkarsh Ayachit Note Added: 0016299
2009-05-13 13:44 Utkarsh Ayachit Target Version => 3.6
2009-08-25 18:31 Utkarsh Ayachit Assigned To Berk Geveci => Utkarsh Ayachit
2009-08-25 18:31 Utkarsh Ayachit Category => Bug
2009-08-25 18:31 Utkarsh Ayachit Target Version 3.6 => 3.6.2
2009-09-01 14:15 Utkarsh Ayachit Note Added: 0017286
2009-09-01 14:15 Utkarsh Ayachit Status tabled => @80@
2009-09-01 14:15 Utkarsh Ayachit Resolution open => unable to reproduce
2009-09-09 21:55 Alan Scott Note Added: 0017364
2009-09-09 21:55 Alan Scott Status @80@ => closed

Copyright © 2000 - 2018 MantisBT Team