Hi All,
Carsten Neumann wrote:
>
>> It sounds like RecPtr holds a referenced counted pointer, but that it
>> only works in a single aspect and that to use a pointer that can be
>> used in multiple aspects you would have to use MTRecPtr. Is that
>> correct?
>
> yes, except for MTRecPtr none of the pointer types work across multiple
> aspects.
And that pretty much sums it up: if you want a pointer to be accessible from
different threads, it has to be an MTRecPtr.
>> By the same token, what ptr corresponds to the old RefPtr? (it looks
>> like it would be MTRecPtr)
>
> yes.
>
>> Also, are the old XxxxNodePtr's still around and which type of ptr
>> (MTRecPtr/RecPtr) do they use to hold their data? (ie. are they thread
>> safe).
>
> there are XxxxNodeRefPtr and XxxxNodeMTRefPtr.
> Hm, maybe these should be called Rec instead?
Honestly I'd go the other way. Given that we are doing unusual things we do
have
a little zoo of pointer types, and that's ok.
The problem is that nobody has a clue what a RecPtr or UnrecPtr is supposed to
be, and until you really understand OpenSG it won't become clear what all the
differences are.
But everybody knows what a RefPtr is (or at least should know ;). So to make
things easier for newcomers I would really like to see a basic typoe that can
be
used everywhere and is safe, and call it RefPtr. Whether it's threadsafe or not
is debatable (personally I would prefer it to be, but it might be too late to
change all that at this point, and I can live with it being not).
But I would really prefer to have pointers that explain themsleves, and that's
Ref.
Dirk
------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
