Difference between revisions of "LlMessageLinked"
| Line 13: | Line 13: | ||
|spec | |spec | ||
|caveats=*A script can hear it's own linked messages (not always, this is dependent upon the '''linknum''' value). | |caveats=*A script can hear it's own linked messages (not always, this is dependent upon the '''linknum''' value). | ||
**This creates the possibility of an infinite loop; be very careful about how messages are handled. | **This creates the possibility of an infinite loop (a bad thing); be very careful about how messages are handled and passed along. | ||
|examples=<pre> | |examples=<pre> | ||
default{ // assumptions // object name: LSLWiki // script name: _lslwiki | default{ // assumptions // object name: LSLWiki // script name: _lslwiki | ||
Revision as of 12:58, 28 March 2007
| LSL Portal | Functions | Events | Types | Operators | Constants | Flow Control | Script Library | Categorized Library | Tutorials |
Summary
Function: llMessageLinked( integer linknum, integer num, string str, key id );| 164 | Function ID |
| 0.0 | Forced Delay |
| 10.0 | Energy |
Triggers a link_message event with the parameters num, str, and id in the group or link linknum.
| • integer | linknum | – | Link number or a LINK_* flag. | |
| • integer | num | |||
| • string | str | |||
| • key | id |
|
| |||||||||||||||||||||
Caveats
- A script can hear it's own linked messages (not always, this is dependent upon the linknum value).
- This creates the possibility of an infinite loop (a bad thing); be very careful about how messages are handled and passed along.
Examples
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
}
}
Useful Snippets
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]));
}
}
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.
llGetNumberOfPrims()- Returns the number of prims and seated avatars.llGetObjectPrimCount(llGetKey())- Returns only the number of prims in the object but will return zero for attachments.
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.
}
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.
See Also
Deep Notes
Footnotes
Signature |
|---|
function void llMessageLinked( integer linknum, integer num, string str, key id ); |