Difference between revisions of "Jump"

From Second Life Wiki
Jump to navigation Jump to search
(Updated source tags and removed haiku.)
m (Replaced <source> with <syntaxhighlight>)
Line 24: Line 24:


{{#vardefine:examples|
{{#vardefine:examples|
<source lang="lsl2">integer a = 5;
<syntaxhighlight lang="lsl2">integer a = 5;
jump over;
jump over;
@in;
@in;
Line 32: Line 32:
if(a < 6)
if(a < 6)
     jump in;
     jump in;
//script will say 5 and then 6</source>
//script will say 5 and then 6</syntaxhighlight>
<source lang="lsl2">
<syntaxhighlight lang="lsl2">
integer getLinkWithName(string name)
integer getLinkWithName(string name)
{
{
Line 47: Line 47:
     return i;
     return i;
}
}
</source>
</syntaxhighlight>
More often than not, the rather ugly 'jump' can be avoided, especially in user defined functions, as this version of the above script demonstrates
More often than not, the rather ugly 'jump' can be avoided, especially in user defined functions, as this version of the above script demonstrates
<source lang="lsl2">
<syntaxhighlight lang="lsl2">
integer getLinkWithName(string name)
integer getLinkWithName(string name)
{
{
Line 61: Line 61:
     return -1;    // No prim with that name, return -1.
     return -1;    // No prim with that name, return -1.
}
}
</source>
</syntaxhighlight>


}}
}}
Line 75: Line 75:
The following function, <code>jumpy</code>, demonstrates the multiple-jump-sites-to-a-single-target bug. It appears this function should result in an infinite loop, and it does when the script is compiled for the Mono VM. However when compiled for LSO VM because of this bug the second jump never happens and the function returns. LL reported they were unwilling to fix this bug as to do so would be a breaking change. This bug was fixed in the newer Mono VM.
The following function, <code>jumpy</code>, demonstrates the multiple-jump-sites-to-a-single-target bug. It appears this function should result in an infinite loop, and it does when the script is compiled for the Mono VM. However when compiled for LSO VM because of this bug the second jump never happens and the function returns. LL reported they were unwilling to fix this bug as to do so would be a breaking change. This bug was fixed in the newer Mono VM.


<source lang="lsl2">jumpy(){
<syntaxhighlight lang="lsl2">jumpy(){
     jump next;//first jump
     jump next;//first jump
     @next;
     @next;
     jump next;//second jump - BUG never gets executed
     jump next;//second jump - BUG never gets executed
     return;
     return;
}</source>
}</syntaxhighlight>


}}
}}

Revision as of 12:08, 31 August 2022

The correct title of this article is jump. The initial letter is shown capitalized due to technical restrictions.

jump target;

jump target;
• label target Name of a label inside the same function or event scope.

@target;

• label target A label that can be jumped to, if the jump is in the same scope or child scope. It isn't possible to jump between scopes (such as between functions, events or states).

Caveats

  • In LSO Only: If multiple jump sites are declared for the same target label within scope, then only the first (top to bottom, left to right) will function as expected, all others will silently fail.
  • Labels are scoped at the event and function level, meaning that it is not possible to declare duplicate labels within the same event or function, even if the labels are enclosed in different if-statements, loops etc. -- SVC-6712
    • Attempting this will result in an unhelpful CIL assembly related error. -- SCR-256
  • If code exists after a return that is not encapsulated in a flow control structure, the compiler will return an error about the code being dead even if the code is accessible with a jump. -- SVC-1929

Examples

integer a = 5;
jump over;
@in;
a = 6;
@over;
llOwnerSay((string)a);
if(a < 6)
    jump in;
//script will say 5 and then 6
integer getLinkWithName(string name)
{
    integer i = llGetLinkNumber() != 0;   // Start at zero (single prim) or 1 (two or more prims)
    integer x = llGetNumberOfPrims() + i; // [0, 1) or [1, llGetNumberOfPrims()]
    for (; i < x; ++i) 
    {
        if (llGetLinkName(i) == name) 
            jump break; // Found it! Exit loop early with result
    }
    i = -1; // No prim with that name, return -1.
    @break;
    return i;
}

More often than not, the rather ugly 'jump' can be avoided, especially in user defined functions, as this version of the above script demonstrates

integer getLinkWithName(string name)
{
    integer i = llGetLinkNumber() != 0;      // Start at zero (single prim) or 1 (two or more prims)
    integer x = llGetNumberOfPrims() + i; // [0, 1) or [1, llGetNumberOfPrims()]
    for (; i < x; ++i) 
    {
        if (llGetLinkName(i) == name) 
            return i;                    // Found it, return its index        
    }
    return -1;     // No prim with that name, return -1.
}

Notes

It is generally considered inadvisable to use jumps (commonly know as gotos) where other flow control structures could be used.

See Also

Keywords

•  return
•  state

Deep Notes

LSO VM Notes

Multiple Jumps Bug

The following function, jumpy, demonstrates the multiple-jump-sites-to-a-single-target bug. It appears this function should result in an infinite loop, and it does when the script is compiled for the Mono VM. However when compiled for LSO VM because of this bug the second jump never happens and the function returns. LL reported they were unwilling to fix this bug as to do so would be a breaking change. This bug was fixed in the newer Mono VM.

jumpy(){
    jump next;//first jump
    @next;
    jump next;//second jump - BUG never gets executed
    return;
}