Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- z9001:software:disk_os [2016/01/24 16:13] – [Befehle] volkerp
+++ z9001:software:disk_os [2020/03/19 13:22] – [Programme] volkerp
@@ Zeile 49: / Zeile 49: @@
 | **CAOS** | "cassette OS", Nutzen der Kassettenroutinen im normalen OS |
 | **DDUMP** muster | Datei blockweise anzeigen (nur in DOSX enthalten) |
-| **SAVE** fname[.typ] aadr,eadr[,sadr] | das ist das normale OS-SAVE, funktioniert aber auch mit Disk |
+| **OS-SAVE** fname[.typ] aadr,eadr[,sadr] | das ist das normale OS-SAVE, funktioniert aber auch mit Disk |
 Im Z9001-OS kann mit "DOS" bzw. "CAOS" zwischen Diskette und Kassette umgeschaltet werden.
@@ Zeile 84: / Zeile 84: @@
 Im aktuellen [[z9001:module_sonstige:megaflash|]] ist dieses BASIC bereits enthalten. Außerdem wird versucht, im neuen CCP des Moduls ein nichtgefundenes Kommando von Diskette zu laden! (Im originalen OS wird in diesem Fall intern CLOAD aufgerufen. Es erscheint dann das bekannte "start tape". Aber leider ist CLOAD mit internen Aufrufen und nicht mit CALL 5-Funktionen implementiert, so dass hier leider keine Diskettenabfrage erfolgt. Für einen 100%-igen Kassettenersatz müsste man die Routinen MAREK und KARAM aus dem Z9001-OS ersetzen. Das geht aber nur, wenn man den System-ROM gegen einen EPROM mit einem angepasstem OS austauscht.)
-**ZMxx** funktioniert nicht mit Diskette. Die Punch/Reader-Treiber für
+**ZMxx** funktioniert original nicht mit Diskette. Die Punch/Reader-Treiber für Kassette springen leider direkt in den Monitor und nutzen nicht CALL 5. Um das hinzubekommen, müsste ich den Monitor patchen.
-Kassette springen leider direkt in den Monitor und nutzen nicht CALL
-. Um das hinzubekommen, müsste man den Monitor patchen.
 **KCPASCAL** funktioniert nicht mit Diskette. Ursache dafür ist einfach, dass KCPASCAL den gesamten Speicher von 300h bis BFFFh belegt. Da bleibt kein Platz mehr für ein BDOS-Wrapper.
+**PRETTYC** funktioniert nicht komplett mit Diskette. Das Speichern funktioniert, doch beim Laden wird leider nicht OPENR genutzt. PrettyC verfügt über einen Modifikations-Selbstschutz, ein Patchen ist nicht ohne weiteres möglich.
 ===== Internes =====
@@ Zeile 95: / Zeile 94: @@
 Die Programme werden auf der Diskette im KCC-Format abgespeichert, d.h. mit Kopf-Block, gefolgt vom Speicherabzug.
-Die Endung COM wird dabei in KCC geändert, damit es nicht zu Verwechslungen mit CP/M-Programmen kommt.
+Die Endung .COM wird dabei in .KCC geändert, damit es nicht zu Verwechslungen mit CP/M-Programmen kommt. d.h., OS-COM Programme werden als .KCC auf der Diskette gespeichert und beim Laden von OS-COM-Programmen wird nach einer .KCC-Datei gesucht. Bei der Arbeit im OS merkt man von diesen internen Umbenennungen nichts, es ist hier ganz normal .COM zu schreiben!
 Mit Diskette funktionieren nur Programme, die für die Kassettenarbeit die BOS-Call 5-Routinen OS-konform nutzen. D.h., zum Schreiben muss OPENW, WRITS, und CLOSW genutzt werden! Fehlt CLOSW, wird in den neuen BDOS-Call 5-Funktionen versucht; dies zu erkennen und die Datei ordnungsgemäß auf Diskette zu schließen. Das ist aber noch ungetestet!