neue Version von MacBootMake

Unseen · 13. Januar 2014

Zitat von abraXxl

Wird "X?" in sd2iec stabil sein?

Das ist der Plan

Zitat

Wie verhält sich sd2iec bei @UJ? Wird das Image/Veruzeichnis auf das FAT-Root gesetzt? (kann gerade nicht testen.)

Alle offenen Dateien werden geschlossen, aber das aktuelle Image und Verzeichnis wird beibehalten. Wenn jemand gute Argumente vorbringt könnte sich das mit dem Verzeichnis evtl. mal ändern, Verlassen des Images aber eher nicht - es gibt mindestens ein Programm welches von sd2iec problemlos aus einem D64 funktioniert, das so ziemlich als erstes ein UJ ans Laufwerk sendet.

abraXxl · 14. Januar 2014

Ich habe mal in mbm v5 gewildert und einen unified patch erstell:

Code

@@ -118,14 +118,18 @@
908 :
1000 rem check disc/partition type
1002 print "Checking drive/partition format.
- 1004 open 4, ga, 4, "$":get#4, a$:close 4
- 1006 gosub 900:if e then return
- 1008 e = 1:rem assume unrecognized
- 1010 t$ = "unknown
- 1012 if a$ = "a" then e = 0:ty = 18:sy = 0:oy = 5:t$ = "1541/1571
- 1014 if a$ = "d" then e = 0:ty = 40:sy = 1:oy = 17:t$ = "1581
- 1016 if a$ = "h" then e = 0:ty = 0:t$ = "CMD native
- 1018 if a$ = "m" then e = 0:ty = 0:t$ = "CMD extended native
+ 1003 t$ = "unknown
+ 1004 e = 1:rem assume unrecognized
+ 1006 print#15,"x?"
+ 1007 input#15, e, e$, t, s
+ 1008 if instr(e$, "sd2iec") then e = 0:ty = 0:t$= "sd2iec
+ 1009 if e=0 then 1020
+ 1014 open 4, ga, 4, "$":get#4, a$:close 4
+ 1015 gosub 900:if e then return
+ 1016 if a$ = "a" then e = 0:ty = 18:sy = 0:oy = 5:t$ = "1541/1571
+ 1017 if a$ = "d" then e = 0:ty = 40:sy = 1:oy = 17:t$ = "1581
+ 1018 if a$ = "h" then e = 0:ty = 0:t$ = "CMD native
+ 1019 if a$ = "m" then e = 0:ty = 0:t$ = "CMD extended native
1020 print "Drive/partition has "t$" format.
1022 if e then print "Sorry.{down}":rem don't mess with unknown formats
1024 return
@@ -141,7 +145,7 @@
1116 rem check whether boot block is active:
1118 print "Reading boot block.
1120 print#15, "u1 5 0 1 0
- 1122 gosub 900:if e then return
+ 1122 gosub 900:if e<>0 and e<>62 then return:else e=0
1124 get#5, x1$, x2$, x3$
1126 fl = (x1$ + x2$ + x3$ = "cbm")
1128 return

Alles anzeigen

Unseen: Zeile 1122 ist extrem seltsam: Ist kein "bootsect.128" vorhanden er gibt eine Block-Read auf 1,0 "62 File not found".
Zudem möchte er wohl eine RAW-Datei. Zu dem ist ers möglich wenn schon ein PC64-Datei mit dem Namen existiert, zwei Dateien mit selben Namen im der $-Verzeichnis-Liste zu erstellen.

Unseen · 14. Januar 2014

Zitat von abraXxl

Unseen: Zeile 1122 ist extrem seltsam: Ist kein "bootsect.128" vorhanden er gibt eine Block-Read auf 1,0 "62 File not found".

Oh, da muss ich noch den Fehler sonderbehandeln.

Zitat

