This is what you pasted in a earlier message:
Code:
c_HackTool -> JMP candidate for ObjectAspectFix_cc, NOPS=1, Address=0x1401a6298
c_HackTool -> JMP candidate for MouseFix_Regs_cc, NOPS=1, Address=0x14195d8f0
c_HackTool -> JMP candidate for MouseFix_cc, NOPS=0, Address=0x14196b485
c_HackTool -> JMP candidate for HUDFix_cc, NOPS=2, Address=0x141965f72
c_HackTool -> JMP candidate for WEPFOV_cc, NOPS=2, Address=0x140a60f10
c_HackTool -> Successfully allocated 4096 bytes at 0x1c7280000 for ASM block "Fixes"
c_HackTool -> Failed to compile assembly... Error during compile, check your assembly is accurate and valid.
c_HackTool -> Error occured near: jmp 0x14072629e (Relative Jump Out Of Range)
Here is what happens on my machine: (Windows 10 x64)
Code:
c_HackTool -> JMP candidate for ObjectAspectFix_cc, NOPS=1, Address=0x7ff7ea2a6298
c_HackTool -> JMP candidate for MouseFix_Regs_cc, NOPS=1, Address=0x7ff7eba5d8f0
c_HackTool -> JMP candidate for MouseFix_cc, NOPS=0, Address=0x7ff7eba6b485
c_HackTool -> JMP candidate for HUDFix_cc, NOPS=2, Address=0x7ff7eba65f72
c_HackTool -> JMP candidate for WEPFOV_cc, NOPS=2, Address=0x7ff7eab60f10
c_HackTool -> Successfully allocated 4096 bytes at 0x7ff7f1380000 for ASM block "Fixes"
c_HackTool -> Assembly compile was successful
ie. this demonstrates Printf is not behaving properly, I'm sure there are other functions misbehaving - I have tested 64bit functionality extensively on Windows 10 and Windows 8 but Windows 7 not so much.
64bit compatibility in general is a nightmere from experience, no matter how well you try and stick to "ideals" in terms of data types and practices.
[edit]
The problem will be printf, if you look in the Lua file, the addressing is all dynamic, I'm replacing strings and variables with addresses before I present the assembly to the Fasm DLL, so if it's broken in the debug window it will be broken when it generates the ASM to go out to FASM, where it consequently get's the binary back to inject.
Printf nomenclature for printing 64bit variables is a known rat's nest on windows, and linux too for that matter. #IFDEF nest ftw.
I lie, I'm actually using StringCchPrintf because of this exact issue when I first built it, behaviour wasen't consistent, I used that function hesitently because at the moment, FWS is Win32 only.
i.e. The problem lies here:
Code:
if (Arch == 32) { tFormat = L"0x%x"; } else { tFormat = L"0x%llx"; }
....
StringCchPrintf(buf,256,tFormat,Address);
[/edit]
_________________
Resident Jester -
Flawless Widescreen -
Widescreen gaming the way it should be.
[
Steam Profile]
Want to keep Flawless Widescreen alive?
Donate Here
Login
FAQ
Search
Members
