I have noticed that since the MONO release, events are not being cleared after an llResetScript (This bug doesn't just affect attach scripts), some of my scripts using dataserver and notecard reading have been getting null keys after a reset. This has been occuring ever since the Mono release and worked perfectly before. I have gutted the script and changed it so that it can be triggered by touching. Too protect my games work, and all ^^;

Notecard is also in this message and is labelled "settings".

Script:

key player = "";
string objname = "";
string sittext = "";
string animation = "";
string loseanimation = "";
string winanimation = "";
integer timercount = 0;
integer minutestoend = 2;
integer winpercentage = 60;
integer loseanimlength = 11;
integer winanimlength = 12;
vector offset = < 0.0, 0.0, -0.1 >;

// for notecard reading
integer gLine = 0;
string gNotecard = "settings";
key dataserver_key = NULL_KEY;

next_line()
{
gLine++;
dataserver_key = llGetNotecardLine(gNotecard,gLine);
}

reset_script()
{
player = "";
timercount = 0;
llSetText(sittext, <1,1,1>, 1.0);
}

default {
state_entry() {
llSetText("Please wait, Initializing.", <1,1,1>, 1.0);

if(llGetInventoryName(INVENTORY_NOTECARD,0) == gNotecard)

else

llSitTarget(offset,ZERO_ROTATION);
}

touch_start(integer num_detected)

run_time_permissions(integer perm)
{
if(perm == PERMISSION_TRIGGER_ANIMATION)

}

changed(integer change) {
if (change & CHANGED_LINK) {
key av = llAvatarOnSitTarget();
if (av) { llRequestPermissions(av,PERMISSION_TRIGGER_ANIMATION); player = av; llStartAnimation(animation); }
else

}

if (change & CHANGED_INVENTORY) { llSay(0, "Inventory change detected. Resetting script now. Please wait."); llResetScript(); }
}

dataserver(key queryid, string data)
{
if(queryid != dataserver_key)

if(data != EOF)
{
if(llGetSubString(data,0,0) != "#")
{
if(llGetSubString(data,0,7) == "objname:")

if(llGetSubString(data,0,7) == "sittext:")

if(llGetSubString(data,0,9) == "animation:")

if(llGetSubString(data,0,12) == "winanimation:")

if(llGetSubString(data,0,13) == "loseanimation:")

if(llGetSubString(data,0,6) == "offset:")
{
integer length = llStringLength(data);
if(llGetSubString(data,8,8) != "<" || llGetSubString(data,length - 1,length) != ">")

else
offset = (vector)llGetSubString(data,8,-1);

if(offset == <0,0,0>)
offset = <0,0,-0.10>;

next_line();
return;
}

if(llGetSubString(data,0,7) == "minutes:")

if(llGetSubString(data,0,13) == "winpercentage:")

if(llGetSubString(data,0,13) == "winanimlength:")

if(llGetSubString(data,0,13) == "loseanimlength:")

next_line();
}
else
next_line();
}
}
}

Notecard (Must be named "settings"):

1. objname is the name of the Object
2. The script auto-sets the object name to this.
   objname: Fish Scooping

1. sittext is the message that appears when no one is sitting on the object.
   sittext: Scoop Fishies!

1. animation is the looping animation that plays until the timer is hit (Should be in inventory unless you know the key to the anim)
   animation: GoldfishingLook

1. winanimation is the animation that plays when a camper wins (Should be in inventory unless you know the key to the anim)
   winanimation: GodlfishingWin

1. loseanimation is the animation that plays when a camper loses (Should be in inventory unless you know the key to the anim)
   loseanimation: GoldfishingFail

1. offset is the offset a player is set to when they sit on the object. Default should be fine if you adjust the height of the object.
   offset: < 0.0, 0.0. -0.10>

1. minutes is the total number of minutes a player must wait in order to win (Default: 5)
   minutes: 1

1. chance of winning in percentage (0-100%)
   winpercentage: 100

1. Length of winning animation (in seconds)
   winanimlength: 12

1. Length of losing animation (in seconds)
   loseanimlength: 11

1. Message displayed when player wins
   winmessage: You win...

1. Message displayed when player loses
   losemessage: You lose...

When the script is used in Mono, it gives the "ERROR! Dataserver cannot read notecard!" message while in Pre-Mono, it works perfectly.

To reproduce, put the settings notecard in an object and my script into an object and sit, then click on the prim to unsit and reset the script. It may produce an error about the animation not being found (because I didn't include them, of course), but that can be ignored.

I added your script and the settings note to a box, then I sat on the box. I didn't get that message in LSL, nor in Mono.

Then I tried this script:

// dataserver-event survives reset in LSL
key notecard_query;
default
{
state_entry()

dataserver(key queryid, string data)

}

The notecard is called "New Note" and has 2 lines.

Output in Mono:

[18:40] Object: line 1
[18:40] Object: line 1
[18:40] Object: line 1
[18:40] Object: line 1
[18:40] Object: line 1
...

Output in LSL:

[18:40] Object: line 1
[18:40] Object: line 2
[18:40] Object: line 1
[18:40] Object: line 2
[18:40] Object: line 1
...

So, indeed the event survives a reset in LSL.
Thank you

link_message( integer sender_num, integer num, string str, key id )

}

Mono:

[22:25] Object: 1
[22:25] Object: 1
[22:25] Object: 1
[22:25] Object: 1
[22:25] Object: 1
...

LSL:

[22:25] Object: 1
[22:25] Object: 2
[22:25] Object: 1
[22:25] Object: 2
[22:25] Object: 1
...

I suspect in LSO event queuing is just slower then it is in Mono. The script reset may be slower in Mono.

Script reset could also work slightly differently on Mono. In LSO the event queue might be cleared early on during the reset, in Mono it might happen last.
Script reset on Mono should be slower, loading global variable initial values should be much easier in LSL (just copy the appropriate memory blocks all at once, instead of having to copy each individual value).

While I know the goal of Mono is to make scripts faster and work better, it's actually broken alot of mine to the point that I have to recompile the scripts to reset them... and I can't use llResetScript anymore to do it effectively.

Recompiling actually resets the events for me while llResetScript doesn't even TOUCH the events.

Basically, in my script, the dataserver key is different then what it should be and this is ONLY when it gets reset. I went so far as to put llSleep's after just about everything (for about 1-3 seconds) and it still results with the same effect which NEVER occured in pre-mono days. This confirms to me that it's not something that can be fixed in the script by us ourselves but in the LSL engine itself and it is, indeed, a bug.

integer i;
for (i = 0 ; i < 10000 ; i ++)
{
string s = "Ehhh, what's up, doc?";
}

The results are the same.

=======

Why Lashek's script gives the message is unclear to me, because there is no llResetScript() inside the dataserver-event.
Also, the text "ERROR! Dataserver cannot read notecard!" does not describe what's happening.
A better message would be: "An unknown dataserver-query has been flushed."

You forgot to consider that LL might have broken llResetScript for LSO when they implemented Mono. It turns out if you run your LM and Dataserver test scripts in a Legacy Havok1 sim it returns the same results as your Mono tests. I performed the tests in Fame on the beta grid (Aditi).

llResetScript for LSO on Mono sims does not properly clear the event queue.

I'm believe that LL changed the implementation of llResetScript to support Mono and in the process partially dropped LSO support.

I'm raising the priority since this is a Major change in LSO VM behavior.

There is a fix running on Aditi for the reset.

I tried:

attach()
dataserver()
link_message()
link_message() + manual reset ( SVC-2980 )

All of these events are canceled by a reset in LSL scripts now.

=======

Note: Other problems with state-changes and timer are still there:

VWR-9023 llResetScript in touch_start() results in double touch_start() event (Mono & LSL)
SVC-2990 Listen events persist between states in LSL2 (LSL only)
SVC-2973 MONO - timer() event triggers before on_rez(), & state_entry() (Mono & LSL)

=======

Second Life 1.21.0 (94829) Aug 20 2008 23:45:42 (Second Life Public Nightly)
You are at 255723.5, 255341.4, 20.8 in Sandbox Goguen 1.24 BETA located at sim3008.aditi.lindenlab.com (8.2.33.220:13002)
Second Life Beta Server 1.24.4.95876