|Re: [hatari-devel] Solved: Pure debugger, illegal opcodes, exceptions|
[ Thread Index |
| More lists.tuxfamily.org/hatari-devel Archives
I pushed a fix to repository.
Pure Debugger starts now fine with WinUAE.
I also noticed that X-moon game works fine with it now,
but I'm not sure was it because of this change.
(For some reason the game stops while one keeps
joypad fire button down which makes it pretty
annoying to play, but otherwise it works fine.)
On keskiviikko 10 lokakuu 2012, Nicolas Pomarède wrote:
> Le 10/10/2012 18:16, Eero Tamminen a écrit :
> > - Eero
> >  In this case maybe STMemory_ReadLong() which is e.g. used
> > by the gemdos HD emulation.
> yes, it should be this way, get_long is "interpreted" and should only be
> used in emulation context not when you just want to peek a value to
> print it in some logs.
> See my comment in mfp.c in 2008/04/20 :)
> "In the TRACE call in 'MFP_Exception', replace 'get_long' by
> 'STMemory_ReadLong' because 'get_long' produced a bus error
> if we were not already in supervisor mode when the mfp exception
> occured. This could cause bus error when restoring snapshot
> of a gemdos program for example if trace mode was activated."