quickrt handle unknown type

ruby

quickrt
► lpeg = require'lpeg'
► lpeg.P(1)
pretty.lua:35: attempt to compare number with lpeg-pattern

crash.

quickrt
► lpeg = require'lpeg'
► type(lpeg.P(1))
"lpeg-pattern"

elseif name == nil and t ~= "userdata" and (t == "table" or mt) then

seems that sometimes there is a type "lpeg-pattern" outside of userdata table ... scope

ruby

b.lua:

a = 'from b.lua'

► loadfile'b.lua'()
► a
"from b.lua"
► a=nil
► a
"from b.lua"
► a=1
► a
1
► a=nil
► a
"from b.lua"
► a='new a'
► a
"new a"
► a=nil
► a
"from b.lua"
►

kind of strange?

Lua 5.4.6  Copyright (C) 1994-2023 Lua.org, PUC-Rio
> loadfile'b.lua'()
> a
from b.lua
> a=nil
> a
nil

weird variable scope

Samir

Very Strange !
Will check this thank you ruby

Samir

OK it will be fixed in next LuaRT release 👍️

The first bug was due to pretty printing of custom userdata.
The second is because QuickRT use a sandboxed environment, the fix will do the job.

ruby

scope is ok now. but lpeg type problem still exists

► _VERSION
"LuaRT 1.7.1"

► lpeg = require'lpeg'

► p = lpeg.P'test'

► type(p)
"lpeg-pattern"

► tostring(p)
"lpeg-pattern: 0000016E24AF4498"

► p
pretty.lua:39: attempt to compare number with lpeg-pattern

crash and exit immediately

problem is this line:

if #value > 0 then

if the value is not a table, but other type like lpeg pattern, then it can not be used with # operator

-- edit
actually lpeg pattern can be used with # operator, but return another pattern, instead of return an int number

lua is so flexible that any operator can return any type value. charm of dynamic language?

Samir

Yes sorry I have not validated the commit to fix this, as I thought...