Zudem möchte er wohl eine RAW-Datei. Zu dem ist ers möglich wenn schon ein PC64-Datei mit dem Namen existiert, zwei Dateien mit selben Namen im der $-Verzeichnis-Liste zu erstellen.

Ja, auf die Datei wird direkt über die fatfs-Library zugegriffen und nicht über die ganzen Wrapperfunktionen, mit denen sd2iec sonst auf Dateien zugreift. Im Augenblick halte ich das für unkritisch.

Mac Bacon · 14. Januar 2014

Zitat von abraXxl

Ich habe mal in mbm v5 gewildert und einen unified patch erstell:

Gut zum Testen, aber ein paar Problemchen sehe ich:
1) Soweit ich den SD2IEC-Source überflogen habe, wird die Methode mit "X?" schiefgehen, wenn sie in einem .d64 angewendet wird, denn dort müsste der 1541-Algo verwendet werden! Bitte teste deshalb auch noch meine Version.
2) Im Falle eines unbekannten Format Specifiers entfällt jetzt das PRINT"Sorry{down}".
3) "if e=0 then 1020" passt gar nicht zu meinem NO-GOTO-Konzept (ich hab bei dem Programm versucht, direkte Sprünge nur als Ersatz für GOSUBxyz:RETURN zu verwenden).

Zitat von abraXxl

Unseen: Zeile 1122 ist extrem seltsam: Ist kein "bootsect.128" vorhanden er gibt eine Block-Read auf 1,0 "62 File not found".

Das würde ich ungern in MBM abfangen. Der Fix für SD2IEC ist sicher nicht weit.

abraXxl · 16. Januar 2014

Zitat von Mac Bacon

1) Soweit ich den SD2IEC-Source überflogen habe, wird die Methode mit "X?" schiefgehen, wenn sie in einem .d64 angewendet wird, denn dort müsste der 1541-Algo verwendet werden! Bitte teste deshalb auch noch meine Version.

Stimmt, guter Punkt.Werde allerding die nächten Tage wieder nicht mehr vor die Kiste kommen. Daher erst in eher zwei Wochen.

Zitat von Mac Bacon

2) Im Falle eines unbekannten Format Specifiers entfällt jetzt das PRINT"Sorry{down}".

Kollateralschaden

Zitat von Mac Bacon

3) "if e=0 then 1020" passt gar nicht zu meinem NO-GOTO-Konzept (ich hab bei dem Programm versucht, direkte Sprünge nur als Ersatz für GOSUBxyz:RETURN zu verwenden).

Mac Bacon · 6. Februar 2017

Dank C=Mac habe ich gerade noch einen Bug gefunden und daher eine neue Version gemacht.

Mac Bacon · 2. Oktober 2017

Hi!

Ich habe in den letzten Tagen das Programm endlich mal zu C konvertiert. Nach diversen Tests ist jetzt der letzte Bug behoben (tm) und es kann veröffentlicht werden.

Änderungen zu früheren Versionen:

Mit CTRL-D kann zum nächsten Laufwerk gewechselt werden (wie bei Jiffy).
Bei Fehlern (wie z.B. Device not present) steigt das Programm nicht mehr aus.
Mit ESC-X kann der Bildschirm gewechselt werden.
Die gewählte Datei wird nun standardmäßig vom Bootlaufwerk geladen und nicht mehr unbedingt von Gerät 8 (ist aber weiterhin einstellbar).
Die erzeugten Bootblöcke enthalten am Ende einen Hinweis mit der Versionsnummer.

Der Source ist auf GitHub verfügbar und kann mit cc65 kompiliert werden.

Eine richtige Doku fehlt noch, aber wer mit den vorigen Versionen klar kam, wird auch mit der aktuellen zurechtkommen.

Sollte jemand Fehler entdecken, bitte sofort Bescheid sagen.

neue Version von MacBootMake

Ähnliche Themen

DT64 Native-Copy Test für MP64

Looplist - LIST mit Einrückungen

MP3 Patch und Laufwerksverwaltung