<div dir="ltr"><div dir="ltr">HI Chris,<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 30 Jun 2019 at 19:28, Chris Djali <<a href="mailto:krizdjali@gmail.com">krizdjali@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Are you seriously telling me that OpenSceneGraph provides no mechanism to safely remove nodes that at one point were attached to the scene graph and this is intentional? If so, it's misleading to even have functions like osg::Group::removeChild as they're providing unsupported behaviour. I'd be very surprised if this is actually what you're saying.<br>
</blockquote><div><br></div><div>I'm not saying that at all.</div><div><br></div><div>The limitation with the current design+implementation is you hold a global reference to a scene graph object to prevent it from getting deleted normally as it's hidden from the viewers that manage the graphics contexts. For those objects you have to explictly call releaseGLObjects() as it won't happen for you.</div><div><br></div><div>Now, if this mechanism isn't working for a particular non standard usage case then it could be that the above extra house keeping isn't being done correctly, or there's an underlying OSG bug that needs to be addressed.</div><div><br></div><div>At this point I think it's pointless trying to explain yet again as that "I don't really understand what you mean", I've read what you've written multiple times tried my best and given you my best answer.  The best way to sort out this type of issue is by creating an example that illustrates the problem usage case.  The one you've posted has problems that I raised, these would need fixing before taking the next step and looking to whether there is an OSG bug.  <br></div><div><br></div><div>It's also important to test against OSG-3.6 branch/master as well as whatever other versions you are building against.  There was a bug in handle osgText in 3.4.x that was addressed in 3.6.x.<br></div><div><br></div><div>Cheers.<br></div><div>Robert.<br></div></div></div>