Hi,
On Thu, 2008-01-24 at 18:18 -0600, Carsten Neumann wrote:
> Hi Gerrit,
>
> the end of the month is approaching fast and I had promised to merge the
> stuff I've been working on back into the trunk before it is over.
> There are three items, on the branch I've been working on, that are not
> in a shape that makes me happy at this point:
>
> - Cluster. I've not been able to test it yet. Local syncs between
> aspects should work after r1041 (committed today) though.
I'll can give it a try.
> - VRML loader. It is not converted to use ref ptr and the mapping
> between vrml nodes and {S,M}FieldContainerPtr needs to be looked at
> carefully as the latter is gone.
Ok, I'll have a look.
> - FieldBundle. I've basically ignored these and therefore they lack
> most/all of the ref counting automagic that happens for FCs.
that's ok for now.
> The next thing I'll look into is getting the cluster to work again and
> Dirk has already hinted that he considers this a show-stopper for the
> merge (I agree).
> The tutorials (except those that use the cluster of course) should work
> and can give you a hint on what has changed and how.
I don't think besides us anybody is actually using the svn head. And I
have my git buffer in between
> So basically what I'm asking for here is if anyone has concerns about
> the upcoming merge, or has specific functionality in mind that
> absolutely must work and I should therefore test very carefully.
ok for the merge, I would actually prefer to do it manually, especially
to get the naming right, which I don't really like right now. In
particular the GlobalRefPtr and the TransitPtr things (but I understand
where they come from).
I finally managed to get my git working. I'll try to export it so we can
both working with it.
Ok, so lets get it going :-)
First questions (decisions) ;-)
Names
- for apps I would tend to go for RefPtr (e.g. NodeRefPtr) without
the Global thing.
- Simular I would change the current Ptr to CPtr (e.g. NodeCPtr)
- this way we should find most occurrences.
Concepts
- RefPtr should never auto convert from/to normal pointers
- this is similar to boost
- this should remove the transit ptr.
- basically make the transitptr the refptr
- Factories/Loader return ref ptr ?
- this should be fine
- Member functions take/return ref ptr ?
- this is the tricky bit.
- Internally we might to like use the raw ptrs whereas externally
it should be ref ptrs.
- The cleanest option would be to duplicate what we need as
explicit raw pointer access and clearly mark it for internal
use.
- or force the parts that need raw pointers to move through
the field instead of the container interface.
kind regards,
gerrit
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Opensg-core mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-core
