No subject

in an unobfuscated form in at least one place where the garbage collection
process can read it, or it risks deletion. This would apply to scripts which
used offsite storage via email/http/XML-RPC as there would be no way for the
process to know the references existed.
On Mon, Jun 23, 2008 at 9:36 AM, Justin Clark-Casey <
jjustincc at googlemail.com> wrote:

> Dahlia Trimble wrote:
> > Thanks for the great explantion Melanie.
> >
> > There was recently a discussion in sldev about asset garbage collection
> > in Linden Lab's servers. Apparently they search for references for all
> > assets in inventories, scripts, prim inventories, notecards, and
> > probably a few places I cant think of offhand. If an asset is found to
> > be unreferenced, the process will delete it. This was discussed as some
> > people were talking about obfuscating scripts to prevent copying, and a
> > linden was asking them not to do this as it could fool the asset garbage
> > collector into thinking an asset was unreferenced if the only reference
> > was in an obfuscated script.
>
>  From this, it sounds like it isn't valid within the Second Life system
> to take asset uuids as input to a script (or obfuscate them within the
> script) and expect those assets to always exist.  Is this correct?
>
> I always vaguely thought that asset reaping wasn't possible because of
> the possibility of external input of uuids.  But if Linden Labs doesn't
> make this guarantee, then it must also be possible for OpenSim to do
> some asset reaping.  This would depend on the nature of the grid in
> question (e.g. it would be easier to reap assets on a grid which only
> allows its own region servers to connect).
>
> --
> justincc
> Justin Clark-Casey
> http://justincc.wordpress.com
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>

------=_Part_91_26316382.1214239826722
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<div>From how I understood the conversation in sldev, all asset UUIDs must exist in an unobfuscated form in at least one place where the garbage collection process can read it, or it risks deletion. This would apply to scripts which used offsite storage via email/http/XML-RPC as there would be no way for the process to know the references existed.<br>
</div>
<div class="gmail_quote">On Mon, Jun 23, 2008 at 9:36 AM, Justin Clark-Casey <<a href="mailto:jjustincc at googlemail.com">jjustincc at googlemail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Dahlia Trimble wrote:<br>> Thanks for the great explantion Melanie.<br>><br>> There was recently a discussion in sldev about asset garbage collection<br>
> in Linden Lab's servers. Apparently they search for references for all<br>> assets in inventories, scripts, prim inventories, notecards, and<br>> probably a few places I cant think of offhand. If an asset is found to<br>
> be unreferenced, the process will delete it. This was discussed as some<br>> people were talking about obfuscating scripts to prevent copying, and a<br>> linden was asking them not to do this as it could fool the asset garbage<br>
> collector into thinking an asset was unreferenced if the only reference<br>> was in an obfuscated script.<br><br> From this, it sounds like it isn't valid within the Second Life system<br>to take asset uuids as input to a script (or obfuscate them within the<br>
script) and expect those assets to always exist.  Is this correct?<br><br>I always vaguely thought that asset reaping wasn't possible because of<br>the possibility of external input of uuids.  But if Linden Labs doesn't<br>
make this guarantee, then it must also be possible for OpenSim to do<br>some asset reaping.  This would depend on the nature of the grid in<br>question (e.g. it would be easier to reap assets on a grid which only<br>allows its own region servers to connect).<br>
<font color="#888888"><br>--<br>justincc<br>Justin Clark-Casey<br><a href="http://justincc.wordpress.com/" target="_blank">http://justincc.wordpress.com</a><br>_______________________________________________<br>Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev at lists.berlios.de">Opensim-dev at lists.berlios.de</a><br><a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</font></blockquote></div><br>

------=_Part_91_26316382.1214239826722--