Hi, sorry the third,
On Thu, 2010-04-29 at 10:44 +0800, Gerrit Voß wrote: > On Thu, 2010-04-29 at 08:12 +0800, Gerrit Voß wrote: > > Hi, > > > > On Wed, 2010-04-28 at 17:40 -0500, opensg-comm...@external.lite3d.com > > wrote: > > > Author: cneumann > > > Date: Wed Apr 28 17:40:32 2010 > > > New Revision: 2406 > > > Trac changeset: http://www.opensg.org//changeset/2406 > > > > > > Modified: > > > trunk/Source/System/Dynamics/Base/OSGFrameHandler.cpp > > > trunk/Source/System/Dynamics/Base/OSGFrameHandler.h > > > trunk/Source/System/Dynamics/Base/OSGFrameTaskMixin.h > > > trunk/Source/System/Dynamics/Base/OSGFrameTaskMixin.inl > > > Log: > > > fixed: register FrameTasks with the correct aspect copy of the > > > FrameHandler > > > > ?? there is only one copy of the FrameHandler. Is this really working, > > my current guess would be that FrameHandler::the() will return NULL for > > all but the creating aspect if setup this way. > > arrrg, one should not guess before the first coffee in the morning ;). > > As it is a singleton you will constantly override the FrameHandler if > you continuously call get from different aspects. > > It was not meant to be MT save for more than the standard app thread > aspect 0 and drawers parallel with different aspects. What is the > app model you have in mind ? ok, I think I understand what you tried to fix, the multiple addition of tasks during the tasks sync. Hmm, this does not seem to work correctly this way as it breaks my existing par draw apps ;(. I'll throw it around my head and see what falls out ;) kind regards gerrit ------------------------------------------------------------------------------ _______________________________________________ Opensg-users mailing list Opensg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensg-users
