| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0003607 | BobsBadDay | [WHDLoad Installs Games] OCS | public | 2017-01-02 19:24 | 2017-01-03 14:06 | ||||||||
| Reporter | hamakei | ||||||||||||
| Assigned To | StingRay | Project Info | Bob's Bad Day (Psygnosis/Dome Development) http://www.whdload.de/games/BobsBadDay.html | ||||||||||
| Priority | normal | Severity | block | Reproducibility | always | ||||||||
| Status | resolved | Resolution | fixed | ||||||||||
| Summary | 0003607: Crash to desktop after intro with "Access fault" exception | ||||||||||||
| Description | When using version 1.4 of the slave, the game crashes to desktop after the intro with the error: Exception "Access Fault" ($7008) PC = $971908 (Resload $6908) Long Read from $973FFC This initially happened when I simply replaced the 1.2 slave with the 1.4 slave, but even a complete game install from disk images causes the same error | ||||||||||||
| Additional Information | This seems to be related to the CPU - it runs fine with a 68020, but if I switch to an emulated 68040 then it crashes as described. | ||||||||||||
| Tags | No tags attached. | ||||||||||||
| Machine | A1200 | ||||||||||||
| CPU | 68040 | ||||||||||||
| CPUSpeed | 40 | ||||||||||||
| ChipSet | AGA | ||||||||||||
| GFXCard | None | ||||||||||||
| ChipMem | 2 MB | ||||||||||||
| FastMem | 8 MB | ||||||||||||
| Workbench | OS 3.1 | ||||||||||||
| KickROM | 40 - Kick 3.1 | ||||||||||||
| KickSoft | None | ||||||||||||
| WHDLoad | 18.2 | ||||||||||||
| imported | |||||||||||||
| Attached Files |
| ||||||||||||
 Relationships |
|
 Relationships |
| Notes |
|
|
hamakei (reporter) 2017-01-02 19:25 |
WHDLoad dump - https://www.dropbox.com/s/kpiz9t6c635meop/whdl_dump.zip?dl=0 |
|
StingRay (developer) 2017-01-02 22:44 |
It's not CPU related, extended memory wasn't set correctly in the patch, it needs to be aligned. This bug will also happen with the 1.2 slave depending on the location of the free memory. Updated patch will be available tomorrow. |
|
hamakei (reporter) 2017-01-02 22:46 |
Aah. Is that because the 68020 wouldn't be able to access the full 8Mb of fast RAM? Forgive my ignorance, but I'm curious... |
|
StingRay (developer) 2017-01-02 22:51 |
No, it has nothing to do with that. The game expects the extended memory to start at an aligned address, i.e. low word of the memory ptr (f.e. $200000, $c00000 etc. will work fine) has to be clear. If this is not the case certain game routines will not work correctly causing the crash. |
|
StingRay (developer) 2017-01-03 14:06 |
v1.5 of the patch is now available which fixes this problem. |
| Notes |
| Issue History |
|||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2017-01-02 19:24 | hamakei | New Issue | |
| 2017-01-02 19:25 | hamakei | Note Added: 0005425 | |
| 2017-01-02 22:44 | StingRay | Note Added: 0005429 | |
| 2017-01-02 22:44 | StingRay | Assigned To | => StingRay |
| 2017-01-02 22:44 | StingRay | Status | new => assigned |
| 2017-01-02 22:46 | hamakei | Note Added: 0005430 | |
| 2017-01-02 22:51 | StingRay | Note Added: 0005431 | |
| 2017-01-03 14:06 | StingRay | Note Added: 0005432 | |
| 2017-01-03 14:06 | StingRay | Status | assigned => resolved |
| 2017-01-03 14:06 | StingRay | Resolution | open => fixed |
| Issue History |