[Opensim-dev] Thoughts on UUID

Sean Dague sean at dague.net
Thu Apr 10 13:30:35 UTC 2008


On Thu, Apr 10, 2008 at 10:23:11AM +0200, Stefan Andersson wrote:
> And, to nit-pick even more; it's NOT an UUID, it's a GUID. But that's
> kind of taken, so the pragmatic approach mould be UUID.
>  
> Yeah, we own the namespace, let's call it an UUID. :D

Fair enough, I suggested OSUUID because I was afraid we'd end up with
other software that wanted to call things UUID that we are working with,
and then you have to do that really silly namespace import thing to keep
symbols from clashing.

> By the way, why we want to get away from LLUUID is because large parts
> of the codebase includes libsecondlife ONLY to get that datatype.
>
> depending on libsecondlife for something as central as ID handling
> leads to those assemblies being cumbersome to re-use in other settings
> (like, for example, when building web apps, standalone tools and
> supporting services - take the case of the UGAI; they really shouldn't
> need libsecondlife at all.)

Yeh, LLUUID, LVector3, and LQuarternion make up 95% of our use of
libsecondlife.  Having our own versions of those would make some sense,
and only use libsecondlife where we actually need it, in the packet
space.

	-Sean

-- 
__________________________________________________________________

Sean Dague                                       Mid-Hudson Valley
sean at dague dot net                            Linux Users Group
http://dague.net                                 http://mhvlug.org

There is no silver bullet.  Plus, werewolves make better neighbors
than zombies, and they tend to keep the vampire population down.
__________________________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20080410/40900caa/attachment-0001.pgp>


More information about the Opensim-dev mailing list