📃 SLua Alpha

While this caveat behavior is known and possibly relied upon by lsl scripts. Nobody should be writing a slua script expecting this security issue to exist. So if possible could a ll.HTTPRequest from slua, only trigger the http_response event in the slua script making the request. Or a dataserver request also respond only to the requesting script. Not in any other, script regardless of their platform runtime. This might be a slight pain to implement to keep the behavior for lsl on luau scripts, but I think worth it for slua Test Place 2 scripts in a prim save them with the following content ll.HTTPRequest("https://secondlife.com",{},"") function http_response(id,stat,meta,body) ll.OwnerSay(`{ll.GetScriptName()} = {stat}`) end Note that on saving of the second script you get 2 owner says, one from each script stating the response status. Ideally this behavior should be avoided for slua. Alternate suggestion It was suggested it may be possible to instead add a new HTTP_* flag Something like ll.HTTPRequest( "https://secondlife.com", { HTTP_PRIVATE_REQUEST, TRUE }, "" ) This would not work for dataserver events though

The SLua code below demonstrates the problem. Two vectors, multiplied, results in a vector answer rather than a number. v1 = vector(9, 2, 7) v2 = vector(4,8,10) v3 = v1 * v2 ll.OwnerSay(typeof(v3) .. ": " .. tostring(v3)) Program output: vector: <36.00000, 16.00000, 70.00000> Reason for identifying as a bug: The SL Wiki indicates that the dot product should return the sum of the products of the vector elements. In this case, the expected result should be 122.0. What is returned instead is simply the vector of the products of each element.

Very, very minor bug. Currently "goto" highlights as a keyword in the script editor, and gives the helper text, "Lua goto statement: jumps to a specified label" goto is not implemented in Luau, and this is not me asking for it to be implemented. But right now the script editor is implying that goto will work, and it doesn't. Perhaps there are some other functions from Lua that aren't implemented in Luau where this is also an issue? I couldn't find anything else, but it's possible.

as title suggests the viewer will attempt to parse and syntax highlight for SLua multi line strings

This started happening sometime after yesterday's (Mar 11) Luau test region restarts. Allocating lists that take up as little as 12 kB under Mono, in an otherwise empty script, will cause an out of memory error under LSL-Luau. Repro script: works under LSL-Mono and uses ~16 kB memory (4 kB code + 12 kB from the lists), runs out of memory under LSL-Luau. default { state_entry() { list t1; list t2; list t3; // simply for speed under mono, appending to bigger lists gets slower integer i; for(i = 0; i < 1024; ++i) { t1 += ""; t2 += ""; t3 += ""; } llSleep(0.01); llOwnerSay("memory used: " + (string)llGetUsedMemory()); // would be wrong under Luau anyway } }