Difference between revisions of "LSL-Editor/Bugs"

From Second Life Wiki
Jump to navigation Jump to search
(Flaw: Use of unassigned local variable)
(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