| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0005171 | WHDLoad | [All Projects] General | public | 2021-05-02 13:16 | 2022-01-15 23:15 | ||||||||
| Reporter | Paul Head | ||||||||||||
| Assigned To | Wepl | Project Info | HD-Installer for OS-Killer http://whdload.de/ | ||||||||||
| Priority | low | Severity | feature | Reproducibility | N/A | ||||||||
| Status | closed | Resolution | fixed | ||||||||||
| Product Version | 18.6 | ||||||||||||
| Target Version | 18.7 | Fixed in Version | 18.7 | ||||||||||
| Summary | 0005171: Return Code when user aborts loading with the 'Esc' key on splash window | ||||||||||||
| Description | As far as I can tell, there is no way via AmigaDOS that I can reliably detect whether a 'user abort' was issued or not during loading a game. This 'user abort' happens when pressing the escape key whilst the splash screen is active. (introduced in 17.0?) Currently it returns $RC 10 with no error message. An actual error due to incorrect tooltypes (for example) also returns $RC 10 but with a message 'wrong number of arguments'. Is it always the case that if $RC 10 is returned and with no error message, then the user did actually abort the loading with the Esc key? I can't find anything in the docs regarding this. Another error might mimic this behaviour of the $RC 10 with no error message for all I know...so I can't be sure. "preload aborted by user" or similar message could be displayed I suppose so then I'd be clear on what happened. Or, shuffle the error codes around a bit and give them unique return codes. I don't know what the others are in this 10-20 range. Maybe it needs a 5 code instead (like a break). Thanks. | ||||||||||||
| Tags | No tags attached. | ||||||||||||
| Machine | UAE | ||||||||||||
| CPU | 68020 | ||||||||||||
| CPUSpeed | 14 | ||||||||||||
| ChipSet | AGA | ||||||||||||
| GFXCard | None | ||||||||||||
| ChipMem | 2 MB | ||||||||||||
| FastMem | 8 MB | ||||||||||||
| Workbench | OS 3.0 | ||||||||||||
| KickROM | 39 - Kick 3.0 | ||||||||||||
| KickSoft | None | ||||||||||||
| WHDLoad | 18.6 | ||||||||||||
| Attached Files |
| ||||||||||||
 Relationships |
|
 Relationships |
| Notes |
|
|
Paul Head (reporter) 2021-05-02 13:21 |
I don't actually know what the correct return code should be from an AmigaDOS perspective. I just tried some commands and aborted them and they abort with 20. Others abort with 5, and I read somewhere an 8 too...so I don't know. :-D |
|
Wepl (manager) 2021-05-03 01:33 |
Currently WHDLoad will always return 10 if the Slave didn't got called because of any problems. I could maybe return 5 if preload has been cancelled. For what do you want this to know? |
|
Paul Head (reporter) 2021-05-04 13:38 |
I use custom scripts to manage WHDLoad (non WB environment), and I need to know whether preload was Escaped/cancelled (no actual error as such) or whether there was a real error due to incorrect tooltypes for example. The 5 (WARN) sounds perfect to me and it seems quite correct in the Amiga scheme of things I believe. With a 5 (WARN) I would know that Escape had been pressed, and tooltypes or anything else wouldn't need to be checked. So yes, please make it return 5 if at all possible for when Preload is cancelled via the Escape key. This is a useful feature all round, games launcher programs would benefit too if they know about it. It's useful for them too to know whether a game has failed in launching as opposed to just a cancelled preload. |
|
Wepl (manager) 2021-05-16 17:12 |
WHDLoad now returns a return code = 5 if the preload process has been canceled pressing the Esc key in the splash window. |
|
Paul Head (reporter) 2021-05-17 13:04 |
Thank you very much, it's working brill :-) |
| Notes |
| Issue History |
|||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2021-05-02 13:16 | Paul Head | New Issue | |
| 2021-05-02 13:21 | Paul Head | Note Added: 0010155 | |
| 2021-05-03 01:23 | Wepl | Assigned To | => Wepl |
| 2021-05-03 01:23 | Wepl | Status | new => assigned |
| 2021-05-03 01:33 | Wepl | Note Added: 0010166 | |
| 2021-05-04 13:38 | Paul Head | Note Added: 0010183 | |
| 2021-05-16 17:12 | Wepl | Note Added: 0010276 | |
| 2021-05-16 17:13 | Wepl | Fixed in Version | => 18.7beta |
| 2021-05-16 17:13 | Wepl | Target Version | => 18.7 |
| 2021-05-16 17:13 | Wepl | Status | assigned => resolved |
| 2021-05-16 17:13 | Wepl | Resolution | open => fixed |
| 2021-05-17 13:04 | Paul Head | Note Added: 0010290 | |
| 2022-01-15 23:15 | Wepl | Status | resolved => closed |
| 2022-01-15 23:15 | Wepl | Fixed in Version | 18.7beta => 18.7 |
| Issue History |