[prev in list] [next in list] [prev in thread] [next in thread]
List: opensim-dev
Subject: [Opensim-dev] [Gridnauts] heads up: recent secondlife client versions don't support OSSL functions
From: michaelwri22 () yahoo ! co ! uk (Michael Wright)
Date: 2008-09-27 12:45:48
Message-ID: 266789.43576.qm () web23007 ! mail ! ird ! yahoo ! com
[Download RAW message or body]
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.
So at the top of the lsl script on the client there is :
string osSetDynamicTextureData(string dynamicID, string contentType, string data, \
string extraParams, int timer) {
return "";
}
and the first step in our script compiler is to look for those prototypes and remove \
them.
As I said its a far from being a good solution, but should work for now?
Justin Clark-Casey <jjustincc at googlemail.com> wrote: To be honest, I think that \
things should go further than this. People running OpenSim environments may well \
want to implement LSL functions themselves server-side which do not start with either \
the ll or os prefixes.
Suzy Deffeyes wrote:
>
> Thanks, Whump. I appreciate you looking into this so quickly.
>
> There are 30-ish functions in OpenSim's scripting with the os prefix.
> If we could have a way to ensure that any function with the os prefix
> in its name could be passed to the sim, that would work.
>
> Thanks
> Suzy Deffeyes
> Virtual Worlds
> Digital Convergence EBO
> IBM Research
> 512.838.8770
> suzyq at us.ibm.com
>
>
> Bill Humphries wrote on 09/26/2008 07:35:48 PM:
>
> > Suzy, Dr. Scofield:
> >
> > Thank you for bringing the issue with compiling scripts with OpenSim-
> > specific extensions to LSL to our attention.
> >
> > It's not our intention to 'break the viewer' with the recent changes,
> > as a viewer fork would not be in the interests of grid interoperability.
> >
> > However, the change was made for a reason, and I need some time to
> > figure out why it was made. Thanks for your patience.
> >
> > We are looking at the JIRA Suzy filed, http://jira.secondlife.
> > com/browse/VWR-9332
> > .
> >
> > Thank you.
> >
> > -- whump
> >
> > On Sep 26, 2008, at 5:23 AM, Suzy Deffeyes wrote:
> >
> > > I think it is really helpful to have a common viewer for the OpenGrid
> > > work, at least in the short term. Once OpenSim developers switch to
> > > another viewer, the desire to maintain protocol compatibility with
> > > Second
> > > Life becomes much less compelling.
> > >
> > > I did some digging into the viewer on this issue, and opened a jira
> > > for
> > > it.
> > >
> > > http://jira.secondlife.com/browse/VWR-9332
> > >
> > > OpenSim needs a way to pass OS*() functions in scripts back to the
> > > sim.
> > >
> > >
> > > Note also that there appears to be a recent addition to the protocol
> > > for
> > > ScriptRunningReply, a bool named 'Mono' is now checked by the
> > > viewer. I
> > > opened a Mantis bug for this:
> > >
> > > http://opensimulator.org/mantis/view.php?id=2270
> > >
> > >
> > > Thanks
> > > Suzy Deffeyes
> > > Virtual Worlds
> > > Digital Convergence EBO
> > > IBM Research
> > > 512.838.8770
> > > suzyq at us.ibm.com
> > >
> > >
> > > gridnauts-bounces at lists.secondlife.com wrote on 09/26/2008 03:41:32
> > > AM:
> > >
> > > > having just wasted most of a day on trying to figure out why OSSL
> > > > functions such as osSetDynamicTextureData and friends were
> > > > returning an
> > > > LSL compile error (ERROR: name not in scope) i thought i'd report
> > > > back
> > > > on my findings:
> > > >
> > > > * OSSL functions (inspite of the heavy changes in the scripting
> > > > subsystem in recent days) are working just fine (provided you
> > > > enabled them as documented in OpenSim.ini.example)
> > > > * recent LindenLab(tm)/(r) provided secondlife clients (certainly
> > > > the 1.21 series) are apparently no longer relying on the grid to
> > > > vet the script and the functions it calls, but instead seem to
> > > > check all function calls against
> > > > o list of known LSL function
> > > > o list of functions you have defined in your script
> > > > o anything not found on those lists is flagged as "not in
> > > scope"
> > > >
> > > > once i switched to hippo viewer
> > > > (http://forge.opensimulator.org/gf/project/opensim-viewer/)
> > > >
> > > > everything
> > > > was fine.
> > > >
> > > > cheers,
> > > > dr scofield
> > > >
> > > > --
> > > > dr dirk husemann ---- virtual worlds research ---- ibm zurich
> > > > research
> > > lab
> > > > SL: dr scofield ---- drscofield at xyzzyxyzzy.net ----
> > > http://xyzzyxyzzy.net/
> > > > RL: hud at zurich.ibm.com - +41 44 724 8573 -
> > > http://www.zurich.ibm.com/~hud/
> > > >
> > > > _______________________________________________
> > > > Click here to unsubscribe or manage your list subscription:
> > > > https://lists.secondlife.com/cgi-bin/mailman/listinfo/gridnauts
> > > _______________________________________________
> > > Click here to unsubscribe or manage your list subscription:
> > > https://lists.secondlife.com/cgi-bin/mailman/listinfo/gridnauts
> >
> > Whump Linden is Bill Humphries || whump at lindenlab.com || http:
> > //secondlife.com/
> >
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> https://lists.secondlife.com/cgi-bin/mailman/listinfo/gridnauts
--
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.berlios.de/pipermail/opensim-dev/attachments/20080927/23c3607a/attachment.html>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic