View Issue Details [ Jump to Notes ] [ Print ]
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 
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
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.
Project
Topic Name
Type
Attached Files? file icon trajectory_0.vtp [^] (2,919,769 bytes) 2009-03-04 05:28

 Relationships

  Notes
(0015601)
Bernhard F.W. Gschaider (reporter)
2009-03-09 05:57

 Could reproduce this bug on Linux-64bit and MacOS
(0017016)
Bernhard F.W. Gschaider (reporter)
2009-07-30 05:33

 The problem still occurs in 3.6.1
(0037628)
Kitware Robot (administrator)
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.

 Issue History
Date Modified Username Field Change
2009-03-04 05:28 Bernhard F.W. Gschaider New Issue
2009-03-04 05:28 Bernhard F.W. Gschaider File Added: trajectory_0.vtp
2009-03-09 05:57 Bernhard F.W. Gschaider Note Added: 0015601
2009-03-26 09:47 Berk Geveci Status backlog => tabled
2009-03-26 09:47 Berk Geveci Assigned To => Berk Geveci
2009-03-26 09:48 Berk Geveci Category 3.4 => 3.6
2009-05-13 13:45 Utkarsh Ayachit Target Version => 3.6
2009-07-30 05:33 Bernhard F.W. Gschaider Note Added: 0017016
2009-08-25 18:29 Utkarsh Ayachit Category => Bug
2009-08-25 18:29 Utkarsh Ayachit Target Version 3.6 => 3.8
2016-08-12 09:57 Kitware Robot Note Added: 0037628
2016-08-12 09:57 Kitware Robot Status expired => closed
2016-08-12 09:57 Kitware Robot Resolution open => moved

Copyright © 2000 - 2018 MantisBT Team