Cheat Engine

dl748 · Posted: Sat Oct 15, 2016 3:55 am Post subject: Problems with LUA

I'm having a problem with LUA that I'm not having with the AA. When I create a script with [ENABLE] [DISABLE], the enable runs every time I edit and save the script, which doesn't happen when its dealing with asm. Is there a method to determine if the script is being enabled/disabled in LUA?

Dark Byte · Posted: Sat Oct 15, 2016 5:09 am Post subject:

Add

dl748 · Posted: Sat Oct 15, 2016 1:35 pm Post subject:

Thanks works perfectly!

I have one more question, do you not execute code in order? It seems that LUA code executes BEFORE AA code

Zanzer · Posted: Sat Oct 15, 2016 1:45 pm Post subject:

Correct, Lua executes first.

Dark Byte · Posted: Sat Oct 15, 2016 2:29 pm Post subject:

Yes, lua executes first.
the return value of lua is parsed by the auto assembler
e.g:

dl748 · Posted: Fri Oct 21, 2016 5:44 pm Post subject:

Thanks, everything is working perfectly except one last thing.

When I call registerSymbol() the first time, the table updates with the correct values, but when i unregisterSymbol() via [DISABLE] and then registerSymbol() again with the [ENABLE] The table doesn't update with the new values, I have to double click the address and then click cancel, then that table entry updates (the rest do not)

Is there a way to tell Cheat Engine to force a resolve of all table entries with a symbol in it via lua?

mgr.inz.Player · Posted: Sat Oct 22, 2016 4:40 am Post subject:

Post your script. If you don't want to post whole script, remove all not needed parts (leave the most important things). Then, we can help you to fix that.

Why we need the script? To understand what you really want. For example you wrote registerSymbol(), but we do not know if you are using "registersymbol AutoAssemble command" or "registerSymbol Lua function inside {$Lua} block inside AutoAssemble script".

dl748 · Posted: Sun Oct 23, 2016 10:32 pm Post subject:

i thought registerSymbol() was only in lua.

anyway here is here is the code

Zanzer · Posted: Mon Oct 24, 2016 4:11 pm Post subject:

dl748 · Posted: Tue Oct 25, 2016 12:53 am Post subject:

Unfortunately that doesn't work in LUA. I gave you a simple reproducible example to demonstrate the problem I'm seeing.

mgr.inz.Player · Posted: Tue Oct 25, 2016 3:06 am Post subject:

Script provideed by Zanzer doesn't use Lua.

Try this one:

dl748 · Posted: Tue Oct 25, 2016 10:17 am Post subject:

Right, which is why I said it doesn't work in LUA. I created a simple example to demonstrate the problem I'm seeing. My actual script is very long and does dynamic creation of Symbols and Table Entries. I already know that the AA script works and is immediate, but what I'm saying is that registersymbol() and registerSymbol() seem to do 2 completely different things and if there was a function like 'updateSymbolTable()' or 'symbolTableRefreshed()' which forces the showing table to refresh the display of those symbols.

In AA, registersymbol() -> refreshes the table view
In LUA, registerSymbol() -> does not refresh the table view

I've even tried to "HACK" it by calling autoAssemble() to generate the symbol, but that doesn't work either

Dark Byte · Posted: Tue Oct 25, 2016 11:30 am Post subject:

you can force a reinterpretation of all addresses in the addresslist using

mgr.inz.Player · Posted: Tue Oct 25, 2016 2:46 pm Post subject:

@DB, this solution has a downside, it will damage memrecs with pointers (if any).

memoryrecord_setAddress(L: PLua_state) if only one argument passed (Address property), it sets offsetCount to zero. We have to use setAddress method with second argument (a table with offsets).

Also:

dl748 · Posted: Wed Oct 26, 2016 12:46 pm Post subject:

Thanks I'll give that a try.

I would have given a "PURE" lua example if i knew how to actually do that. From what I've gathered the script that you define in a table entry defaults to AA. So I'm not sure how to tell an entry that it is a "PURE" lua without using {$lua} to force it in the script.