Hi Robert, I get it I think!
To solve the problem, I set my CommandManager ref_ptr as a private member in my class which launch the frame loop. That is to say the dragger->setCommandManager(...) method is not sufficient... and the commandManager instance is lost when leaving the block where is was created... In Dragger(.h), command Manager is set as a CommandManager* and not a ref_ptr !! This do not seems normal, isn't it ? in my code, a ref_ptr store the instance, and that's why, leaving the cration block, the ref_ptr delete the instance, because the dragger's command manager pointer do not increment reference count. (Don't know if I am understanable, but it looks a good explanation of the problem.) So now the last question is : is it normal the dragger do not store the commandManager in a ref_ptr ? Thanks, Regards. Vincent. 2008/12/15 Robert Osfield <robert.osfi...@gmail.com> > Hi Vincent, > > I'm afraid I'd not yet have an ideas what might be amiss. What you do > is to set the viewer threading to SingleThreaded just to see if this > might be threading issue. > > Robert. > > On Mon, Dec 15, 2008 at 9:55 AM, Vincent Bourdier > <vincent.bourd...@gmail.com> wrote: > > More info about the bug : > > > > When setting the scene data, the commandManager built maps : > > _draggerConstraintMap = [0]() > > _draggerSelectionMap = [2]() //ok, I set 2 draggers > > > > While runing, when I click to dragg a dragger, the application crashes in > > commandManager->addSelectionsToCommand > > VS debugger give me theses informations about the commandManager content > : > > _draggerConstraintMap = [4277075694]() // !! this is the problem... map > is > > not valid. > > _draggerSelectionMap = [0]() > > > > The commandManager still the same (same adress) ... I don't know how/when > > the maps can ha been destroyed ... > > > > And still the same solution : call viewer->run() just after the > > addEventHandler(new PickModeHandler()) make no crash ... > > > > If you see any bug ... any idea... > > > > Thanks a lot. > > > > Regards, > > Vincent. > > > > 2008/12/15 Vincent Bourdier <vincent.bourd...@gmail.com> > >> > >> Hi, > >> > >> 2008/12/12 Jean-Sébastien Guay <jean-sebastien.g...@cm-labs.com> > >>> > >>> Hi Vincent, > >>> > >>>> Sorry to make an update, but no one use osgManipulator ? > >>> > >>> I use osgManipulator extensively, but as Robert said we all have work > to > >>> do. I'll test your code in a few minutes, but please keep in mind that > some > >>> of us are in different time zones than you (+6 hours if you're in > France, > >>> I'm in Canada eastern time) so you need to be more patient. > >> > >> Did you test this code ? I know I have to spend some time to use it > >> correctly, but for now, this is a problem I totally not understand ... > it > >> depends on a viewer run() call ... > >> > >> Thanks for help. > >> > >> Regards, > >> > >> Vincent. > >> > >>> > >>> You can take a lesson from CPU architecture: one of the benefits of > >>> multi-tasking/pipelining is that if one of your tasks is blocked you > can > >>> always context switch to another and still get work done. So it's one > reason > >>> why I'm actually glad that my todo list is always pretty full. :-) > >>> > >>> I usually let at least a day pass to get an answer before I start > >>> wondering if my message got lost, especially since I'm 6 hours later > than > >>> you (5 hours later than Robert and others) so a message I send in the > >>> afternoon is after the end of your work day. It's just the reality of a > >>> global community. > >>> > >>> J-S > >>> -- > >>> ______________________________________________________ > >>> Jean-Sebastien Guay jean-sebastien.g...@cm-labs.com > >>> http://www.cm-labs.com/ > >>> http://whitestar02.webhop.org/ > >>> _______________________________________________ > >>> osg-users mailing list > >>> osg-users@lists.openscenegraph.org > >>> > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > >> > > > > > > _______________________________________________ > > osg-users mailing list > > osg-users@lists.openscenegraph.org > > > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > > > > _______________________________________________ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >
_______________________________________________ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org