> You'll need to add code to the adapter and unknown object classes in the same > file to complete the > support. Take a look at, for example, the generated wrapper code for > osg::Group::replaceChild for > a model of what the code should look like.
oops... I missed the ___NodeCallback_adapter and ___NodeCallback_unknown_object_ classes... The first one seems to deal with what puzzled me. Right on : it works !! > It sounds like the generator may be picking up an old or wrong > osgwrapper_osgSim.dll for some reason. > If you set the environment variable OSG_NOTIFY_LEVEL to DEBUG before > executing the generator it'll > cause the OSG DLL loader to tell you exactly which wrapper DLLs are being > loaded. Again you're right : the generator took the osgwrapper_osgSim.dll in the location pointed by my Windows Path, not by the OPENSCENEGRAPH_X86_DIR. Since I have multiple versions of OSG on the computer, you see the mistake... However that local OSG copy patching is just a a quick-and-ugly solution, as you wrote. I'll keep an eye on osgIntrospection roadmap and even try to see if I can help (even if I'm much more familiar with .NET System.Reflection and System.Attribute classes -- not responding portability issues, even if Mono exists -- to deal with interface discovering issues). Everything works perfectly well knowing that, thanks a bunch !! I think I get the whole thing now. Thanks a lot again. -- Christophe Médard Société OKTAL (http://www.oktal.fr) 2 impasse Boudeville 31100 Toulouse (France) Tél. : (+33) 5 62 11 50 10 Fax : (+33) 5 62 11 50 29
_______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
