Gerrit Voss wrote: > Hi, > > On Wed, 2007-04-25 at 07:44 -0500, Allen Bierbaum wrote: > >> Gerrit Voss wrote: >> >>> Hi, >>> >>> I understand the problem, what I would be interested in would be how did >>> you manage to trigger it because that seems to be the real problem. >>> >>> Especially how did you manage to get the following: >>> >>> '- A new change would happen for a new fc fcB that would not require >>> setting the uncommitedFlags reference' >>> >>> >> I tried to reproduce it in a test case but I was never able to do it. >> All I know for sure is that several magically little random crashes have >> now been removed from our application. >> >> I don't know the code as well as you though, so maybe you can think up a >> test case that could force it. The best idea I had was to allocate >> several field containers, deallocate one of them, and then start inc/dec >> the reference count of all the others. Like I said though, that didn't >> work. >> >> I am just happy that the code is more stable for us now. :) >> > > if you can spare a second could you put an > > OSG_ASSERT(NULL != bvUncommittedChanges) > > into commitChanges and commitChangesAndClear and see if it > ever happens that bvUncommittedChanges is NULL. > I added it and ran my application. The application asserts here on startup after creating some geometry and applying a material.
What should I look into next? -Allen > > thanks > gerrit > > ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
