MantisBT - ParaView
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0008667ParaViewBugpublic2009-03-04 05:282016-08-12 09:57
ReporterBernhard F.W. Gschaider 
Assigned ToBerk Geveci 
PrioritynormalSeveritycrashReproducibilityhave not tried
StatusclosedResolutionmoved 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Project
Topic Name
Type
Summary0008667: Memory problem in Contour-Filter?
DescriptionI'm currently using Paraview 3.4. Using a programmable source I
constructed a polyMesh (basically a number of particle trajectories).

The trajectories are displayed alright, and work with most filters
(Tube, Slice etc) but when I apply the Contour-Filter it crashes (not
always but more often than not). The funny thing is that when I apply
the Clean-filter with large tolerances it works, but the problem is
that the result is so coarse that it doesn't resemble the
original. With finer tolerances the filter crashes again.

The traceback that I usually get (I added a clipped version below) leads
me to the conclusion that some memory is returned twice inside the
vtkContourFilter.

I added a data file that reproduces the crash. Just load and apply the contour filter

Tried it with Paraview 2.6 and it crashes that, too
Steps To Reproduce
Additional InformationPart of the traceback (Removed the Stuff from the Servermanager etc):

*** glibc detected *** /.autonfs/Programs/OpenFOAM/ThirdParty/ParaView-3.4.0/platforms/linux64Gcc/lib/paraview-3.4/paraview-real: double free or corruption (!prev): 0x000000001cbb8f30 ***
======= Backtrace: =========
/lib64/libc.so.6[0x3213871834]
/lib64/libc.so.6(cfree+0x8c)[0x3213874e7c]
/.autonfs/Programs/OpenFOAM/ThirdParty/ParaView-3.4.0/platforms/linux64Gcc/lib/paraview-3.4/libvtkCommon.so.pv3.4(_ZN20vtkDataArrayTemplateIdE11DeleteArrayEv+0x4d)[0x2ba8b7f7b88d]
/.autonfs/Programs/OpenFOAM/ThirdParty/ParaView-3.4.0/platforms/linux64Gcc/lib/paraview-3.4/libvtkCommon.so.pv3.4(_ZN20vtkDataArrayTemplateIdED2Ev+0x29)[0x2ba8b7f7e779]
/.autonfs/Programs/OpenFOAM/ThirdParty/ParaView-3.4.0/platforms/linux64Gcc/lib/paraview-3.4/libvtkCommon.so.pv3.4(_ZN14vtkDoubleArrayD0Ev+0x17)[0x2ba8b7f7ae17]
/.autonfs/Programs/OpenFOAM/ThirdParty/ParaView-3.4.0/platforms/linux64Gcc/lib/paraview-3.4/libvtkCommon.so.pv3.4(_ZN9vtkObject18UnRegisterInternalEP13vtkObjectBasei+0x5c)[0x2ba8b7fdda2c]
/.autonfs/Programs/OpenFOAM/ThirdParty/ParaView-3.4.0/platforms/linux64Gcc/lib/paraview-3.4/libvtkGraphics.so.pv3.4(_ZN16vtkContourFilter11RequestDataEP14vtkInformationPP20vtkInformationVectorS3_+0x56d)[0x2ba8b42e121d]
TagsNo tags attached.
Relationships
Attached Files? trajectory_0.vtp (2,919,769) 2009-03-04 05:28
https://www.vtk.org/Bug/file/7094/trajectory_0.vtp
Issue History
Date ModifiedUsernameFieldChange
2009-03-04 05:28Bernhard F.W. GschaiderNew Issue
2009-03-04 05:28Bernhard F.W. GschaiderFile Added: trajectory_0.vtp
2009-03-09 05:57Bernhard F.W. GschaiderNote Added: 0015601
2009-03-26 09:47Berk GeveciStatusbacklog => tabled
2009-03-26 09:47Berk GeveciAssigned To => Berk Geveci
2009-03-26 09:48Berk GeveciCategory3.4 => 3.6
2009-05-13 13:45Utkarsh AyachitTarget Version => 3.6
2009-07-30 05:33Bernhard F.W. GschaiderNote Added: 0017016
2009-08-25 18:29Utkarsh AyachitCategory => Bug
2009-08-25 18:29Utkarsh AyachitTarget Version3.6 => 3.8
2016-08-12 09:57Kitware RobotNote Added: 0037628
2016-08-12 09:57Kitware RobotStatusexpired => closed
2016-08-12 09:57Kitware RobotResolutionopen => moved

Notes
(0015601)
Bernhard F.W. Gschaider   
2009-03-09 05:57   
Could reproduce this bug on Linux-64bit and MacOS
(0017016)
Bernhard F.W. Gschaider   
2009-07-30 05:33   
The problem still occurs in 3.6.1
(0037628)
Kitware Robot   
2016-08-12 09:57   
Resolving issue as `moved`.

This issue tracker is no longer used. Further discussion of this issue may take place in the current ParaView Issues page linked in the banner at the top of this page.