Hi, On Fri, 2005-07-15 at 20:00 +0200, Johan Grafstrom wrote: > Hi Dirk and Gerrit! > > I have some questions and a possible feature request regarding > osg::ChangeList. > > > Disabled ChangList::applyTo(int aspect) > > In the source code there are a disabled method "applyTo" that > takes an aspect as argument. Using that, it is (or would be) > possible to make the synchronization in the thread that is most > convenient. For instance: a thread that happens to know that the > other thread(s) is locked may apply its changelist to the other > threads. With the present solution the threads would have to be > exclusively waken up and apply the changlist to its own aspect. > > I tried to enable it (the applyTo method) myself, but did not > get it to work good. Synchronization seemed to work but I got > strange errors with materials (everything except background > became white). > > Why was the method disabled and is it possible to get it > working and reintroduced again?
there is one trick which would explain the problem and this is that the changed calls are done for the aspect of the thread doing the sync and not the receiving one. I'll have to check if there is an easy way around it. > > Bug in ChangeList? > > A (possible) bug in current apply() method: The readOnly members > are set to false after the method is called. The value is set to > false on both the ChangeList instance called and the ChangeList > instance of the current thread. I assume this is not on purpose? at least for the changelist from the current thread it is, for the current instance I'm, not quite sure why we change the readonly flags during sync. This means the app probably must do some copying of changelists in case more than 1 level syncs are needed. > > Something fishy with osg::Barrier > > Attached to this mail is is a short program that stress-test > osg::Barrier. At least in Win32 it fails almost immediately. If > you allow some slack by introducing some sleeps in the loop, it > seems to work a bit more often. (Not that that is a pretty solution > though :-) this is a pending issue. There seem to be 2 solutions but I did not have time to decide which one to use. regards, gerrit ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
