[vtk-developers] Crash with OpenGL2 Renderer only in vtkOpenGLBufferObject destructor.

[Ken Martin]

How do you change the mapper? Do you immediately destroy the old mapper or
leave it around for  later? I suspect the old mapper is getting destroyed
later than it should. One thing you can try as a quick fix is

actor->SetMapper(shiny new mapper);
oldMapper->ReleaseGraphicsResources(renWin or NULL if you don;t have the
window handy)
...



On Thu, Aug 4, 2016 at 3:21 PM, Seun Odutola <seun at rogue-research.com>
wrote:

> Hello everyone,
>
>       I have a crash that occurs in my application when running vtk with
> the GL2 rendered enabled but not with GL1. So here is the situation, in my
> program when I change the shape of my poly data mapper, basically setting
> the mapper of an actor in my scene to a new poly data mapper it results in
> a crash.  The crash is  situated in vtkOpenGLBufferObject’s destructor,
> specifically the deletion of the Internal’s handle. I have tried to verify
> if the handle is valid prior to reaching the destructor which it seems to
> be, my main concern is if the handle is filled with garbage (a non-zero
> value) it might effectively pass the test condition and try to invoke
> glDeleteBuffer. Has anyone experienced anything similar to this?
> Regards,
>    Seun
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=vtk-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/vtk-developers
>
>
>


-- 
Ken Martin PhD
Chairman & CFO
Kitware Inc.
28 Corporate Drive
Clifton Park NY 12065
518 371 3971

This communication, including all attachments, contains confidential and
legally privileged information, and it is intended only for the use of the
addressee.  Access to this email by anyone else is unauthorized. If you are
not the intended recipient, any disclosure, copying, distribution or any
action taken in reliance on it is prohibited and may be unlawful. If you
received this communication in error please notify us immediately and
destroy the original message.  Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20160808/ee141b9e/attachment.html>