[hatari-devel] EKO system regression

[Laurent <laurent.sallafranque@xxxxxxx>]

Hi all,


I've noticed a regression with EKO system with the last source code.

I've bissected it and here is the result.


laurent@laurentux:~/Atari/hatari$ git bisect good
b65a1bf1c9c1baf1efd1ba6b901aa3445325805f is the first bad commit
commit b65a1bf1c9c1baf1efd1ba6b901aa3445325805f
Author: Thomas Huth <huth@xxxxxxxxxxxxx>
Date:   Sun Aug 25 12:16:40 2019 +0200

    Handle GEMDOS HD emulation without code in the cartridge

    The assembler code in the cartridge for the GEMDOS HD emulation is a
    constant source of trouble. Currently there is a problem that it
    crashes in TT emulation mode when an interrupt from the 2nd MFP
    happens at the wrong point in time and the stack supplied by TOS
    is too small for handling both, the GEMDOS HD code in the cartridge
    and the interrupt routine.

    Instead of continuing the kludgy and hard-to-maintain assembler code
    in the cartridge, let's rather act directly when we see the exception
    in the Hatari C code. The only trouble is the Pexec() GEMDOS call
    which needs some extra handling: We need to allocate memory on the ST
    side before loading the program code, so we have to run some ST code
    in between. Let's use the old GEMDOS_OPCODE illegal opcode now to jump
    back to the emulator code for this.

:040000 040000 27eacb5e54b950c1d9d441359e9529eb9c06b400 
a41d5dda1b023fabede17a02e9089983f34d50e1 M    src
laurent@laurentux:~/Atari/hatari$


regards

Laurent