📃 SLua Alpha

Functions to convert from lua table to json string would be amazing. ESPECIALLY if they can handle vector uuid and quaternion casting correctly. ll.Table2Json Recursively convert a table to json. Some values in a table may not be convertible like functions, and should probably be skipped. local data = {1,2,{a="b"},{c={d="e"}}} local json = ll.Table2Json(data) ll.OwnerSay(json) Would output something similar to [1,2,{"a":"b"},{"c":{"d":"e"}}] ll.Json2Table Convert a json string to a table. local json = '[1,2,{"a":"b"},{"c":{"d":"e"}}]' local data = ll.Json2Table(json) Would create a table similar to {1,2,{a="b"},{c={d="e"}}} Casting of vector quaternions uuids booleans etc It would solve ALLOT of problems if these methods handled casting of certain datatypes for users. Avoid lsl's (vector)llList2String(list,0) problem P.S. I have made a "crappy" lua function that mocks ll.Table2Json mostly for debugging purposes https://feedback.secondlife.com/luau-showcase/p/table-2-json-and-json-2-table-mostly-for-debugging-with-pretty-print

SL's implementation of Lua now has three number-ish types: number (built-in) boolean (built-in, false is distinct from 0 ) integer (userdata, for compatibility with LSL API) integers can be created from numbers by calling integer() Right now, we can't convert boolean to integer , which makes writing scripts a bit convoluted: enable = false -- eg. result of `health <= 0` ll.SetPrimitiveParams({PRIM_PHYSICS, integer(enable)}) -- error: lua_script:2: unable to cast! -- [C] function integer The current solution would have to be: enable = false -- eg. result of `health <= 0` enable = if enable then 1 else 0 ll.SetPrimitiveParams({PRIM_PHYSICS, integer(enable)})

In LSL/Mono the following script is valid: (Note that I'm passing a string where key is expected, and a key where string is expected.) string str = "28c5efb6-fcaa-4ed5-9cf1-a640d1a99272"; key uuid = "28c5efb6-fcaa-4ed5-9cf1-a640d1a99272"; llInstantMessage(str, uuid); However, in Lua the following script isn't valid: local str = "28c5efb6-fcaa-4ed5-9cf1-a640d1a99272" local key = uuid(str) ll.InstantMessage(str, key) -- lua_script:3: invalid argument #2 to 'InstantMessage' (string expected, got uuid) -- [C] function InstantMessage It's valid to pass a string where uuid is expected, but not the other way around.

Right now lua in sl declares quite a lot of things in the "global namespace". This.. may cause issues down the line. As I understand part of the push for lua is problems with updating mono... i can see 5 years into the future, luau updates to v0.744 and adds uuid or some other conflicting name, and now updating luau is a problem...

One of my HUDs started producing errors only after I recompiled it from LSL/Mono to LSL/Luau due to an empty string "" being changed to an empty key, after every region crossing, before being passed to llSetLinkPrimitiveParamsFast . I distilled the issue down to this script: list myList = [""]; key someKey; // this must be below myList to reproduce this bug default { touch_start(integer total_number) { if (llListFindList(myList, [(key)""]) != -1) // we found an empty key in the list { llOwnerSay("FAIL: The empty string was changed to an empty key. Resetting..."); llResetScript(); } else llOwnerSay("PASS: The empty string is still an empty string."); } } Steps to reproduce Teleport to any Luau test region. Create an object and attach it to your avatar. Create a new script in that object and paste the above code into the script editor window. Change the compiler to LSL/Luau and then save the script. Click the object. It will output "PASS." Walk into an adjacent Luau test region. Click the object again. It will output "FAIL." Affected versions Luau 2025-03-10.13758278457

Currently, clicking the "Edit..." button in the script floater, to open the script in an external editor, opens the script with .lsl extension. This causes some issues with language auto-detection in external editors, such as Sublime Text and VS Code. Could the file type be replaced with .lua when the chosen compiler is "Lua"?

Secondlife functions like ll.GetObjectDetails , ll.SetLinkPrimitiveParams , ll.ParticleSystem that take lists as arguments require integer and booleans inside them to be converted to a userdata integer object. This is extremely cumbersome for basic use. An example ll.ParticleSystem({ integer(0), integer(bit32.bor(0x100,0x400,0x008)), integer(9), integer(0x01), integer(17), 1.0, integer(1), vector(0.8,0.0,0.0) }) It would be great if luau could be setup to allow for the use of normal number types and booleans. Like this ll.ParticleSystem({ 0, bit32.bor(0x100,0x400,0x008), 9, 0x01, 17, 1.0, 1, vector(0.8,0.0,0.0) }) Correctly "cast" constants would improve this somewhat, but still leaves allot to be desired. For now I have made myself a function to "auto cast" these for me, but that is sub optimal at best... function table2FuncList(tab) for k,v in pairs(tab) do if type(v) == "number" and math.round(v) == v then tab[k] = integer(v) elseif type(v) == "boolean" then tab[k] = integer(v and 1 or 0) end end return tab end

create a simple default script and save it with a ll.Say or ll.OwnerSay in state_entry() and reset the script. Nothing appears to happen when resetting the script.

Luau Mesa sim keeps going down. Or seems to. At one point, the terrain had disappeared, but my avatar could walk into the region. Someone else there saw the same thing happening. Then the viewer stalled, followed by "You have been logged out of Second Life". On previous attempts, the viewer crashed with no useful messages or log info. If I stay in Luau Yardang, out of view range of the region boundary, things are stable and my Lua programs are running OK. Using SL Project Lua Editor 7.1.12.13526902562 of 2/25/2025 10:54:52 AM.

Not much more to it. llGetFreeMemory report 16000s bytes free at all times, llGetSPMaxMemory reports 16384 whether profiling is on or off. Same applies to pure Luau scripts, neither function returns meaningful values. ~~llGetUsedMemory and ll.GetUsedMemory appear to be ok.~~ <- Edit: redacted, they do not count memory used by tables or strings at all. A table with 10000 random numbers in it is reported as not using any memory, as well as a string with 256k(! that can't be right either) characters. Same applies to lists when compiled as LSL-Luau.