One thing I couldn't help but notice - The URL generates a UUID as a specific URL, but from what I can tell, it's not a correctly formatted one - The version digit is just as random as the others. Not really an issue, but I do find it odd that they didn't even use version 4, as they did with inworld IDs.
Hg Beeks 09:41, 10 August 2009 (UTC)
Are URLs automatically released when the script is reset?
I tend to assume so, since otherwise they'll be constantly leaking when one edits and tests scripts that request URLs. But is that a good assumption? Dale Innis 19:38, 3 November 2009 (UTC)
- According to my testing on Second Life Server 14.06.20.291351 yes; the URL is released upon reset. I've also written a LOT of code that uses URLs all running in the same simulator for quite a while and I've not run into a URL outage yet. In fact the available count showed over 14000 left! Cron Stardust 18:21, 11 July 2014 (PDT)
Is the example given on this page the minimal recommended script? I don't see why I need to re-acquire a URL on CHANGED_INVENTORY.
The first example never needs to use llReleaseURL() because the script only requests URLs under these three circumstances: a) in state_entry() which in this script only happens when the script is reset, and resetting the script inherently releases URLs b) after a region restart. But that process will have released all URLs c) on change of Region ... but the URL will have been released from the old region by virtue of the object exiting that region, and attempting to release a URL after detecting a change of region is pointless, or down-right in error, as the URL you are trying to release belonged to the region the object is no longer in.