[sldev] "Unreferenced" assets

[Phoenix]

llGiveInventory() does not create a new asset, it only creates (or  
transfers) a new inventory item which references the same asset.


On 2008-05-19, at 15:10, Sean Lynch wrote:
> GC is the only way assets will get deleted (other than single  
> reference assets like scripted attachments, but that code is not in  
> production yet), so yes in any case that llGiveInventory needs to  
> make a new asset, but I believe that unless you're giving a no-copy  
> object, a new asset isn't created by llGiveInventory, just a new  
> reference to the existing asset.
>
> Am I missing something about the question? Leaked assets like this  
> shouldn't harm the giver in any way. They just take up space on the  
> asset servers until we get around to cleaning them up. This is way  
> simpler and less error prone than trying to detect the leakage in  
> real time and clean stuff up right away: storage is cheap.  
> Complexity in code is not.
>
> On Mon, May 19, 2008 at 12:35 PM, Vex Streeter  
> <vexstreeter at gmail.com> wrote:
> Is this GC process the (only) way that objects given by  
> llGiveInventory() but refused/ignored/lost-on-viewer-crash get  
> collected?
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
Url : http://lists.secondlife.com/pipermail/sldev/attachments/20080519/75efa388/PGP.pgp