Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- cpm:systemdoku [2018/10/04 10:11] – [Der Disk Parameter Block] volkerp
+++ cpm:systemdoku [2024/04/10 06:36] – [Records] volkerp
@@ Zeile 316: / Zeile 316: @@
 von 128 Bytes gemessen.
-CP/M 2.2 hat diese Rechenweise für Files ubernommen, unterscheidet
+CP/M 2.2 hat diese Rechenweise für Files übernommen, unterscheidet
 aber zwischen Sektoren auf der Diskette und File-
 'Portionen'.\\
@@ Zeile 330: / Zeile 330: @@
 allgemein für Diskettendaten benutzt.
-Im Zusammenhang mit Disketten ist auch die Bezeichnung 'logischer
+Im Zusammenhang mit Disketten ist auch die Bezeichnung '**logischer
-Sektor' für einen Record üblich. Damit wird vor allem
+Sektor**' für einen Record üblich. Damit wird vor allem
 der Unterschied zwischen einem Sektor auf der Diskette ('physikalischer
 Sektor') und einem 'Sektor', wie ihn das BDOS
@@ Zeile 357: / Zeile 357: @@
 Das BIOS muß beim Lesen jeden physikalischen Sektor in logische
 Sektoren aufspalten und beim Schreiben logische Sektoren
-zu einem physikalischen Sekto zusammenfassen.
+zu einem physikalischen Sektor zusammenfassen.
 CP/M 2.2 unterstützt dieses Zusammenfassen und Aufspalten
@@ Zeile 831: / Zeile 831: @@
 Werte sind Verweise auf weitere Tabellen.
-Die Sektor-Verschränkungs-Tabelle (XLT) dient zur Umrechnung
+Die Sektor-Verschränkungs-Tabelle (**XLT**) dient zur Umrechnung
 von logischen zu physikalischen Sektornummern einer Spur. Die
 Länge dieser Tabelle entspricht der Anzahl logischer Sektoren
@@ Zeile 837: / Zeile 837: @@
 NHDE ist die Nummer des höchsten belegten Directory-Eintrags+1
-und dient der Geschwindigkeitserhohung bei Directory-Zugriffen.\\
+und dient der Geschwindigkeitserhöhung bei Directory-Zugriffen.\\
 NHDE wird jeweils beim Einloggen eines Laufwerks und beim
 Löschen oder Neuanlegen eines Eintrages neu berechnet. Die
@@ Zeile 885: / Zeile 885: @@
 auf ein und denselben DPB verweisen.
-Im CSV sind die Prüfsummen (engl. Checksum) der einzelnen
+Im **CSV** sind die Prüfsummen (engl. Checksum) der einzelnen
 Directory-Records gespeichert.\\
 Pro Directory-Record ist im CSV ein Byte vorhanden, das die
@@ Zeile 895: / Zeile 895: @@
 im Zusammenhang mit dem Warmstart beschrieben.
-Der Allocation Vektor (ALV) bildet die Belegungstabelle (besser:
+Der Allocation Vektor (**ALV**) bildet die Belegungstabelle (besser:
 Belegungsvektor) der Diskette.\\
 Aus dem Belegungsvektor kann das BDOS ersehen, welche Blöcke
@@ Zeile 1014: / Zeile 1014: @@
 Rein theoretisch ist zwar eine Maximalkapazität von einem
-Gigabyte (65536 Blöcke a 16 kbyte) denkbar<del>, diese ist aber
+Gigabyte (65536 Blöcke a 16 kbyte) denkbar, diese ist aber
 durch die Verwaltung der Recordnummern im 16-Bit Format auf
-Records, also 8 Megabyte (65536 * 128 Bytes) beschränkt</del>.
+Records, also 8 Megabyte (65536 * 128 Bytes) beschränkt.
+//**04/2019:** Unter CPM 2.2 sind nachgewiesen aufgrund der 16Bit-Arithmetik nur Laufwerkwerke bis maximal 8 Mbyte nutzbar!((
+P.Schorn, 04/2019: Ich habe ein Experiment mit einer 16 mb und einer 32 mb Disk
+gemacht. In beiden Fällen konnte ich zwar STAT überzeugen, dass die Disk
+so gross ist, aber ich konnte sie nicht über 8 mb hinaus füllen. Bei
+überschreiten dieser Grenze sind dann BDOS Fehler aufgetreten.))
+Mit anderen BDOS-Varianten können größere Laufwerke genutzt werden.((https://groups.google.com/forum/#!topic/comp.os.cpm/rFagrp7WT9E
+Reason they only do 16bit math and the limit is the total number of
+sectors not the total number of allocation blocks.
+If it were the latter it could go to 1GB.  If you want that then look
+at P2dos, Novados, suprbdos, Zrdos, Dosplus.  Before someone else
+chimes in we also had DRIs improved but those only go to 32mb
+namely CP/m+ and MPM.))
+//
 **DRM**+1 ist die Anzahl der Directory-Einträge der Diskette. Da