|
Notes |
|
|
|
I've tested this on my real A1200 with fast ram. The 'F10' key (68000 Quitkey?) does indeed give the Exception Error, whereas my normal 'PrtSc' Quitkey does not.
This is with V1.2 of the slave 6-7-2006. The ReadMe makes no mention of a 68000 Quitkey either, despite it clearly existing! |
|
|
|
|
There is no 68000 quitkey support in V1.2 of the patch! Hence it clearly does not exist!
The patch is currently being rewritten, 68000 quitkey support will be added, the mentioned problem when quitting the game will be fixed and other improvements will be added as well. |
|
|
|
|
|
Hello StingRay. If that's the case, how would you explain it? Does the game have its own 'F10 to quit' feature? All I can tell you is that what I said before is true! |
|
|
|
|
|
Just to add...I'm not changing WHDLoad.prefs or anything with different Quitkey's in...mine is set to $5d, not F10; it will quit the game with both keys however, with the F10 giving the error. |
|
|
|
|
"All I can tell you is that what I said before is true!"
It isn't! Add "NOVBRMOVE" tooltype and you will notice that the game will not quit anymore because there is no 68000 quitkey support at all in the current patch. Changing the quitkey works for you because you are using an A1200 with 68020 (or better) CPU, which allows WHDLoad to use the VBR (V.ector B.ase R.egister) to relocate interrupt vectors to allow quit without any dedicated quitkey handling in the patch itself. This will not work on 68000 as there is no VBR on such CPUs.
The error message that occurs when trying to quit with F10 is a bug in the game code (disk version will crash when F10 is pressed) as trap 2 is called but the trap vector has never been initialised. |
|
|
|
|
|
I haven't changed the QuitKey! So anyway, I did what you said (NOVBRMOVE) and the game does still quit with 'F10' (with the error). Well, I don't think the game needs 68000 QuitKey support does it because it seems it already has it built-in! If it quacks like a duck etc... :-) |
|
|
|
|
|
This time, try and make an F10 QuitKey that doesn't crash! :-P |
|
|
|
(0011419)
|
|
StingRay
|
2022-06-13 14:40
(Last edited: 2022-06-13 14:41) |
|
The game "quits" because WHDLoad intercepts the uninitialised trap 2 vector! This has absolutely nothing to do with any quitkey functionality, it is a game bug. Try NOVBRMOVE and changing the quitkey to anything else but F10, this will hopefully end this discussion!
|
|
|
|
|
Kamil must have an WinUAE A600 then, because F10 for quit is only there by default for the A600 user's benefit! Kamil! Are you there? Get that QuitKey changed to something else!
"This has absolutely nothing to do with any quitkey functionality, it is a game bug."
Except of course that the QuitKey is actually 'F10' by default. Just one of those weird coincidences. Anwyay, I`'m looking forward to the fix! Keep up the good work. |
|
|
|
|
Kamil is my bug report.
My configuration for whdload games is the default Amiga 1200. In whdload.prefs I have quitkey as F10 ($ 59) for all games. That's why Super Seymour crashes into the system.
I confirm what @Paul Head wrote, when I set quitkey as $ 5d in the game file, the problem does not occur. |
|
|
|
|
"Except of course that the QuitKey is actually 'F10' by default".
If 68000 quitkey support would have been added in the patch, this problem would actually not have occured at all, it would have been "silently" fixed. Game checks the F10 key (for whatever reason), the key code is set in the keybord interrupt, quitkey support in the patch handles the key before the game has any chance to process it. :)
Anyway, this has all been fixed already, I'm currently adding a few more trainer options and highscore load/save and then the new patch will be released. |
|
|
|
|
|
Updated patch is now available. |
|
|
|
|
|