Difference between revisions of "LlMessageLinked/it"

From Second Life Wiki
Jump to navigation Jump to search
Line 1: Line 1:
{{LSL_Function
{{LSL_Function
|inject-2={{LSL Function/link|linknum|, controls which prim(s) receive the link_message.}}
|inject-2={{LSL Function/link|linknum|, controlla quale/i prim riceve/ono il link_message.}}
|func_id=164|func_sleep=0.0|func_energy=10.0
|func_id=164|func_sleep=0.0|func_energy=10.0
|func=llMessageLinked|sort=MessageLinked
|func=llMessageLinked|sort=MessageLinked
|p1_type=integer|p1_name=linknum|p1_desc
|p1_type=integer|p1_name=linknum|p1_desc
|p2_type=integer|p2_name=num|p2_desc=Value of the second parameter of the resulting link_message event.
|p2_type=integer|p2_name=num|p2_desc=Valore del secondo parametro dell'evento link_message risultante.
|p3_type=string|p3_name=str|p3_desc=Value of the third parameter of the resulting link_message event.
|p3_type=string|p3_name=str|p3_desc=Valore del terzo parametro dell'evento link_message risultante.
|p4_type=key|p4_name=id|p4_desc=Value of the fourth parameter of the resulting link_message event.
|p4_type=key|p4_name=id|p4_desc=Valore del quarto parametro dell'evento link_message risultante.
|func_desc=Lo scopo di questa funzione è di permettere la comunicazione tra gli script in uno stesso oggetto. Fà scattare un evento [[link_message]] con i medesimi parametri '''num''', '''str''', e '''id''' in tutti gli script nel/i prim definito/i da '''linknum'''.
|func_desc=Lo scopo di questa funzione è di permettere la comunicazione tra gli script in uno stesso oggetto. Fà scattare un evento [[link_message]] con i medesimi parametri '''num''', '''str''', e '''id''' in tutti gli script nel/i prim definito/i da '''linknum'''.
|func_footer=You can use '''id''' as a second string field{{Footnote|In LSL the [[key]] type is implemented as a [[string]] (but with different operators and restrictions). [[typecast|Typecasting]] between string and key types has no effect on the data contained.}}. The sizes of '''str''' and '''id''' are only limited by available script memory.
|func_footer=Potete utilizzare '''id''' come campo stringa secondario{{Footnote|In LSL il tipo [[key]] è implementato come una [[string]] (ma con operatori e restrizioni differenti). [[typecast|La conversione]] tra tipi stringa e chiave non hanno effetto sui dati contenuti.}}. Le dimensioni di '''str''' e '''id''' sono limitate solamente dalla memoria script disponibile.
|constants
|constants
|func_footnote
|func_footnote

Revision as of 12:56, 11 January 2012

Summary

Function: llMessageLinked( integer linknum, integer num, string str, key id );
0.0 Forced Delay
10.0 Energy

Lo scopo di questa funzione è di permettere la comunicazione tra gli script in uno stesso oggetto. Fà scattare un evento link_message con i medesimi parametri num, str, e id in tutti gli script nel/i prim definito/i da linknum.

• integer linknum Link number (0: unlinked, 1: root prim, >1: child prims and seated avatars) or a LINK_* flag, controlla quale/i prim riceve/ono il link_message.
• integer num Valore del secondo parametro dell'evento link_message risultante.
• string str Valore del terzo parametro dell'evento link_message risultante.
• key id Valore del quarto parametro dell'evento link_message risultante.

Potete utilizzare id come campo stringa secondario[2]. Le dimensioni di str e id sono limitate solamente dalla memoria script disponibile.

Flag Description
LINK_ROOT 1 refers to the root prim in a multi-prim linked set[1]
LINK_SET -1 refers to all prims
LINK_ALL_OTHERS -2 refers to all other prims
Flag Description
LINK_ALL_CHILDREN -3 refers to all children, (everything but the root)
LINK_THIS -4 refers to the prim the script is in

Caveats

  • A script can hear its own linked messages if linknum targets the prim it is in[3]. This creates the possibility of an infinite loop (a bad thing); be very careful about how messages are handled and passed along.
  • Messages sent via llMessageLinked to a script that is sleeping, delayed, or lagged, are queued until the end of the delay. The event queue can hold 64 events.
    • If an event is received and the queue is full the event is silently dropped.
    • Avoid sending link_messages to large numbers of scripts simultaneously as it can cause lag spike. This most often happens when using the multi-prim LINK_* flags and can cause script execution to slow or halts.
    • Avoid sending link_messages to a target faster than they can be handled. Doing so risks filling the event queue and subsequent messages being silently discarded.
  • When a script state changes, all pending events are deleted, including queued link_messages.
  • If link_num is an invalid link number then the function silently fails.
  • If str & id exceed the available memory of a script that catches the resulting link_message event, that script will crash with a Stack-Heap Collision.

Examples

<lsl>default {

   // assumptions  // object name: LSLWiki // script name: _lslwiki
   state_entry() 
   {
       llMessageLinked(LINK_THIS, 0, llGetScriptName(), "");
   }
   link_message(integer sender_num, integer num, string msg, key id) 
   {
       llOwnerSay(msg);
       // the owner of object LSLWiki will hear
       // LSLWiki:_lslwiki
   }    

}</lsl>

Infinite Loop

<lsl>Message_Control(integer l, integer n) // Message_Total_Lack_Of_Control {

   integer r = (++n); // Increment the value of n.
   llMessageLinked( l, r, "", ""); // Send the result to l

}

default {

   state_entry()
   {
       Message_Control(LINK_SET, 0); // Tell all the scripts in the object that we have state_entered.
   }
   link_message(integer Sender, integer Number, string String, key Key) // This script is in the object too.
   {
       Message_Control(Sender, Number); // No filtering condition exists.
       llOwnerSay(((string)Number)); // Look at all the pretty numbers!
   }
}</lsl>

Useful Snippets

<lsl>default {

   // Quick and dirty debugging link_messages
   link_message(integer sender_num, integer num, string msg, key id) 
   {
       llSay(DEBUG_CHANNEL, llList2CSV([sender_num, num, msg, id]));
   }

}</lsl> <lsl>// This is just an example script, you shouldn't handle link message within single script this way.

default {

   // To propagate an unlimted number of arguments of any type.
   // Presumed, the separator string isn't used in any source string!
   state_entry() 
   {
       list my_list = [1, 2.0, "a string", <1, 2, 3>, <1, 2, 3, 4>, llGetOwner()];  
       string list_parameter = llDumpList2String(my_list, "

Notes

Link Numbers

Each prim that makes up an object has an address, a link number. To access a specific prim in the object, the prim's link number must be known. In addition to prims having link numbers, avatars seated upon the object do as well.

  • If an object consists of only one prim, and there are no avatars seated upon it, the (root) prim's link number is zero.
  • However, if the object is made up of multiple prims or there is an avatar seated upon the object, the root prim's link number is one.

When an avatar sits on an object, it is added to the end of the link set and will have the largest link number. In addition to this, while an avatar is seated upon an object, the object is unable to link or unlink prims without unseating all avatars first.

Counting Prims & Avatars

There are two functions of interest when trying to find the number of prims and avatars on an object.

integer GetPrimCount() { //always returns only the number of prims
    if(llGetAttached())//Is it attached?
        return llGetNumberOfPrims();//returns avatars and prims but attachments can't be sat on.
    return llGetObjectPrimCount(llGetKey());//returns only prims but won't work on attachments.
}
See llGetNumberOfPrims for more about counting prims and avatars.

Errata

If a script located in a child prim erroneously attempts to access link 0, it will get or set the property of the linkset's root prim. This bug (BUG-5049) is preserved for broken legacy scripts.

  • Using llMessageLinked in a single prim object allows developers to mitigate some LSL limits by breaking up functionality between cooperating scripts and synchronizing actions. When you do this, be extremely careful not to create infinite loops as mentioned above.
  • Estimated .25-.50 delay between receiving and sending of llLinkedMessage has been observed by some users
  • Some users have noted occasional failures of linked messages when sending a message to a large number of receiving scripts in different prims using LINK_SET, LINK_ALL_OTHERS, & LINK_ALL_CHILDREN. If you encounter this problem, a workaround is to place all child prim scripts in a single prim, using targeted functions like llSetLinkPrimitiveParams to modify the prim in which the script previously resided. -- Void Singer

See Also

Events

•  link_message

Functions

•  llGetLinkNumber Returns the link number of the prim the script is in.

Deep Notes

Footnotes

  1. ^ LINK_ROOT does not work on single prim objects. Unless there is an avatar sitting on the object.
  2. ^ In LSL il tipo key è implementato come una string (ma con operatori e restrizioni differenti). La conversione tra tipi stringa e chiave non hanno effetto sui dati contenuti.
  3. ^ There are four ways for a script to target itself: by precise link number, LINK_THIS, LINK_SET and LINK_ALL_CHILDREN (if the prim is a child prim).

Signature

function void llMessageLinked( integer linknum, integer num, string str, key id );