Difference between revisions of "LSL-Editor/Bugs"
Huney Jewell (talk | contribs) (Flaw: Use of unassigned local variable) |
Huney Jewell (talk | contribs) (Test example for llParseString2List bug) |
||
Line 11: | Line 11: | ||
Q1. ... Do LSLEditor 2.15 and Second Life 2007-09-12 disagree? | Q1. ... Do LSLEditor 2.15 and Second Life 2007-09-12 disagree? | ||
A1a. I checked it in-world and yes, | A1a. I checked it in-world and yes, they do | ||
A1b. I checked again with LSLEditor and they really disagree on these results. And it's not the only difference. | A1b. I checked again with LSLEditor and they really disagree on these results. And it's not the only difference. | ||
Line 37: | Line 37: | ||
-- first posted as chat by [[User:Huney_Jewell|Huney Jewell]] and [[User:Ppaatt_Lynagh|Ppaatt Lynagh]] at [[User_talk:Ppaatt_Lynagh]] in September 2007 | -- first posted as chat by [[User:Huney_Jewell|Huney Jewell]] and [[User:Ppaatt_Lynagh|Ppaatt Lynagh]] at [[User_talk:Ppaatt_Lynagh]] in September 2007 | ||
Verified by this test example: | |||
<pre> | |||
string lf = "\n"; | |||
string quote = "\""; | |||
string escape = "\\"; | |||
list spacers = [quote, "(", ")", "<", ">", "[", "]", "/"]; | |||
list separators() | |||
{ | |||
string tab = llUnescapeURL("%09"); // != "\t" | |||
string cr = llUnescapeURL("%0D"); // != "\r" | |||
return [tab, lf, cr, " ", ",", ";"]; | |||
} | |||
default | |||
{ | |||
state_entry() | |||
{ | |||
string chars = "42 0.99 \"00000000-0000-0000-0000-000000000000\" | |||
[abc, def] \"xyz\\\\\"zyx\" <0, 1, 2, 3> // source literals"; | |||
list words = llParseString2List(chars, separators(), spacers); | |||
integer lenWords = llGetListLength(words); | |||
integer i = 0; | |||
for (; i < lenWords; ++i) | |||
{ | |||
llOwnerSay((string) i + ": " + llList2String(words, i)); | |||
} | |||
llOwnerSay("OK"); | |||
} | |||
}</pre> | |||
In-world test result: | |||
<pre> | |||
0: 42 | |||
1: 0.99 | |||
2: " | |||
3: 00000000-0000-0000-0000-000000000000 | |||
4: " | |||
5: [ | |||
6: abc | |||
7: def | |||
8: ] | |||
9: " | |||
10: xyz\\ | |||
11: " | |||
12: zyx | |||
13: " | |||
14: < | |||
15: 0 | |||
16: 1 | |||
17: 2 | |||
18: 3 | |||
19: > | |||
20: / | |||
21: / | |||
22: source | |||
23: literals | |||
OK | |||
</pre> | |||
LSLEditor 2.15 test result: | |||
<pre> | |||
0: 42 | |||
1: 0.99 | |||
2: 00000000-0000-0000-0000-000000000000 | |||
3: abc | |||
4: def | |||
5: xyz\\ | |||
6: zyx | |||
7: 0 | |||
8: 1 | |||
9: 2 | |||
10: 3 | |||
11: source | |||
12: literals | |||
OK | |||
</pre> | |||
== Use of unassigned local variable == | == Use of unassigned local variable == | ||
Another flaw: | Another flaw: |
Revision as of 22:12, 14 September 2007
LSL Alternate Editors lists a number of alternate worlds that work much like the world shown by the Second Life client, including the world of the binary-code-only LSL-Editor for Windows in particular.
In this article we blog differences found between the Second Life implementation of the Linden Scripting Language (LSL) and the LSL-Editor implementation.
By definition, differences found are merely issues, not definitely bugs, until we understand them. Different results seen with a test case are bugs in the implementations or in the specifications. The differences are bugs in the implementations if the specifications say what the implementation should do in the test case, differences are bugs in the specifications if the the specifications don't mention the test case, differences are broken by design if the specification lets the implementation behave indeterminately.
Cast of Cast Syntax
I tested ... offline using LSLEditor 2.15 and got the results I documented ...
Q1. ... Do LSLEditor 2.15 and Second Life 2007-09-12 disagree?
A1a. I checked it in-world and yes, they do
A1b. I checked again with LSLEditor and they really disagree on these results. And it's not the only difference.
This term ie. worked correctly in LSLEditor:
float number;
string char = (string)(integer)float;
which didnt compile in-world and needed be changed to
float number;
string char = (string)((integer)float);
which in LSLEditor worked correctly, too.
-- first posted as chat by Huney Jewell and Ppaatt Lynagh at User_talk:Ppaatt_Lynagh in September 2007
Separate Words Results Involving llParseString2List etc.
I tested Separate Words offline using LSLEditor 2.15 and got the results I documented ...
Q1. Are the results I got not the results that everyone gets in world?? Do LSLEditor 2.15 and Second Life 2007-09-12 disagree?
A1a. I checked it in-world and yes, ...
-- first posted as chat by Huney Jewell and Ppaatt Lynagh at User_talk:Ppaatt_Lynagh in September 2007
Verified by this test example:
string lf = "\n"; string quote = "\""; string escape = "\\"; list spacers = [quote, "(", ")", "<", ">", "[", "]", "/"]; list separators() { string tab = llUnescapeURL("%09"); // != "\t" string cr = llUnescapeURL("%0D"); // != "\r" return [tab, lf, cr, " ", ",", ";"]; } default { state_entry() { string chars = "42 0.99 \"00000000-0000-0000-0000-000000000000\" [abc, def] \"xyz\\\\\"zyx\" <0, 1, 2, 3> // source literals"; list words = llParseString2List(chars, separators(), spacers); integer lenWords = llGetListLength(words); integer i = 0; for (; i < lenWords; ++i) { llOwnerSay((string) i + ": " + llList2String(words, i)); } llOwnerSay("OK"); } }
In-world test result:
0: 42 1: 0.99 2: " 3: 00000000-0000-0000-0000-000000000000 4: " 5: [ 6: abc 7: def 8: ] 9: " 10: xyz\\ 11: " 12: zyx 13: " 14: < 15: 0 16: 1 17: 2 18: 3 19: > 20: / 21: / 22: source 23: literals OK
LSLEditor 2.15 test result:
0: 42 1: 0.99 2: 00000000-0000-0000-0000-000000000000 3: abc 4: def 5: xyz\\ 6: zyx 7: 0 8: 1 9: 2 10: 3 11: source 12: literals OK
Use of unassigned local variable
Another flaw:
This code produces above error msg with LSLEditor 2.16:
string msg() { float value; if (TRUE) value = 1; else if (FALSE) value = 0; return (string)value; } default { state_entry() { llOwnerSay(msg()); } }
This runs without error:
string msg() { float value; if (TRUE) value = 1; else value = 0; return (string)value; } default { state_entry() { llOwnerSay(msg()); } }
and this is without error, too:
string msg() { string value; if (TRUE) value = "1"; else if (FALSE) value = "0"; return value; } default { state_entry() { llOwnerSay(msg()); } }
-- posted by Huney Jewell in September 2007