WHDLoad MantisBT - WHDLoad |
| View Issue Details |
|
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0003760 | WHDLoad | [All Projects] General | public | 2017-12-13 17:41 | 2020-10-27 11:24 |
|
| Reporter | rsn8887 | |
|---|
| Assigned To | Wepl | |
|---|
| Priority | normal | Severity | major | Reproducibility | always |
|---|
| Status | closed | Resolution | no change required | |
|---|
| Platform | | OS | | OS Version | |
|---|
| Product Version | 18.3 | |
|---|
| Target Version | | Fixed in Version | | |
|---|
| Machine | UAE |
|---|
| CPU | 68020 |
|---|
| CPUSpeed | 14 |
|---|
| ChipSet | AGA |
|---|
| GFXCard | None |
|---|
| ChipMem | 2 MB |
|---|
| FastMem | 8 MB |
|---|
| Workbench | OS 3.0 |
|---|
| KickROM | 40 - Kick 3.1 |
|---|
| KickSoft | None |
|---|
| WHDLoad | 18.3 |
|---|
|
| Summary | 0003760: On UAE4All2, "noMMU" message, followed by black screen crash |
|---|
| Description | I am running WHDLoad on UAE4All2 Vita using A1200 config (68020 + Kick 31, WHDLoad default prefs). With WHDLoad version 18.2 everything works absolutely perfect.
I decided to update to WHDLoad version 18.3 today and now none of the games work anymore.
Every game I try causes a requestor to pop up. The requestor text is completely nonsensical. It reads verbatim:
"
The option NoMMU has been activated,
but the current MMU setup does
- contains invalid descriptors
The installed program will very probably
not work with this setup!
Try to use a different 68040/60.library
"
What does "- contains invalid descriptors" mean? Why does it talk about 68040/60.library when I don't even have it?
The emulated 68020 doesn't even have an MMU.
If I dismiss the window by clicking "ignore," WHDLoad shows a black screen and hangs. This happens for every game I tried.
None of the various MMU and cache options seems to fix this.
The only thing I did was replace the WHDLoad v18.2 executable files in C with files from the v18.3 usr archive. If I go back and replace the files in C with 18.2 versions again, everything works again. |
|---|
| Steps To Reproduce | Boot up UAE4All2 (I use the Vita version), start any WHDLoad game. |
|---|
| Tags | No tags attached. |
|---|
| Relationships | |
| Attached Files |  whdloadtrace.zip (2,324) 2017-12-16 11:05
http://mantis.whdload.de/file_download.php?file_id=586&type=bug
whdloadtrace-2.zip (2,324) 2017-12-16 11:07
http://mantis.whdload.de/file_download.php?file_id=587&type=bug |
|---|
|
Notes |
|
|
(0005940)
|
|
Wepl
|
|
2017-12-14 11:45
|
|
|
Please check if you have a file whdload.key anywhere. |
|
|
|
|
No there's no whdload.key.
I checked the following directories:
S:
L:
DEVS:
LIBS:
PROGDIR: (the directory where WHDLoad is located)
path in environment variable KEYPATH
Note in my case there is no $KEYPATH set, and PROGDIR: is C:.
There's an "xadmaster.key" file in s: but no "whdload.key" anywhere. |
|
|
|
(0005943)
|
|
Wepl
|
|
2017-12-15 08:38
|
|
Please set option TRACE and abort when the requester appears.
Attach to this issue the created file .whdl_trace for further investigation. |
|
|
|
|
|
I am attaching the file. I started it and quit when the requestor appeared. Then I started it again and clicked ignore on the requester. The game booted to a black screen and the emulated alAmiga became unresponsive (WHDLoad quitkey didn’t work, I had to reset. I then tried two more times clicking cancel on the requester. |
|
|
|
|
|
Second try at uploading the file.., |
|
|
|
(0005947)
|
|
Wepl
|
|
2017-12-19 14:55
|
|
Hmm, the reason is, that the cpu detection of whdload detects apollo hardware (detection added in 18.3) and with that a 68040.
It seems that instruction 'movec pcr,d0' does not create an illegal instruction exception, which is incorrect for a 68020.
Please ask the vendor of UAE4All2 to fix that. |
|
|
|
|
|
Thank you for the detailed response. This allowed me to patch the emulator so that it correctly throws the invalid instruction exception. Now it all works! |
|
|
|
(0005991)
|
|
Wepl
|
|
2018-01-14 21:56
|
|
|