Allen Bierbaum wrote:
> As far as getting pyopensg to work on head, I think the big change is 
> going to be modifying the code I added for dealing with RefPtr's and 
> FCPtrs and making that code use the new ptr type that Dirk and Carsten 
> are working on.  If that ptr type can not be used across aspects, then 
> we may have to do a bit more tweeking to try to make things work.

I hope nobody minds me ventilating some thoughts here. ;)

AFAIU, the point of the refactoring is to make things simpler for the 
user by using raw c-pointers in most places, and speed things up by not 
copying fcptr's and calling GetAspect() on every dereference. (Since 
most function calls occur within one thread and thus one aspect, this 
seems fine).

Either there will a new kind of smart (auto-aspect) pointer (MTRefPtr?), 
or just a function called mapPointerToAspect() that does the same thing 
procedurally.

I think it's pretty nice, since multithreading shouldn't be more 
automatic than necessary (you need to know what you're doing anyway) and
from my limited perspective, it seems to map cleanly to a python 
wrapping too?

Making wrappers for raw c-pointers is simpler than with custom pointer 
types, no? And using RefPtr's in the python objects ought to work too?

Cheers,
/Marcus



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to