Hi,
Andreas Zieringer wrote:
> Allen Bierbaum wrote:
>> I have been trying to track down some memory leaks in my application
>> today and I noticed that the _changedStore and _createdStore vectors in
>> OSG::ChangeList seem to grow without bound in all the current sample
>> applications and tutorials. It looks like there is no where in the
>> system that ever calls clear (or commitChangesAndClear or ...) to
>> actually apply and clear the change lists.
>>
>> I know I don't understand the change list code very well, but this seems
>> like a "bad thing".
>>
>> Is this something that the user just needs to remember to do once per frame?
yes, and since OpenSG has no idea of what a user might consider a frame,
I don't think there is a (good) place this could be put.
> adding a Thread::getCurrentChangeList()->clear() in the glut display
> callback should fix this but that's not very nice. Perhaps we should add
> this to the SimpleSceneManager redraw method?
I'm not convinced this is a good idea. For example, how would this
affect tutorials that use the SSM and clustering ? Also the SSM
(although never intended for things much larger than the tutorials) is
quite widely used (this is my impression from this mailing lists posts),
so it's quite possible this change breaks somebodies app by clearing the
changelist behind their back.
Putting the commitChangesAndClear call into the tutorials display
callback sounds like the right approach to make users aware of this.
On the other hand, 1.x does not really need it, since changelists have
to be made explicitly read/writable - maybe this should be ported to 2
and the whole issue would resolve ?
Carsten
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
