Hi Mike
> Regarding (A1): you'll need to build the Debug osgDotNet assemblies and use
> them with the
> Debug OSG DLLs. (...) Unfortunately you can't see the native state when
> stepping through
> the managed code. Also, debugging across the managed/unmanaged boundary only
> works
> for 32 bit code, not 64 bit, due to a CLR/Visual Studio limitation.
(A1) That's what I planned to do : link Debug Configuration os osgDotNet.sln
with Debug version of the native osg librairies (and run it aside native osg
Debug dlls) ; link Release Configuration os osgDotNet.sln with Release version
of the native osg librairies (and run it aside native osg Release dlls).
I'm currently working with 32 bit code ; I'll see to what extent I can see
what's going on on the unmanaged side...
(B) Well in fact I tried this afternoon the local OSG copy patching idea, but
it doesn't seem to work. I can't see why... taking the LightPoint issue :
{a} I've added two accessor methods in include/osgSim/LightPoint and
src/osgSim/LightPoint.cpp -> that 'updates' native osg dll and library
{b} I've added those through I_Method and I_Method macros in
src/osgWrappers/LightPoint.cpp -> that should be taken into account by
Generator when generating again Generator/output/src/osgSim/LightPoint.cpp and
.h
{a} worked perfecly but not {b} : the osgDotNet solution generation still works
but doesn't provide anything new into LightPoint class definition...
For instance I don't understand why.
I totally agree with you the fact that local patches aren't ideal, it can only
be a temporary solution.
I wish I'd have understood the main fundamentals of osgIntrospection and
genwrapper (for in fact source files in osgWrappers aren't supposed to be
editted, gloups !) but just getting in touch with osg it's not the case yet.
> Currently there is a rudimentary mechanism in the code generator to add
> custom support code to
> classes. In the absence of support for operator functions in
> osgIntrospection, this could be used
> to handle the NodeCallback issue, including virtual calls from C++ to C#.
I don't really understand what you mean by that ; can you tell me a little more
?
Thanks a lot for your answer !
--
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
