[vtk-developers] Need help with a crash on Kamino OSX Release mode.

[Andrew Maclean]

He Sean,

I should clarify this a bit more.
vtkDataEncoder invokes a thread pool which doesn't clean up after use,
hence the crashes after program execution, adding vtkDataEncoder to the
list of excluded classes "almost" fixed this.
However Windows was still crashing when the program was run again, so,
adding vtkWebApplication (which is the only class that calls
vtkDataEncoder), to the list of excluded classes, fixed this issue.

Notwithstanding this, it is puzzling, as I said in the previous e-mail as
to why on Kamino we get a SIGSEGV at 0x0 address not mapped to object since
vtkView is specifically excluded.

Regards
   Andrew



On Wed, Apr 29, 2015 at 1:32 PM, Andrew Maclean <andrew.amaclean at gmail.com>
wrote:

> Hi Sean,
>
> Yes, vtkDataEncoder and vtkWebApplication (which uses it) are excluded
> form TestSetGet.py and TestEmptyInput.py. This fixed the crashes and also
> the crash in windows when the program was run again. I think Windows was  a
> bit slow recovering memory. after program execution.
>
> What is puzzling is that TestGetSet excludes vtkView so
> vtkView.SetRepresentation() is never tested, this only fails on Kamino
> (release). It passes on trey (osX release) and also on megas.
>
> Regards
>    Andrew
>
>
> On Wed, Apr 29, 2015 at 12:58 PM, Sean McBride <sean at rogue-research.com>
> wrote:
>
>> Did you fix the use-after-free we discussed on this list a few weeks ago?
>>
>> Sean
>>
>>
>>
>> On Wed, 29 Apr 2015 12:07:35 +1000, Andrew Maclean said:
>>
>> >David,
>> >   Thanks for your insights.
>> >Just finished testing this code on my Macbook Pro OS X Yosemite, Python
>> >2.7.6 after building VTK in both Debug and Release mode. Everything runs
>> Ok
>> >so I don't think it is a typedef or macro related to a release build on
>> OS
>> >X.
>> >
>> >Has anyone else got any suggestions?
>> >
>> >
>> >Regards
>> >   Andrew
>> >
>> >On Wed, Apr 29, 2015 at 2:23 AM, David Gobbi <david.gobbi at gmail.com>
>> wrote:
>> >
>> >> Hi Andrew,
>> >>
>> >> The stack trace provides strong evidence that TestSetGet.py is not
>> >> excluding vtkView on those dashboards, as ludicrous as that sounds.
>> >>
>> >>     c++filt -n _ZL27PyvtkView_SetRepresentationP7_objectS0_
>> >>     PyvtkView_SetRepresentation(_object*, _object*)
>> >>
>> >> This method is only defined in vtkViewPython.cxx, and only
>> >> dir(vtk.vtkView) will return this method.  Calling dir() on the vtkView
>> >> subclasses will not return this method.  Hence, the only reason that
>> >> TestSetGet.py would be calling this method is if it was testing
>> vtkView.
>> >>
>> >> Perhaps someone added either a typedef or a macro that causes an
>> >> additional reference to vtkView to appear in the vtk module under a
>> >> different name.
>> >>
>> >>  - David
>> >>
>> >> On Tue, Apr 28, 2015 at 1:42 AM, Andrew Maclean <
>> andrew.amaclean at gmail.com
>> >> > wrote:
>> >>
>> >>> Hi All,
>> >>>    I need some help here.
>> >>>
>> >>> I have converted TestSetGet.tcl to Python but I get a crash on the
>> >>> dashboard for kamino building osx in release mode, here:
>> >>> https://open.cdash.org/buildSummary.php?buildid=3789971
>> >>> and here:
>> >>> https://open.cdash.org/buildSummary.php?buildid=3789950
>> >>>
>> >>> In an earlier attempt, linux release on megas was also crashing in
>> >>> release mode:
>> >>> https://open.cdash.org/testDetails.php?test=331289192&build=3789418
>> >>> Based on this I excluded vtkScatterPlotMatrix which fixed it on megas
>> but
>> >>> not on Kamino.
>> >>> So I excluded vtkChartMatrix and I still have the same errors on
>> Kamino.
>> >>> But there are no clues as to where the crash is happening. However in
>> >>> looking at:
>> >>> https://open.cdash.org/testDetails.php?test=331378847&build=3789950
>> >>> I think it is in vtkView - which is already excluded.
>> >>> This could be the problem:
>> >>> void SetRepresentation (vtkDataRepresentation *rep)
>> >>> vtkDataRepresentation * GetRepresentation (int index=0)
>> >>>
>> >>> Can anyone help?
>> >>>
>> >>> I guess I can try excluding all the *View classes as documented in:
>> >>> http://www.vtk.org/doc/nightly/html/classvtkView.html
>> >>> Is there a less brute-force approach?
>> >>>
>> >>>
>> >>> The code is here:
>> >>> https://gitlab.kitware.com/vtk/vtk/merge_requests/151
>> >>>
>> >>> Thanks in advance for any help/guidance.
>>
>>
>>
>
>
> --
> ___________________________________________
> Andrew J. P. Maclean
>
> ___________________________________________
>



-- 
___________________________________________
Andrew J. P. Maclean

___________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20150429/de350224/attachment.html>