Jass2Lua side effects

[speige]

Some identical code behaves differently between jass & lua. Example:
-2147483648 - 1
jass: 2147483647 [wraps to positive]
lua: -2147483648 [can't go any smaller]

I can patch some things with metatables, for example:
(getmetatable("") or {}).__add = function(...) end

But, integers don't have a metatable, so a much more complicated & ugly workaround is necessary.
Many maps won't ever see these side-effects, but should attempt to detect them & either correct them or warn user.

Jass unit tests for example possible side effects is attached:
jass2luaSideEffects_jass.zip

[speige]

String escaping differences
escape ' with ' (only if string surrounded in ')
escape " with " (only if string surrounded in ")
escape \ with \ in strings

if these don't exist in jass, escape them when converting
\a	Bell (alert)
\b	Backspace
\f	Form feed
\n	Newline
\r	Carriage return
\t	Horizontal tab
\v	Vertical tab
\x41 (hex)
\101 (octal)
\u{1F600} (unicode)

[ifshuaishuai]

Maybe writting jass AST parser instead, like treesitter?

I'm currently working on reversing war3map.j, have writted a jass grammar for treesitter. It's not very formal but works.
If intersted, let me known. I'll push it to github. Any fork or improvement is welcomed.

[speige]

Thanks for the offer, but I don't think I need it, because I'm already using a jass AST parser from https://github.com/Drake53/War3Net

Treesitter is a better technology, but the War3Net is working okay

I'm also using a lua AST parser from https://github.com/Doridian/LuaJS (executing in c# via embedded v8 chromium)

The reason for Jass2Lua is because lua is more powerful than jass. During deprotection, if I automatically convert jass to lua before deprotection, then I can use stronger deprotection techniques.

I already coded the Jass2Lua transpiler, https://github.com/speige/Jass2LuaTranspiler
The note above about side-effects is low priority, but if I find any maps that have these specific jass side-effects, I'll need to improvement my jass2lua transpiler.