17 December 2014, 22:03 | #1 |
Registered User
Join Date: Jan 2009
Location: M'Gladbach
Age: 46
Posts: 621
|
Crash with WinUAE 3.0.0
Hi,
WinUAE crash/freeze when i try to compile sources with AmiBlitz. Log says 'JIT: Can't handle access'. With JIT off it says 'CPU halted: reason = 3' Both freeze winuae in the same moment. EDIT: In 2.8.1 a guru (8000 000A) is shown. This is correct in this case Last edited by tero; 17 December 2014 at 22:51. |
18 December 2014, 08:11 | #2 | ||
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,506
|
Quote:
(HALT shouldn't freeze it, only waits for reset. HALT = CPU stopped due to double fault) Quote:
|
||
18 December 2014, 10:18 | #3 |
Registered User
Join Date: Jan 2009
Location: M'Gladbach
Age: 46
Posts: 621
|
Raising stack/old Z3 mapping makes no difference. See below, but i would prefer a guru instead the freeze.
Anyway, the matter has resolved itself: In the meantime i figured the whole Guru was my fault, endless loop inside an include i used in all sources i tried. |
18 December 2014, 16:30 | #4 |
Registered User
Join Date: Aug 2006
Location: Scunthorpe/United Kingdom
Posts: 1,980
|
Had one crash with the new WinUAE also - hard lock up, window doesn't respond to any input (no F12 to bring up UI, RMB doesn't release the mouse) after an error box. This was with A1200 4MB quickstart option trying to get NIALL to run.
I'll see if I can get it reproduced and gather logs. D. |
20 December 2014, 22:30 | #5 |
Registered User
Join Date: Feb 2010
Location: Helsinki, Finland
Posts: 36
|
Hate to complain but JIT on-the-fly switch ON crashes 3.0.0. Have to boot JIT ON for it to work. Then you can switch off/on without problems. It worked with previous versions, sort of, some versions did
|
21 December 2014, 08:44 | #6 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,506
|
I think last two posts don't include enough information to be any use..
-- HALT status when program attempts to execute code from unexisting memory is now correct behavior. It is unrecoverable anyway and makes debugging easier, just check the log, getting to OS crash handler (if you are fortunate enough) will only get useless crash information. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
WinUAE 2.8.1 Crash | Saghalie | support.WinUAE | 1 | 06 November 2014 08:12 |
WinUAE 2.7.0 Crash | BlackByte | support.WinUAE | 8 | 13 December 2013 11:13 |
Winuae 2.0.1 crash | Heula | support.WinUAE | 7 | 03 January 2010 10:43 |
another WinUAE 1.5.1 crash | jharrison | support.WinUAE | 4 | 04 September 2008 16:53 |
WinUAE 08.17 r1 -r3 W98 crash | Car | support.WinUAE | 2 | 07 December 2001 10:13 |
|
|