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/15 11:58] (aktuell) – [Disketten] volkerp
@@ Zeile 250: / Zeile 250: @@
 Abmelden als 'ausloggen' (engl. Log out) bezeichnet.
+<code>
+Track/Spur                                   DPB-Wert (Disk Parameter Block)
+       +-----------------------------------+
+      |   Systemspur 0                    | a = OFF Systemspuren 0..OFF-1
+       |   ...                             |
+a-1    |   Systemspur a-1                  |
+       +-----------------------------------+
+a      | Block 0 | Block 1 | ...           | n Blöcke
+       |                                   | DRM+1 Einträge a 32 Byte
+       |    Directory                      |
+       |                                   | -> n = (DRM+1)*32/BLS (aufrunden)
+       |                       | Block n-1 | -> b = (DRM+1)/4/SPT + a (aufrunden)
+       +-----------------------------------+
+b      | Block n | Block n+1 | ...         | m-n Blöcke
+       |                                   |
+       |                                   | Blockgröße 1K .. 16KByte
+       |                                   | (s. BSH und BLM)
+       |                                   | BLS = 128 * 2^BSH = 128 * (BLM+1)
+       |    Dateien                        |
+       |                                   | Block n muss nicht am Spuranfang
+       |                                   | liegen, ist aber fast immer so!
+       |                                   |
+       |                                   |
+       |                                   |
+       |                                   |
+       |                                   |
+       |                                   |
+       |                                   |
+       |                                   | m = DSM-1
+       |                                   | Block m ist nicht immer vollst.
+       |                                   | auf der Disk enthalten
+trk-1  |             | Block m-1 | Block m |
+       +-----------------------------------+
+</code>
 ==== Dateien ====
@@ Zeile 316: / Zeile 350: @@
 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 364: @@
 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 391: @@
 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 504: / Zeile 538: @@
 verwaltet, um so die Zahlweise der Recordnummern von 0 bis
 zu erhalten.
+Extend = 128 Records = 16 kByte
 ==== Extendgruppen ====
@@ Zeile 717: / Zeile 753: @@
 ==== Sequentieller Zugriff <-> Direkter Zugriff ====
-Im CP/M 1.4 ist es Aufgabe des Programms, die Eintrags- und
+Im **CP/M 1.4** ist es Aufgabe des Programms, die Eintrags- und
 Recordnummer im FCB zu setzen. Soll ein bestimmter Record
 innerhalb des Files erreicht werden, so muß das Programm die
 Extend- und Recordnummer selbst berechnen und in den FCB
 einsetzen.\\
-Aus der absoluten Recordnummer ergibt sich die Extendnummer
+Aus der absoluten Recordnummer RRN ergibt sich die Extendnummer EX
-aus der Division durch 128. Der Divisionrest ist die Recordnummer
+aus der Division durch 128. Der Divisionrest ist die Recordnummer CR
 innerhalb des Extends. Diese Werte müssen aber immer
 vor dem Öffnen gesetzt sein, damit das BDOS die richtige
 Blocktabelle in den FCB überträgt.
+<code>
+RRN -> SRN:
+	RRN = 128 + EX * 128 + CR
+SRN -> RRN:
+	EX = RRN / 128
+	CR = RRN modulo 128
+</code>
 Alle höheren Recordnummern können im CP/M 1.4 nur sequentiell
@@ Zeile 735: / Zeile 780: @@
 sequentiellen Zugriff nicht möglich.
-CP/M 2.2 bietet daher mit dem direkten Zugriff (engl. Random
+**CP/M 2.2** bietet daher mit dem direkten Zugriff (engl. Random
 Access) eine weitere Zugriffsart, mit der jeder Record eines
 Files direkt erreicht werden kann.
@@ Zeile 750: / Zeile 795: @@
 Das BDOS berechnet aus dieser 'Random Record Number' (RRN)
-die 'Sequential Record Number' (SRN), bestehend aus Extendgruppe,
+die 'Sequential Record Number' (SRN), bestehend aus Extendgruppe EG,
-Extend und Recordnummer.
+Extend EX und Recordnummer CR.
-Zwischen der Random Record Nummer und der Sequential Record
+Zwischen der Random Record Nummer RRN und der Sequential Record
-Nummer besteht folgender Zusammenhang:
+Nummer SRN besteht folgender Zusammenhang:
 <code>
@@ Zeile 831: / Zeile 876: @@
 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 882: @@
 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 930: @@
 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 940: @@
 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 1059: @@
 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