Thank you for your reply Carsten To describe the results, your advice had fixing up this problem.
> Is your ODE compiled to use single or double precision floating point > numbers (this is selected with a preprocessor define -DdSINGLE or > -DdDOUBLE)? Since the OpenSG physics classes all use float, it should > probably be dSINGLE, perhaps a mismatch in these settings causes the > problem? This is the point of this problem. I had compiled ODE libraries with -DdDOUBLE option. I changed the option to -DdSINGLE, then sample program works fine. i will try to examine physics library for my application. one thing im little worried about is, some ODE experts recommends to build library with a -DdDOUBLE option.would be affected by using -DdSINGLE? anyway, thanks a lot for helping out me. On Fri, 06 Aug 2010 09:12:05 -0500 Carsten Neumann <carsten_neum...@gmx.net> wrote: > Hello, > > Kazuhiko Kido wrote: > >> yes, for almost all OpenSG objects there is a *Base class, it is > >> generated from a description in the .fcd files in the OpenSG source tree > >> and contains all the boilerplate code. > >> One thing that is ensured by this code is that when osgInit runs a > >> prototype instance for every type is created from which all "user" > >> instances are cloned. The call stack you posted seems to imply that the > >> crash happens during the prototype creation/initialization (which is > >> triggered from osgInit). Since the PhysicsBoxGeom makes calls to ODE > >> during its prototype initialization, ODE must be initialized before > >> OpenSG, i.e. the call dInitODE must be before osgInit. > > dInitODE is called before osgInit. > > ok. > > >> if t contains garbage values it seems the ODE call dGeomBoxGetLengths > >> did fail, I'm guessing because ODE is not initialized? > > this is logical prediction, but initialization has been already done. > > hm, then I don't really see a reason why a call like > dGeomBoxGetLengths() fails... > > >> The physics library does not register an init function, so the number is > >> not changed. > > ok. i understand. > > > > i am investigating continuously about this problem, and i found that other > > physics objects initialization are ended succesfully.(PhysicsBody, > > and PhysicsGeom, and so on) but only PhysicsBoxGeom is failed. > > > > do you have any other point? > > Is your ODE compiled to use single or double precision floating point > numbers (this is selected with a preprocessor define -DdSINGLE or > -DdDOUBLE)? Since the OpenSG physics classes all use float, it should > probably be dSINGLE, perhaps a mismatch in these settings causes the > problem? > > > Cheers, > Carsten > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Opensg-users mailing list > Opensg-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/opensg-users -- <> ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Opensg-users mailing list Opensg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensg-users
