Hardware > Hardware (Classic 16-/32-Bit)

192kB EmuTOS in 1MB Eproms ...

<< < (2/5) > >>

czietz:
Ich will mir die aber nicht irgendwo raussuchen müssen, mit dem Risiko, doch nicht die Datei zu überprüfen, die Du genommen hast. Daher: "Kannst Du mal exakt das ROM posten, das Du gebrannt hast?"

Lukas Frank:
Alles im Thread vor deinem ->  etos_ide.zip.pdf

czietz:
In dem genannten File an der genannten Adresse 00FE04BA steht kein Befehl, der eine Line-F-Exception auslösen würde. Vermutung: EPROM nicht mehr gut. Wenn aufgrund eines Fehler im EPROM die oberen vier Bits einer Instruktion als '1111' gelesen werden, gibt es eine Line-F-Exception.

Lukas Frank:
Das sind 27C1001

Da war zuvor ein EmuTOS 9.91 in der 256kB Version oder so drauf und funktionierte.

Ich habe nur OTP Proms in 27C010, die wollte ich zum Probieren nicht nehmen da zu schade ...

czietz:
@Thorsten Ottos 192k Image aus dem verlinkten Thread stürzt mir in Hatari an einer ganz anderen Stelle mit einem Address Error ab, weil der Code für sh_curdir(BYTE *ppath) (in gemshlib.c) fragwürdig von gcc compiliert wird:


--- Code: ---ROM:00FE00D8                 move.l  a2,-(sp)
ROM:00FE00DA                 movea.l 8(sp),a2
ROM:00FE00DE                 jsr     sub_FCD6DC   ; Dgetdrive
ROM:00FE00E4                 move.b  d0,d1
ROM:00FE00E6                 addi.b  #$41,d1
ROM:00FE00EA                 move.b  d1,(a2)
ROM:00FE00EC                 move.w  #$3A00,1(a2)   ; <=== GEFÄHRLICH
ROM:00FE00F2                 pea     2(a2)
ROM:00FE00F6                 addq.w  #1,d0
ROM:00FE00F8                 move.w  d0,-(sp)
ROM:00FE00FA                 jsr     sub_FCD7BC   ; Dgetpath
ROM:00FE0100                 addq.l  #6,sp
ROM:00FE0102                 tst.b   2(a2)
ROM:00FE0106                 bne.s   loc_FE010E
ROM:00FE0108                 move.w  #$5C00,2(a2)
ROM:00FE010E
ROM:00FE010E loc_FE010E:                             ; CODE XREF: ROM:00FE0106j
ROM:00FE010E                 movea.l (sp)+,a2
ROM:00FE0110                 rts

--- Ende Code ---

Es stürzt an der markierten Stelle ab, die auf einem 68000 nur funktionieren würde, wenn ppath (=A2) auf eine ungerade Adresse zeigen würde. Ich befürchte, der von Thorsten verwendete gcc mit den von ihm verwendeten Einstellungen erzeugt Code, der nicht für einen 68000 (sondern erst ab 68020?) gedacht ist...

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete