Far far from being ideal but as a short term hack to get the os fuctions working again, I guess we could have people putting stub functions at the top of the scripts for the os functions, and then when we get the script on the serve, r remove those stubs. <br><br>So at the top of the lsl script on the client there is :<br><br>string osSetDynamicTextureData(string dynamicID, string contentType, string data, string extraParams, int timer)<br>{<br> return "";<br>}<br><br>and the first step in our script compiler is to look for those prototypes and remove them. <br><br>As I said its a far from being a good solution, but should work for now?<br><br><b><i>Justin Clark-Casey <jjustincc@googlemail.com></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> To be honest, I think that things should go further than this. People running OpenSim environments may well want to<br>implement LSL
functions themselves server-side which do not start with either the ll or os prefixes.<br><br>Suzy Deffeyes wrote:<br>> <br>> Thanks, Whump. I appreciate you looking into this so quickly.<br>> <br>> There are 30-ish functions in OpenSim's scripting with the os prefix. <br>> If we could have a way to ensure that any function with the os prefix <br>> in its name could be passed to the sim, that would work.<br>> <br>> Thanks<br>> Suzy Deffeyes<br>> Virtual Worlds<br>> Digital Convergence EBO<br>> IBM Research<br>> 512.838.8770<br>> suzyq@us.ibm.com<br>> <br>> <br>> Bill Humphries <whump@lindenlab.com> wrote on 09/26/2008 07:35:48 PM:<br>> <br>> > Suzy, Dr. Scofield:<br>> ><br>> > Thank you for bringing the issue with compiling scripts with OpenSim-<br>> > specific extensions to LSL to our attention.<br>> ><br>> > It's not our intention to 'break the viewer' with the recent
changes, <br>> > as a viewer fork would not be in the interests of grid interoperability.<br>> ><br>> > However, the change was made for a reason, and I need some time to <br>> > figure out why it was made. Thanks for your patience.<br>> ><br>> > We are looking at the JIRA Suzy filed, http://jira.secondlife.<br>> > com/browse/VWR-9332<br>> > .<br>> ><br>> > Thank you.<br>> ><br>> > -- whump<br>> ><br>> > On Sep 26, 2008, at 5:23 AM, Suzy Deffeyes wrote:<br>> ><br>> > > I think it is really helpful to have a common viewer for the OpenGrid<br>> > > work, at least in the short term. Once OpenSim developers switch to<br>> > > another viewer, the desire to maintain protocol compatibility with <br>> > > Second<br>> > > Life becomes much less compelling.<br>> > ><br>> > > I did some digging into the
viewer on this issue, and opened a jira <br>> > > for<br>> > > it.<br>> > ><br>> > > http://jira.secondlife.com/browse/VWR-9332<br>> > ><br>> > > OpenSim needs a way to pass OS*() functions in scripts back to the <br>> > > sim.<br>> > ><br>> > ><br>> > > Note also that there appears to be a recent addition to the protocol <br>> > > for<br>> > > ScriptRunningReply, a bool named 'Mono' is now checked by the <br>> > > viewer. I<br>> > > opened a Mantis bug for this:<br>> > ><br>> > > http://opensimulator.org/mantis/view.php?id=2270<br>> > ><br>> > ><br>> > > Thanks<br>> > > Suzy Deffeyes<br>> > > Virtual Worlds<br>> > > Digital Convergence EBO<br>> > > IBM Research<br>> > > 512.838.8770<br>> > > suzyq@us.ibm.com<br>> >
><br>> > ><br>> > > gridnauts-bounces@lists.secondlife.com wrote on 09/26/2008 03:41:32 <br>> > > AM:<br>> > ><br>> > >> having just wasted most of a day on trying to figure out why OSSL<br>> > >> functions such as osSetDynamicTextureData and friends were <br>> > >> returning an<br>> > >> LSL compile error (ERROR: name not in scope) i thought i'd report <br>> > >> back<br>> > >> on my findings:<br>> > >><br>> > >> * OSSL functions (inspite of the heavy changes in the scripting<br>> > >> subsystem in recent days) are working just fine (provided you<br>> > >> enabled them as documented in OpenSim.ini.example)<br>> > >> * recent LindenLab(tm)/(r) provided secondlife clients (certainly<br>> > >> the 1.21 series) are apparently no longer relying on the grid
to<br>> > >> vet the script and the functions it calls, but instead seem to<br>> > >> check all function calls against<br>> > >> o list of known LSL function<br>> > >> o list of functions you have defined in your script<br>> > >> o anything not found on those lists is flagged as "not in<br>> > > scope"<br>> > >><br>> > >> once i switched to hippo viewer<br>> > >> (http://forge.opensimulator.org/gf/project/opensim-viewer/)<br>> > >> <http: forge.opensimulator.org="" gf="" project="" opensim-viewer=""> <br>> > >> everything<br>> > >> was fine.<br>> > >><br>> > >> cheers,<br>> > >> dr scofield<br>> > >><br>> > >> --<br>> > >> dr dirk husemann ---- virtual worlds research ---- ibm zurich <br>> >
>> research<br>> > > lab<br>> > >> SL: dr scofield ---- drscofield@xyzzyxyzzy.net ----<br>> > > http://xyzzyxyzzy.net/<br>> > >> RL: hud@zurich.ibm.com - +41 44 724 8573 -<br>> > > http://www.zurich.ibm.com/~hud/<br>> > >><br>> > >> _______________________________________________<br>> > >> Click here to unsubscribe or manage your list subscription:<br>> > >> https://lists.secondlife.com/cgi-bin/mailman/listinfo/gridnauts<br>> > > _______________________________________________<br>> > > Click here to unsubscribe or manage your list subscription:<br>> > > https://lists.secondlife.com/cgi-bin/mailman/listinfo/gridnauts<br>> ><br>> > Whump Linden is Bill Humphries || whump@lindenlab.com || http:<br>> > //secondlife.com/<br>> ><br>> <br>> <br>>
------------------------------------------------------------------------<br>> <br>> _______________________________________________<br>> Click here to unsubscribe or manage your list subscription:<br>> https://lists.secondlife.com/cgi-bin/mailman/listinfo/gridnauts<br><br><br>-- <br>justincc<br>Justin Clark-Casey<br>http://justincc.wordpress.com<br>_______________________________________________<br>Opensim-dev mailing list<br>Opensim-dev@lists.berlios.de<br>https://lists.berlios.de/mailman/listinfo/opensim-dev<br></http:></whump@lindenlab.com></blockquote><br><p>