[Paraview] PV 3.14.1 crashes when disconnecting a dataset

Fri Apr 27 09:14:54 EDT 2012

Why don't you send me the state file. I'll see if I can reproduce it
without the dataset.

Utkarsh

On Fri, Apr 27, 2012 at 3:50 AM, Richard GRENON <richard.grenon at onera.fr> wrote:
> Hello, Utkarsh.
>
> I made further tests with the sate file that makes PV 3.14.1 crash when
> disconnecting the dataset.
>
> I launch PV 3.14.1 in command line, and when I disconnect the dataset, it
> crashes with this short message : "segmentation fault"
>
> This state file has been written by PV 3.14.1 and I tried also to read it
> with PV 3.12: it just complains about some missing new feature of PV 3.14
> (group layout) , but it works, and it does not crash when disconnecting the
> dataset.
>
> If it may help you, I could send the state file, but not the dataset which
> is confidential.
>
> Best regards.
>
> Richard
>
>
> Utkarsh Ayachit a écrit :
>
>> That too has been fixed on git-next. It went into master following
>> last week's gatekeeper review.
>>
>> http://paraview.org/Bug/view.php?id=13116
>>
>> Utkarsh
>>
>> On Thu, Apr 26, 2012 at 2:10 PM, Cory Quammen <cquammen at cs.unc.edu> wrote:
>>
>>>
>>> I don't know if this is related, but I just found a crash when
>>> shutting down ParaView. I'm running in Debug mode under Visual Studio
>>> 2008 64-bit and I have commit 0f43430ddb988dbb05b8c3ff4bf414dc79608c4a
>>> checked out. When I run ParaView and close it immediately without
>>> doing anything, I get a crash in pqProxy::clearHelperProxies() (lines
>>> 170-171)
>>>
>>>  if ( this->getServer() && this->getServer()->session() &&
>>>      !this->getServer()->session()->IsMultiClients())
>>>
>>> The NULL check for this->getServer()->session() succeeds because
>>> session returns a pointer with the address 0xfeeefeeefeeefeee which in
>>> Debug mode means it has been deleted.
>>>
>>> Cory
>>>
>>> On Thu, Apr 26, 2012 at 11:15 AM, Utkarsh Ayachit
>>> <utkarsh.ayachit at kitware.com> wrote:
>>>
>>>>
>>>> Hmm ok. Well, keep us posted if any additional insights come about
>>>> that could help reproduce/debug this issue.
>>>>
>>>> Utkarsh
>>>>
>>>> On Thu, Apr 26, 2012 at 10:49 AM, Richard GRENON
>>>> <richard.grenon at onera.fr> wrote:
>>>>
>>>>>
>>>>> Thank you for this info, Utkarsh.
>>>>>
>>>>> Maybe your are right, my problem could be related to this discussion.
>>>>> But I
>>>>> have never tried to load a state file AFTER having added some source or
>>>>> other data in the pipeline. When I load a state file, it is always on
>>>>> an
>>>>> empty pipeline, and I never got PV crash when loading a state file on
>>>>> an
>>>>> empty pipeline, even if it is a complex state file. The problem appears
>>>>> only
>>>>> when I want to disconnect to get the pipeline empty: PV may crash or
>>>>> not,
>>>>> depending on the complexity of the current pipeline.
>>>>>
>>>>> I will take a look at the next binaries release to see if my problem is
>>>>> solved with your patch.
>>>>>
>>>>> Best regards.
>>>>>
>>>>> Utkarsh Ayachit a écrit :
>>>>>
>>>>>
>>>>>>
>>>>>> This maybe related to the discussion in this thread:
>>>>>>
>>>>>>
>>>>>> http://public.kitware.com/pipermail/paraview-developers/2012-April/001518.html
>>>>>>
>>>>>> If it's indeed the same, then I've attached a patch that fixes the
>>>>>> issue. It has been committed to git-master.
>>>>>>
>>>>>> Utkarsh
>>>>>>
>>>>>> On Thu, Apr 26, 2012 at 10:23 AM, Richard GRENON
>>>>>> <richard.grenon at onera.fr> wrote:
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> Hello.
>>>>>>>
>>>>>>> Sometimes, when I disconnect a dataset to load another one from a new
>>>>>>> state
>>>>>>> file, PV 3.14.1 crashes. This does not happen with all my datasets,
>>>>>>> but
>>>>>>> only
>>>>>>> with large datasets that were loaded with a state file having a very
>>>>>>> complex
>>>>>>> pipeline, so I cannot give an example.
>>>>>>>
>>>>>>> This is not really blocking, but just annoying as I have to restart
>>>>>>> PV
>>>>>>> each
>>>>>>> time I want to change my dataset.
>>>>>>>
>>>>>>> Has anyone experienced this problem ?
>>>>>>>
>>>>>>> Best regards.
>>>>>>>
>>>>>>> --
>>>>>>> Richard GRENON
>>>>>>> ONERA
>>>>>>> Departement d'Aerodynamique Appliquee - DAAP/ACI
>>>>>>> 8 rue des Vertugadins
>>>>>>> 92190 MEUDON - FRANCE
>>>>>>> phone : +33 1 46 73 42 17
>>>>>>> fax   : +33 1 46 73 41 46
>>>>>>> mailto:Richard.Grenon at onera.fr
>>>>>>> http://www.onera.fr
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> 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://www.paraview.org/mailman/listinfo/paraview
>>>>>>>
>>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Richard GRENON
>>>>> ONERA
>>>>> Departement d'Aerodynamique Appliquee - DAAP/ACI
>>>>> 8 rue des Vertugadins
>>>>> 92190 MEUDON - FRANCE
>>>>> phone : +33 1 46 73 42 17
>>>>> fax   : +33 1 46 73 41 46
>>>>> mailto:Richard.Grenon at onera.fr
>>>>> http://www.onera.fr
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> 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://www.paraview.org/mailman/listinfo/paraview
>>>>
>>>
>>>
>>> --
>>> Cory Quammen
>>> Research Associate
>>> Department of Computer Science
>>> The University of North Carolina at Chapel Hill
>>>
>>
>>
>>
>>
>
>
>
> --
> Richard GRENON
> ONERA
> Departement d'Aerodynamique Appliquee - DAAP/ACI
> 8 rue des Vertugadins
> 92190 MEUDON - FRANCE
> phone : +33 1 46 73 42 17
> fax   : +33 1 46 73 41 46
> mailto:Richard.Grenon at onera.fr
> http://www.onera.fr
>