rofl0r

> It seems your tool can decompile also the scripts no, it only disassembles the scripts. the result is assembly language, which is much more low-level than the AGS C...

> About this concrete game - is it maybe old enough that the source code is still included? if you find .c or .asc files in the script directory after...

relevant code: ```c static int get_variable_offset(AS* a, char* name) { /* return globaldata offset of named variable */ size_t i = 0; struct variable item; for(; i < List_size(a->variable_list); i++)...

interesting error message. maybe @ivan-mogilko has an idea why it could be raised? you might also want to try older versions of AGS. the "missing information" you're refering to is...

i fixed a bug today which may solve this issue.

the weird chars there look like memory corruption to me... there's a bug in the code somewhere.. maybe you can find it by compiling the code with ubsan and asan...

rather than going for an overkill solution like TLS (which will be hard to implement with icmp packet size!) i'd rather go for something based on djb's tweetnacl crypto primitives,...

afaik aarch32 is the ILP32 ABI for aarch64, same as x32 for x86_64. so it does use 64 bit registers for speed, but long and pointers are 32bit unlike on...

if you already have C as the input, why not just compile it with GCC for best speed?

```c #if __has_include() #include #endif ``` seems they use already a C2X feature