Cheat Engine

[smurfen]

Hi DB, nice to see you've started using Trac. Really useful for gauging what happens with this app.

Now I'd like to solicit some advice from you. I've been trying to get a functioning version of CE going based on what's in subversion and looking at the change sets and your commit comments, R23 looked most stable to me (essentially after you first committed the project to SVN and fixed some stuff w.o. introducing new functionality).

I get R23 to compile but it barfs at line 1383 when waiting for the injection thread (access violation at 0x0), after having selected a process to work with. Besides the runtime crash the trainer project seems to be missing a resource file and ntifs.h seems corrupt (had to let Delphi generate the former and replace the latter with another version I knew was correct).

So I'm wondering if all bits and pieces have made it to the repository and also what revision you judge to be most stable? If none are deemed stable by you, would you mind importing 5.3 stable as a branch or similar?

PS. Last I tried building CE was 5.2 and that worked fine though, so either I've missed some important step in the build process or there actually are some kinks preventing the app from functioning .. And.. I get the runtime error with the vanilla source (i.e. no mucking around trying to create a UCE version).

[Dark Byte]

Actually, all commits from the last few days have been bugfixes and compatibility fixes, no new functionality.

ce isn't written to expect critical files to be missing, thats why you get the access violation.
Your system has "use hyperscan when possible" enabled, so when you open a process, it'll enable hyperscan.
Hyperscan injects CEHOOK.DLL into the target process.

So, first compile CEHOOK.DLL, or go to settings->extra and disable the option to use hyperscan by default.

Also, because you're not the first one to forget compiling cehook.dll and getting this bug: I've added a check to the injectdll routine to prevent this kind of crash (rev 34)

and regarding ntifs.h, that version of ntifs.h is compatibly with windows DDK 6000, for 6001 and later you may have to comment out some redefinitions

[smurfen]