Cheat Engine

Z003 · Newbie cheater Reputation: 0 Joined: 11 Jan 2011 Posts: 13

Hi,

In 6.0 the code list no longer saves addresses as offsets. It now saves them as static values which makes them useless.

Previous it saved them as mydll.dll + 0x55

Now it evaluates mydll.dll to its address value (lets say 0x1000) saves it as 0x1055.

This is a huge problem as rarely do dlls get places in the same address space. 0x1055 is not guaranteed to be mydll.dll + 0x55.

Please revert saving back to run-time resolution instead of static address.

Dark Byte · Posted: Tue Jan 11, 2011 4:36 pm Post subject:

Not sure why you say it's not as it is saving it as modulename+offset and alternative fallback when it can not locate the dll

if next time the program is started and mydll.dll is loaded at 0x5000 and you go to that address in the code list you'll notice it'll go to 0x5055

Of course, if the code you're adding is not in a dll then it won't use the modulename notation (e.g runtime generated code like flash)

Z003 · Newbie cheater Reputation: 0 Joined: 11 Jan 2011 Posts: 13

Here is an exceprt from my save file:

Dark Byte · Posted: Tue Jan 11, 2011 4:55 pm Post subject:

Is that a save file ported from a 5.6.1 table to 6.0 or did you manually add this address yourself in the disassembler view ?

nvm, I see your edit. I'll check it out

Dark Byte · Posted: Tue Jan 11, 2011 4:56 pm Post subject:

are you on a 32-bit or 64-bit os ?

Dark Byte · Posted: Tue Jan 11, 2011 4:59 pm Post subject:

Yup, looks like the 64-bit version has a problem with getting the 32-bit processlist in the addcode list.

Just a sec. This one is important enough for a minor update

Z003 · Newbie cheater Reputation: 0 Joined: 11 Jan 2011 Posts: 13

I am on W7 64bit, new save (not ported).

I made a final edit to my previous post, so no rush on the update Smile

Dark Byte · Posted: Tue Jan 11, 2011 5:12 pm Post subject:

Well, if you feel like it you can redownload ce and it should work better

Z003 · Newbie cheater Reputation: 0 Joined: 11 Jan 2011 Posts: 13

wow, thank you for the ultra fast fix. definitely donation worthy!

Geri · Moderator Reputation: 111 Joined: 05 Feb 2010 Posts: 5636

I have found a problem with value conversion in a game. The game is Bejeweled Blitz (1.0.6.4034). My script is this:

Dark Byte · Posted: Wed Jan 12, 2011 6:19 am Post subject:

perhaps that game has defined the symbol #15
try (int)15

Geri · Moderator Reputation: 111 Joined: 05 Feb 2010 Posts: 5636

Krude · Newbie cheater Reputation: 0 Joined: 12 Jan 2011 Posts: 15

So, here's a couple things about CE6. (Using Win7 x64)

First: Man, i've been waiting anxiously for this and it's finally here! A debugger for 64 bit!

1.
I noticed this:
(can't post URLs, copy&paste and replace the dot)
tinypic dot com/r/eium2t/7
Req... Requires what?

2.
Several 5.6.1 tables i tried throw up an Access Violation error upon loading. I've attached one i used for Recettear that does this.
Will you include backwards compatibility for CE5 tables like those am i shit outta luck?
Additionally, older Comments are broken. Several of my 5.6 tables had instructions and stuff in comments, but when i open them in CE6, they are gone.

3.
Really minor issude, but i did a clean install (Win7 x64) and upon first start CE opened the i386 tutorial for me instead of the x86-64 tut.

4.
Will the DirectX stuff come back eventually?

Dark Byte · Posted: Wed Jan 12, 2011 1:02 pm Post subject:

1: requires dbvm. I don't recommend trying it in win7
2: I'll check it out, for now, open your old table in 5.6.1 and save it with .xml extension
then open that in ce 6
3: That's on purpose so new people don't get confused when they follow tutorials made by other people
4: Perhaps

Dark Byte · Posted: Wed Jan 12, 2011 1:45 pm Post subject:

redownload ce and you should be able to load those tables fine.
comments are still missing though