<div dir="ltr">well, no hope then :/<br><br>Last question for my knowledge : is it possible to add more OSfunctions /external functions in the language without modifying the Core, ie<br>i create a plugin (dll) called Mylibs.dll. Inside this module, i made a function OsMyfunction().<br>
<br>First, is this "plugins" architecture implemented<br>and how a script could know if a certain module exist on the sim ?<br><br>The idea behind that is doing something like that:<br>  i create a "master prim" that check the existance of those module. <br>
  if the module exist, i rezz a prim containing the real scripts that call Osmyfuntion() otherwise nothing in done.<br><br><br><br><br>Thanks <br><br>SM<br><br><br><div class="gmail_quote">On Tue, Jul 29, 2008 at 2:45 PM, Melanie <span dir="ltr"><<a href="mailto:melanie@t-data.com">melanie@t-data.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi,<br>
<br>
you can't do that on a script level. That is done by the compiler.<br>
LSL is compiled, not interpreted. If it contains os* functions<br>
anywhere, it will fail to compile in SL.<br>
There is no way to compile the script and then, at runtime, to<br>
decide that we don't want to execute the code path that contains the<br>
os functions. You would never get to that point in the first place.<br>
<br>
I see little value and lots of potential harm in runtime grid<br>
discovery. Still, if people want it, it will be implemented and I<br>
will even help. It's all about openness. I won't prevent anyone to<br>
implement and use it, and no one will prevent me from disabling it<br>
in any grid I run.<br>
<font color="#888888"><br>
Melanie<br>
</font><div><div></div><div class="Wj3C7c"><br>
<br>
Lc wrote:<br>
> it was not my idea but i think of use of some OSfunctions that don't exist<br>
> in SL.<br>
> It's nicer to say to the end-user "sorry the sim you are actually doesn't<br>
> support our features needed to use our product " than breaking with a<br>
> compiling error.<br>
><br>
> my "script" was just a demo ;)<br>
><br>
><br>
><br>
> On Tue, Jul 29, 2008 at 2:27 PM, Melanie <<a href="mailto:melanie@t-data.com">melanie@t-data.com</a>> wrote:<br>
><br>
>> Hi,<br>
>><br>
>> well, to be honest, I dont see a need, and don't even see it as<br>
>> desirable, to allow scripts to discover, with certainty, what grid<br>
>> they're on.<br>
>><br>
>> In these days of aiming for interop, I think it is wrong to limit a<br>
>> script to run only on one grid, and this feature would most<br>
>> certainly be used in this way:<br>
>><br>
>> "You are running MyFreeScript on Second Life. I don't like it.<br>
>> Shutting down"<br>
>><br>
>> Not pleasant, is it?<br>
>><br>
>> Melanie<br>
>><br>
>><br>
>> Lc wrote:<br>
>> > ok.<br>
>> > I will try that under SL and update the wiki.<br>
>> ><br>
>> > Maybe a page like : "Porting script into SL/OS howto" will be a good<br>
>> > start...<br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > On Tue, Jul 29, 2008 at 2:18 PM, Melanie <<a href="mailto:melanie@t-data.com">melanie@t-data.com</a>> wrote:<br>
>> ><br>
>> >> Hi,<br>
>> >><br>
>> >> simply use llRequestSimulatorData with a new constant (like I<br>
>> >> defined CHANGED_REGION_RESTART). That would silently fail in LL,<br>
>> >> IIRC, and deliver data in OS.<br>
>> >><br>
>> >> Melanie<br>
>> >><br>
>> >><br>
>> >> Mike Mazur wrote:<br>
>> >> > Hi,<br>
>> >> ><br>
>> >> > On Tue, Jul 29, 2008 at 5:00 PM, Lc <<a href="mailto:lcc1967@gmail.com">lcc1967@gmail.com</a>> wrote:<br>
>> >> >> with the event, we are not CoreGrid dependant.<br>
>> >> ><br>
>> >> > Unfortunately events are part of the LSL grammar in SL. A script<br>
>> >> > defining an unknown event doesn't compile.<br>
>> >> ><br>
>> >> > Your example wouldn't compile either, as your custom state doesn't<br>
>> >> > have any events.<br>
>> >> ><br>
>> >> > I agree that this solution is a hack, but if required it would get the<br>
>> >> > job done for the time being. The optimal solution, as Adam suggests,<br>
>> >> > is to get Linden Labs to implement some function that returns the<br>
>> >> > current simulator version.<br>
>> >> ><br>
>> >> > Mike<br>
>> >> > _______________________________________________<br>
>> >> > Opensim-dev mailing list<br>
>> >> > <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@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>
>> >> ><br>
>> >> ><br>
>> >> _______________________________________________<br>
>> >> Opensim-dev mailing list<br>
>> >> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@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>
>> >><br>
>> ><br>
>> ><br>
>> > ------------------------------------------------------------------------<br>
>> ><br>
>> > _______________________________________________<br>
>> > Opensim-dev mailing list<br>
>> > <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@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>
>> _______________________________________________<br>
>> Opensim-dev mailing list<br>
>> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@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>
>><br>
><br>
><br>
</div></div>> ------------------------------------------------------------------------<br>
<div><div></div><div class="Wj3C7c">><br>
> _______________________________________________<br>
> Opensim-dev mailing list<br>
> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@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>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@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>
</div></div></blockquote></div><br></div>