05-30-2011, 07:25 AM
(05-29-2011, 08:45 PM)Hykem Wrote: Sure.The only information I could find in the log was that the address 0x8B8CD10 was compiled as a "nop" some time before:
To save space, I've tried to make the log as specific as possible. Here is a DEBUG level Compiler and Runtime log file recording the activity of the thread "user_main" alone, shortly after loading the KEYBLADE_RIDE.ELF.
As you can see, for some reason, there seems to be some sort of conflict with the runtime call instructions and the respective compiled jump (the one with the $at register).
Code:
Replacing CodeBlock at 0x08B8CD10 by Native Code 'nop'
Code:
0x8B8CD10 jr $ra
0x8B8CD14 nop
Normally the compiled code is invalidated (RuntimeContext.invalidateAll) when unloading a module (sceKernelUnloadModule)... Does this game call a different method to unload the module located at 0x8B8CD10?
Could you set a memory write breakpoint at 0x8B8CD10-0x8B8CD17 to find out who is overwriting the memory?