Format CP/M 2.2 - Historia wersji

KMK: /* DPB */ to ma chyba więcej sensu...

2025-03-09T13:41:36Z

DPB: to ma chyba więcej sensu...

← poprzednia wersja		Wersja z 9 mar 2025, 15:41
Linia 83:		Linia 83:
	<tr><td>$0B-$0C</td>		<tr><td>$0B-$0C</td>
	<td>cks</td>		<td>cks</td>
	<td><p>''Check area size'': liczba ~~wpisów w~~ katalogu, ~~podzielona przez 4 i zaokrąglona w górę. Jest to minimalna liczba wpisów katalogowych, jakie~~ należy ~~sprawdzić~~, żeby (z jakimś prawdopodobieństwem) wykryć zmianę ~~dyskietki~~. Dla twardych dysków ma wynosić 0.</p>		<td><p>''Check area size'': liczba 128-bajtowych rekordów katalogu, które należy odczytać przy logowaniu dyskietki, żeby (z jakimś prawdopodobieństwem) wykryć jej zmianę. Dla twardych dysków ma wynosić 0.</p>
	<p>W Indus CP/M: 8 dla SD i 16 dla DD.</p></td></tr>		<p>W Indus CP/M: 8 dla SD i 16 dla DD.</p></td></tr>
	<tr><td>$0D-$0E</td>		<tr><td>$0D-$0E</td>

KMK: /* DPB */ dr. red. i meryt.

2016-09-01T11:59:26Z

DPB: dr. red. i meryt.

← poprzednia wersja		Wersja z 1 wrz 2016, 13:59
Linia 51:		Linia 51:
	<td><p>Tzw. ''block mask''. Jest to liczba 128-bajtowych rekordów w bloku, odjąć 1:</p>		<td><p>Tzw. ''block mask''. Jest to liczba 128-bajtowych rekordów w bloku, odjąć 1:</p>
	* $07 dla bloku 1k		* $07 dla bloku 1k
	* $0F dla ~~bloku~~ 2k		* $0F dla 2k
	* $1F dla ~~bloku~~ 4k		* $1F dla 4k
	* $3F dla ~~bloku~~ 8k		* $3F dla 8k
	* $7F dla ~~bloku~~ 16k		* $7F dla 16k
	<p>W Indus CP/M: $07</p>		<p>W Indus CP/M: $07</p>
	</td></tr>		</td></tr>
Linia 60:		Linia 60:
	<td>exm</td>		<td>exm</td>
	<td><p>Tzw. ''extent mask''. Jest to zmniejszona o jeden liczba 16-kilobajtowych "porcji" pliku, jaką może obejmować jeden wpis katalogowy należący do tego pliku. Wielkość ta zależy od wielkości bloku oraz łącznej liczby bloków na dysku. Przy liczbie bloków nie większej niż 255, wartości ''extent mask'' kształtują się jak następuje:</p>		<td><p>Tzw. ''extent mask''. Jest to zmniejszona o jeden liczba 16-kilobajtowych "porcji" pliku, jaką może obejmować jeden wpis katalogowy należący do tego pliku. Wielkość ta zależy od wielkości bloku oraz łącznej liczby bloków na dysku. Przy liczbie bloków nie większej niż 255, wartości ''extent mask'' kształtują się jak następuje:</p>
	* $00 dla 1k		* $00 dla bloku 1k
	* $01 dla 2k		* $01 dla 2k
	* $03 dla 4k		* $03 dla 4k
	* $07 dla 8k		* $07 dla 8k
	* $0f dla 16k		* $0f dla 16k
	<p>Gdy łączna liczba bloków na dysku przekracza 255, numery bloków stają się dwubajtowe, a co za tym idzie, jeden wpis katalogowy obejmuje ich dwakroć mniej. Wartości ''extent mask'' są wtedy następujące:</p>		<p>Gdy łączna liczba bloków na dysku przekracza 255, numery bloków stają się dwubajtowe, a co za tym idzie, jeden wpis katalogowy obejmuje ich dwakroć mniej. W związku z tym, żeby wpis katalogowy nadal obejmował minimum 16k danych pliku, zwiększeniu musi też ulec minimalna wielkość bloku. Wartości ''extent mask'' są wtedy następujące:</p>
	* $00 dla 2k		* $00 dla bloku 2k
	* $01 dla 4k		* $01 dla 4k
	* $03 dla 8k		* $03 dla 8k

KMK: /* DPB */ pomyłka

2013-05-14T15:44:27Z

DPB: pomyłka

← poprzednia wersja		Wersja z 14 maj 2013, 17:44
Linia 39:		Linia 39:
	<tr><td>$02</td>		<tr><td>$02</td>
	<td>bsh</td>		<td>bsh</td>
	<td><p>Tzw. ''block shift''. Jest to ~~zmniejszona o 1~~ wartość określająca, ile razy należy 128 pomnożyć przez 2, żeby uzyskać wielkość bloku:</p>		<td><p>Tzw. ''block shift''. Jest to wartość określająca, ile razy należy 128 pomnożyć przez 2, żeby uzyskać wielkość bloku:</p>
	* $03 dla bloku 1k		* $03 dla bloku 1k
	* $04 dla 2k		* $04 dla 2k

KMK o 21:25, 24 wrz 2012

2012-09-24T21:25:56Z

← poprzednia wersja		Wersja z 24 wrz 2012, 23:25
Linia 35:		Linia 35:
	<tr><td>$00-$01</td>		<tr><td>$00-$01</td>
	<td>spt</td>		<td>spt</td>
	<td><p>Liczba 128-bajtowych rekordów na ścieżkę: 18 w SD i 36 w DD.</p>		<td><p>Liczba 128-bajtowych rekordów na ścieżkę. W Indus CP/M: 18 w SD i 36 w DD.</p>
	</td></tr>		</td></tr>
	<tr><td>$02</td>		<tr><td>$02</td>
Linia 45:		Linia 45:
	* $06 dla 8k		* $06 dla 8k
	* $07 dla 16k		* $07 dla 16k
			<p>W Indus CP/M: $03.</p>
	</td></tr>		</td></tr>
	<tr><td>$03</td>		<tr><td>$03</td>
Linia 54:		Linia 55:
	* $3F dla bloku 8k		* $3F dla bloku 8k
	* $7F dla bloku 16k		* $7F dla bloku 16k
			<p>W Indus CP/M: $07</p>
	</td></tr>		</td></tr>
	<tr><td>$04</td>		<tr><td>$04</td>
Linia 68:		Linia 70:
	* $03 dla 8k		* $03 dla 8k
	* $07 dla 16k		* $07 dla 16k
	<p>W Indus CP/M ~~2.2~~ ''extent mask'' ma wartość $00.</p></td></tr>		<p>W Indus CP/M ''extent mask'' ma wartość $00.</p></td></tr>
	<tr><td>$05-$06</td>		<tr><td>$05-$06</td>
	<td>dsm</td>		<td>dsm</td>
	<td><p>Liczba bloków na dysku, odjąć 1: 84 w [[SD]] i 170 w [[DD]].</p></td></tr>		<td><p>Liczba bloków na dysku, odjąć 1. W Indus CP/M: 84 w SD i 170 w DD.</p></td></tr>
	<tr><td>$07-$08</td>		<tr><td>$07-$08</td>
	<td>drm</td>		<td>drm</td>
Linia 77:		Linia 79:
	<tr><td>$09-$0A</td>		<tr><td>$09-$0A</td>
	<td>al0-al1</td>		<td>al0-al1</td>
	<td><p>Mapa alokacji katalogu. Interpretowana jest jako seria bitów (mł. bajt w kolejności 7-0, potem starszy bajt tak samo) reprezentująca 16 kolejnych bloków znajdujących się za ścieżkami zarezerwowanymi (patrz niżej). Bit ustawiony oznacza, że odpowiadający mu blok zajęty jest na katalog. ~~Wartość~~ $~~0080~~ dla SD i $~~00C0~~ dla DD.</p></td></tr>		<td><p>Mapa alokacji katalogu. Interpretowana jest jako seria bitów (mł. bajt w kolejności 7-0, potem starszy bajt tak samo) reprezentująca 16 kolejnych bloków znajdujących się za ścieżkami zarezerwowanymi (patrz niżej). Bit ustawiony oznacza, że odpowiadający mu blok zajęty jest na katalog.</p>
			<p>W Indus CP/M wartości bajtów kolejno: $80,$00 dla SD i $C0,$00 dla DD.</p></td></tr>
	<tr><td>$0B-$0C</td>		<tr><td>$0B-$0C</td>
	<td>cks</td>		<td>cks</td>
	<td><p>''Check area size'': liczba wpisów w katalogu, podzielona przez 4 i zaokrąglona w górę. Jest to minimalna liczba wpisów katalogowych, jakie należy sprawdzić, żeby (z jakimś prawdopodobieństwem) wykryć zmianę dyskietki. Dla twardych dysków ma wynosić 0. W Indus CP/M ~~2.2~~: 8 dla SD i 16 dla DD.</p></td></tr>		<td><p>''Check area size'': liczba wpisów w katalogu, podzielona przez 4 i zaokrąglona w górę. Jest to minimalna liczba wpisów katalogowych, jakie należy sprawdzić, żeby (z jakimś prawdopodobieństwem) wykryć zmianę dyskietki. Dla twardych dysków ma wynosić 0.</p>
			<p>W Indus CP/M: 8 dla SD i 16 dla DD.</p></td></tr>
	<tr><td>$0D-$0E</td>		<tr><td>$0D-$0E</td>
	<td>off</td>		<td>off</td>
Linia 94:		Linia 98:
	<tr><td>$00</td>		<tr><td>$00</td>
	<td>UU</td>		<td>UU</td>
	<td>		<td><p>Liczba z zakresu 0-15: kod użytkownika (ang. ''user number''). Pozwala to na istnienie wielu plików o tej samej nazwie na jednej dyskietce. Poszczególni użytkownicy nie "widzą" plików tworzonych przez innych.</p>
	<p>Liczba z zakresu 0-15: kod użytkownika (ang. ''user number''). Pozwala to na istnienie wielu plików o tej samej nazwie na jednej dyskietce. Poszczególni użytkownicy nie "widzą" plików tworzonych przez innych.</p>
	<p>Gdy kod użytkownika jest równy $E5, oznacza to plik skasowany.</p>		<p>Gdy kod użytkownika jest równy $E5, oznacza to plik skasowany.</p>
	</td></tr>		</td></tr>
Linia 110:		Linia 113:
	<tr><td>$0D</td>		<tr><td>$0D</td>
	<td>S1</td>		<td>S1</td>
	<td><p>Bajt zarezerwowany, równy $00.</p></td></tr>		<td><p>Bajt zarezerwowany, równy $00. Późniejsze wersje CP/M przechowują tu liczbę bajtów w ostatnim rekordzie obejmowanym przez bieżący wpis katalogowy, przy czym, dla zgodności z CP/M 2.x, wartość $00 oznacza 128 bajtów. Pozwala to na zapisanie na dysku wielkości pliku z dokładnością do 1 bajtu (a nie do 1 rekordu, jak w CP/M 1.x i 2.x).</p></td></tr>
	<tr><td>$0E</td>		<tr><td>$0E</td>
	<td>S2</td>		<td>S2</td>

KMK: /* DPB */

2012-09-24T19:37:57Z

DPB

← poprzednia wersja		Wersja z 24 wrz 2012, 21:37
Linia 32:		Linia 32:

	<table border = 1 cellpadding = 5>		<table border = 1 cellpadding = 5>
	<tr><td><b>Offset</b></td><b>Etykieta</b></td><td><b>Opis</b></td></tr>		<tr><td><b>Offset</b></td><td><b>Etykieta</b></td><td><b>Opis</b></td></tr>
	<tr><td>$00-$01</td>		<tr><td>$00-$01</td>
	<td>spt</td>		<td>spt</td>

KMK o 19:31, 24 wrz 2012

2012-09-24T19:31:40Z

← poprzednia wersja		Wersja z 24 wrz 2012, 21:31
Linia 32:		Linia 32:

	<table border = 1 cellpadding = 5>		<table border = 1 cellpadding = 5>
	<tr><td><b>Offset</b></td><td><b>Opis</b></td></tr>		<tr><td><b>Offset</b></td><b>Etykieta</b></td><td><b>Opis</b></td></tr>
	<tr><td>$00-$01</td><td>		<tr><td>$00-$01</td>
	<p>Liczba 128-bajtowych rekordów na ścieżkę: 18 w SD i 36 w DD.</p>		<td>spt</td>
			<td><p>Liczba 128-bajtowych rekordów na ścieżkę: 18 w SD i 36 w DD.</p>
	</td></tr>		</td></tr>
	<tr><td>$02</td><td><p>Tzw. ''block shift''. Jest to zmniejszona o 1 wartość określająca, ile razy należy 128 pomnożyć przez 2, żeby uzyskać wielkość bloku:</p>		<tr><td>$02</td>
			<td>bsh</td>
			<td><p>Tzw. ''block shift''. Jest to zmniejszona o 1 wartość określająca, ile razy należy 128 pomnożyć przez 2, żeby uzyskać wielkość bloku:</p>
	* $03 dla bloku 1k		* $03 dla bloku 1k
	* $04 dla 2k		* $04 dla 2k
Linia 43:		Linia 46:
	* $07 dla 16k		* $07 dla 16k
	</td></tr>		</td></tr>
	<tr><td>$03</td><td><p>Tzw. ''block mask''. Jest to liczba 128-bajtowych rekordów w bloku, odjąć 1:</p>		<tr><td>$03</td>
			<td>blm</td>
			<td><p>Tzw. ''block mask''. Jest to liczba 128-bajtowych rekordów w bloku, odjąć 1:</p>
	* $07 dla bloku 1k		* $07 dla bloku 1k
	* $0F dla bloku 2k		* $0F dla bloku 2k
Linia 50:		Linia 55:
	* $7F dla bloku 16k		* $7F dla bloku 16k
	</td></tr>		</td></tr>
	<tr><td>$04</td><td><p>Tzw. ''extent mask''. Jest to zmniejszona o jeden liczba 16-kilobajtowych "porcji" pliku, jaką może obejmować jeden wpis katalogowy należący do tego pliku. Wielkość ta zależy od wielkości bloku oraz łącznej liczby bloków na dysku. Przy liczbie bloków nie większej niż 255, wartości ''extent mask'' kształtują się jak następuje:</p>		<tr><td>$04</td>
			<td>exm</td>
			<td><p>Tzw. ''extent mask''. Jest to zmniejszona o jeden liczba 16-kilobajtowych "porcji" pliku, jaką może obejmować jeden wpis katalogowy należący do tego pliku. Wielkość ta zależy od wielkości bloku oraz łącznej liczby bloków na dysku. Przy liczbie bloków nie większej niż 255, wartości ''extent mask'' kształtują się jak następuje:</p>
	* $00 dla 1k		* $00 dla 1k
	* $01 dla 2k		* $01 dla 2k
Linia 62:		Linia 69:
	* $07 dla 16k		* $07 dla 16k
	<p>W Indus CP/M 2.2 ''extent mask'' ma wartość $00.</p></td></tr>		<p>W Indus CP/M 2.2 ''extent mask'' ma wartość $00.</p></td></tr>
	<tr><td>$05-$06</td><td><p>Liczba bloków na dysku, odjąć 1: 84 w [[SD]] i 170 w [[DD]].</p></td></tr>		<tr><td>$05-$06</td>
	<tr><td>$07-$08</td><td><p>Liczba wpisów w katalogu, odjąć 1. W Indus CP/M: 31 dla SD, 63 dla DD.</p></td></tr>		<td>dsm</td>
	<tr><td>$09-$0A</td><td><p>Mapa alokacji katalogu. Interpretowana jest jako seria bitów (mł. bajt w kolejności 7-0, potem starszy bajt tak samo) reprezentująca 16 kolejnych bloków znajdujących się za ścieżkami zarezerwowanymi (patrz niżej). Bit ustawiony oznacza, że odpowiadający mu blok zajęty jest na katalog. Wartość $0080 dla SD i $00C0 dla DD.</p></td></tr>		<td><p>Liczba bloków na dysku, odjąć 1: 84 w [[SD]] i 170 w [[DD]].</p></td></tr>
	<tr><td>$0B-$0C</td><td><p>~~Liczba~~ wpisów w katalogu, podzielona przez 4 i zaokrąglona w górę. Jest to minimalna liczba wpisów katalogowych, jakie należy sprawdzić, żeby (z jakimś prawdopodobieństwem) wykryć zmianę dyskietki. Dla twardych dysków ma wynosić 0. W Indus CP/M 2.2: 8 dla SD i 16 dla DD.</p></td></tr>		<tr><td>$07-$08</td>
	<tr><td>$0D-$0E</td><td><p>Liczba ścieżek zarezerwowanych. ~~W Indus CP/M 2.2:~~ 2.</p></td></tr>		<td>drm</td>
			<td><p>Liczba wpisów w katalogu, odjąć 1. W Indus CP/M: 31 dla SD, 63 dla DD.</p></td></tr>
			<tr><td>$09-$0A</td>
			<td>al0-al1</td>
			<td><p>Mapa alokacji katalogu. Interpretowana jest jako seria bitów (mł. bajt w kolejności 7-0, potem starszy bajt tak samo) reprezentująca 16 kolejnych bloków znajdujących się za ścieżkami zarezerwowanymi (patrz niżej). Bit ustawiony oznacza, że odpowiadający mu blok zajęty jest na katalog. Wartość $0080 dla SD i $00C0 dla DD.</p></td></tr>
			<tr><td>$0B-$0C</td>
			<td>cks</td>
			<td><p>''Check area size'': liczba wpisów w katalogu, podzielona przez 4 i zaokrąglona w górę. Jest to minimalna liczba wpisów katalogowych, jakie należy sprawdzić, żeby (z jakimś prawdopodobieństwem) wykryć zmianę dyskietki. Dla twardych dysków ma wynosić 0. W Indus CP/M 2.2: 8 dla SD i 16 dla DD.</p></td></tr>
			<tr><td>$0D-$0E</td>
			<td>off</td>
			<td><p>Liczba ścieżek zarezerwowanych. Na ogół 2, minimum 1.</p></td></tr>
	</table>		</table>

Linia 98:		Linia 115:
	<td><p>Starszy bajt ''extent counter'': bity 0-5 zawierają bity 6-11 tej wartości, bity 6-7 są niewykorzystane.</p>		<td><p>Starszy bajt ''extent counter'': bity 0-5 zawierają bity 6-11 tej wartości, bity 6-7 są niewykorzystane.</p>
	<p>Gdy długość pliku jest większa niż to być może wykazane w pojedycznym wpisie katalogowym (czyli, na dyskietce, ponad 16k), tworzone są następne wpisy dotyczące tego samego pliku. Do ich odróżniania służy ''extent counter'', według wzoru:</p>		<p>Gdy długość pliku jest większa niż to być może wykazane w pojedycznym wpisie katalogowym (czyli, na dyskietce, ponad 16k), tworzone są następne wpisy dotyczące tego samego pliku. Do ich odróżniania służy ''extent counter'', według wzoru:</p>
	<p>''entry_number = ((32 * S2) + EX) / (extent_mask + 1)''.</p>		<p>''entry_number = ((32 * S2) + EX) / (extent_mask + 1)''</p>
	<p>Maksymalna wartość ''extent counter'' w CP/M 2.2 wynosi 511.</p></td></tr>		<p>Maksymalna wartość ''extent counter'' w CP/M 2.2 wynosi 511.</p></td></tr>
	<tr><td>$0F</td>		<tr><td>$0F</td>
	<td>RC</td>		<td>RC</td>
	<td><p>''Record count''. Młodszy bajt liczby rekordów pliku obejmowanej przez ten wpis katalogowy. Liczbę rekordów w danym wpisie oblicza się wg. wzoru:</p>		<td><p>''Record count''. Młodszy bajt liczby rekordów pliku obejmowanej przez ten wpis katalogowy. Liczbę rekordów w danym wpisie oblicza się wg. wzoru:</p>
	<p>''num_records = extent_mask * 128 + RC''.</p>		<p>''num_records = extent_mask * 128 + RC''</p>
	<p>Gdy ''record count'' ma wartość $80, oznacza to, że bieżący wpis katalogowy jest całkowicie wypełniony, a dalsza część pliku, o ile w ogóle istnieje, jest opisana przez następny wpis opiewający na ten sam plik. Wpisy rozróżniane są na podstawie wartości ''extent counter'' (patrz wyżej).</p></td></tr>		<p>Gdy ''record count'' ma wartość $80, oznacza to, że bieżący wpis katalogowy jest całkowicie wypełniony, a dalsza część pliku, o ile w ogóle istnieje, jest opisana przez następny wpis opiewający na ten sam plik. Wpisy rozróżniane są na podstawie wartości ''extent counter'' (patrz wyżej).</p></td></tr>
	<tr><td>$10-$1F</td>		<tr><td>$10-$1F</td>

KMK: zaszłości

2012-09-24T19:17:53Z

zaszłości

← poprzednia wersja		Wersja z 24 wrz 2012, 21:17
Linia 21:		Linia 21:
	== Jednostka alokacji ==		== Jednostka alokacji ==

	Jednostkę alokacji stanowi blok liczący osiem sektorów w [[SD]] i cztery w [[DD]] ~~(czyli 1k). Całkowita~~ pojemność dyskietki w [[SD]] i [[DD]] wynosi odpowiednio 85 i 171 ~~jednostek alokacji~~.		Jednostkę alokacji stanowi blok liczący minimum (i na ogół) 1k, ale mogący osiągać do 16k. W Indus CP/M blok stanowi osiem sektorów w [[SD]] i cztery w [[DD]], całkowita pojemność dyskietki w [[SD]] i [[DD]] wynosi odpowiednio 85 i 171 bloków.

	Jedną ze stosowanych jednostek miar jest "rekord". Jest to umowna wielkość wynosząca 128 bajtów (historycznie: wielkość sektora na dyskietce ośmiocalowej).		Jedną ze stosowanych jednostek miar jest "rekord". Jest to umowna wielkość wynosząca 128 bajtów (historycznie: wielkość sektora na dyskietce ośmiocalowej).
Linia 71:		Linia 71:
	== Katalog ==		== Katalog ==

	Katalog ~~zajmuje osiem sektorów o numerach~~ od 37 do ~~44 ($0025-$002C)~~. Jeden wpis katalogowy liczy 32 bajty. Jego struktura jest następująca:		Katalog zaczyna się za ścieżkami zarezerwowanymi i może zajmować od 1 do 16 kolejnych bloków, wg informacji zapisanej w DPB. Jeden wpis katalogowy liczy 32 bajty. Jego struktura jest następująca:

	<table border = 1 cellpadding = 5>		<table border = 1 cellpadding = 5>

KMK: /* Katalog */

2012-09-24T13:25:11Z

Katalog

← poprzednia wersja		Wersja z 24 wrz 2012, 15:25
Linia 102:		Linia 102:
	<tr><td>$0F</td>		<tr><td>$0F</td>
	<td>RC</td>		<td>RC</td>
	<td><p>''Record count''. Młodszy bajt liczby rekordów pliku obejmowanej przez ten wpis katalogowy. ~~Całkowitą liczbę~~ rekordów oblicza się wg. wzoru:</p>		<td><p>''Record count''. Młodszy bajt liczby rekordów pliku obejmowanej przez ten wpis katalogowy. Liczbę rekordów w danym wpisie oblicza się wg. wzoru:</p>
	<p>''num_records = extent_mask * 128 + RC''.</p>		<p>''num_records = extent_mask * 128 + RC''.</p>
	<p>Gdy ''record count'' ma wartość $80, oznacza to, że bieżący wpis katalogowy jest całkowicie wypełniony, a dalsza część pliku, o ile w ogóle istnieje, jest opisana przez następny wpis opiewający na ten sam plik. Wpisy rozróżniane są na podstawie wartości ''extent counter'' (patrz wyżej).</p></td></tr>		<p>Gdy ''record count'' ma wartość $80, oznacza to, że bieżący wpis katalogowy jest całkowicie wypełniony, a dalsza część pliku, o ile w ogóle istnieje, jest opisana przez następny wpis opiewający na ten sam plik. Wpisy rozróżniane są na podstawie wartości ''extent counter'' (patrz wyżej).</p></td></tr>

KMK: /* Katalog */ wymiana wzoru bezsensownego na sensowny + drób

2012-09-24T13:02:28Z

Katalog: wymiana wzoru bezsensownego na sensowny + drób

← poprzednia wersja		Wersja z 24 wrz 2012, 15:02
Linia 74:		Linia 74:

	<table border = 1 cellpadding = 5>		<table border = 1 cellpadding = 5>
	<tr><td><b>Offset</b></td><td><b>Opis</b></td></tr>		<tr><td><b>Offset</b></td><td><b>Etykieta</b></td><td><b>Opis</b></td></tr>
	<tr><td>$00</td><td>		<tr><td>$00</td>
			<td>UU</td>
			<td>
	<p>Liczba z zakresu 0-15: kod użytkownika (ang. ''user number''). Pozwala to na istnienie wielu plików o tej samej nazwie na jednej dyskietce. Poszczególni użytkownicy nie "widzą" plików tworzonych przez innych.</p>		<p>Liczba z zakresu 0-15: kod użytkownika (ang. ''user number''). Pozwala to na istnienie wielu plików o tej samej nazwie na jednej dyskietce. Poszczególni użytkownicy nie "widzą" plików tworzonych przez innych.</p>
	<p>Gdy kod użytkownika jest równy $E5, oznacza to plik skasowany.</p>		<p>Gdy kod użytkownika jest równy $E5, oznacza to plik skasowany.</p>
	</td></tr>		</td></tr>
	<tr><td>$01-$08</td><td><p>Nazwa pliku. Musi się składać z 7-bitowych znaków ASCII. W nazwie pliku (oraz rozszerzeniu) ''nie należy'' używać następujących znaków: _ < > . , ; : = ? * [ ] % \| ( ) / \ oraz spacji.</p></td></tr>		<tr><td>$01-$08</td>
	<tr><td>$09-$0B</td><td><p>Rozszerzenie nazwy pliku. Dozwolony jest ten sam zestaw znaków co w nazwie pliku (powyżej).</p>		<td>F1-F7</td>
			<td><p>Nazwa pliku. Musi się składać z 7-bitowych znaków ASCII. W nazwie pliku (oraz rozszerzeniu) ''nie należy'' używać następujących znaków: _ < > . , ; : = ? * [ ] % \| ( ) / \ oraz spacji.</p></td></tr>
			<tr><td>$09-$0B</td>
			<td>T1-T3</td>
			<td><p>Rozszerzenie nazwy pliku. Dozwolony jest ten sam zestaw znaków co w nazwie pliku (powyżej).</p>
	<p>Gdy pierwszy bajt rozszerzenia ma ustawiony bit 7, oznacza to, że plik jest zabezpieczony przed zapisem. To samo w drugim bajcie oznacza "plik systemowy" (czyli ukryty), a w trzecim "plik zarchiwizowany" (czyli nie ruszany od czasu zrobienia ostatniej kopii zapasowej).</p></td></tr>		<p>Gdy pierwszy bajt rozszerzenia ma ustawiony bit 7, oznacza to, że plik jest zabezpieczony przed zapisem. To samo w drugim bajcie oznacza "plik systemowy" (czyli ukryty), a w trzecim "plik zarchiwizowany" (czyli nie ruszany od czasu zrobienia ostatniej kopii zapasowej).</p></td></tr>
	<tr><td>$0C</td><td><p>Młodszy bajt tzw. ''extent counter'' (patrz niżej). Bity 0-4 zawierają pięć młodszych bitów ''extent counter'', bity 5-7 są niewykorzystane.</p></td></tr>		<tr><td>$0C</td>
	<tr><td>$0D</td><td><p>Bajt zarezerwowany, równy $00.</p></td></tr>		<td>EX</td>
	<tr><td>$0E</td><td><p>Starszy bajt ''extent counter'': bity 0-5 zawierają bity 6-11 tej wartości, bity 6-7 są niewykorzystane. Gdy długość pliku jest większa niż to być może wykazane w pojedycznym wpisie katalogowym (czyli, na dyskietce, ponad 16k), tworzone są następne wpisy dotyczące tego samego pliku. Do ich odróżniania służy ''extent counter'', według wzoru: ''entry_number = ((32 * ~~extent_counter_hi~~) + ~~extent_counter_lo~~) / (extent_mask + 1)''.</p>		<td><p>Młodszy bajt tzw. ''extent counter'' (patrz niżej). Bity 0-4 zawierają pięć młodszych bitów ''extent counter'', bity 5-7 są niewykorzystane.</p></td></tr>
			<tr><td>$0D</td>
			<td>S1</td>
			<td><p>Bajt zarezerwowany, równy $00.</p></td></tr>
			<tr><td>$0E</td>
			<td>S2</td>
			<td><p>Starszy bajt ''extent counter'': bity 0-5 zawierają bity 6-11 tej wartości, bity 6-7 są niewykorzystane.</p>
			<p>Gdy długość pliku jest większa niż to być może wykazane w pojedycznym wpisie katalogowym (czyli, na dyskietce, ponad 16k), tworzone są następne wpisy dotyczące tego samego pliku. Do ich odróżniania służy ''extent counter'', według wzoru:</p>
			<p>''entry_number = ((32 * S2) + EX) / (extent_mask + 1)''.</p>
	<p>Maksymalna wartość ''extent counter'' w CP/M 2.2 wynosi 511.</p></td></tr>		<p>Maksymalna wartość ''extent counter'' w CP/M 2.2 wynosi 511.</p></td></tr>
	<tr><td>$0F</td><td><p>''Record count''. ~~Liczba~~ rekordów pliku ~~obejmowana~~ przez ten wpis katalogowy, wg. wzoru: ~~(''extent_counter'' &~~ ''extent_mask~~'')~~ * 128 + ~~''record_count~~''. Gdy ''record count'' ma wartość $80, oznacza to, że bieżący wpis katalogowy jest całkowicie wypełniony, a dalsza część pliku, o ile w ogóle istnieje, jest opisana przez następny wpis opiewający na ten sam plik. Wpisy rozróżniane są na podstawie wartości ''extent counter'' (patrz wyżej).</p></td></tr>		<tr><td>$0F</td>
	<tr><td>$10-$1F</td><td><p>Numery kolejnych bloków zajętych przez plik. Gdy całkowita liczba bloków na dysku jest mniejsza niż 256, numery bloków są jednobajtowe, w przeciwnym razie dwubajtowe (młodszy/starszy). Wartość $00 oznacza blok nieprzypisany. Numery bloków liczone są od początku katalogu, np. w Indus CP/M, na dyskietce w podwójnej gęstości, blok 0 stanowią sektory 37-40, blok 1 - sektory 41-44 (oba bloki zajmuje katalog), a dopiero od bloku nr 2 zapisuje się dane.</p></td></tr>		<td>RC</td>
			<td><p>''Record count''. Młodszy bajt liczby rekordów pliku obejmowanej przez ten wpis katalogowy. Całkowitą liczbę rekordów oblicza się wg. wzoru:</p>
			<p>''num_records = extent_mask * 128 + RC''.</p>
			<p>Gdy ''record count'' ma wartość $80, oznacza to, że bieżący wpis katalogowy jest całkowicie wypełniony, a dalsza część pliku, o ile w ogóle istnieje, jest opisana przez następny wpis opiewający na ten sam plik. Wpisy rozróżniane są na podstawie wartości ''extent counter'' (patrz wyżej).</p></td></tr>
			<tr><td>$10-$1F</td>
			<td>AL</td>
			<td><p>Numery kolejnych bloków zajętych przez plik. Gdy całkowita liczba bloków na dysku jest mniejsza niż 256, numery bloków są jednobajtowe, w przeciwnym razie dwubajtowe (młodszy/starszy). Wartość $00 oznacza blok nieprzypisany. Numery bloków liczone są od początku katalogu, np. w Indus CP/M, na dyskietce w podwójnej gęstości, blok 0 stanowią sektory 37-40, blok 1 - sektory 41-44 (oba bloki zajmuje katalog), a dopiero od bloku nr 2 zapisuje się dane.</p></td></tr>
	</table>		</table>

KMK: /* Katalog */ popr.

2012-09-23T11:46:47Z

Katalog: popr.

← poprzednia wersja		Wersja z 23 wrz 2012, 13:46
Linia 86:		Linia 86:
	<tr><td>$0E</td><td><p>Starszy bajt ''extent counter'': bity 0-5 zawierają bity 6-11 tej wartości, bity 6-7 są niewykorzystane. Gdy długość pliku jest większa niż to być może wykazane w pojedycznym wpisie katalogowym (czyli, na dyskietce, ponad 16k), tworzone są następne wpisy dotyczące tego samego pliku. Do ich odróżniania służy ''extent counter'', według wzoru: ''entry_number = ((32 * extent_counter_hi) + extent_counter_lo) / (extent_mask + 1)''.</p>		<tr><td>$0E</td><td><p>Starszy bajt ''extent counter'': bity 0-5 zawierają bity 6-11 tej wartości, bity 6-7 są niewykorzystane. Gdy długość pliku jest większa niż to być może wykazane w pojedycznym wpisie katalogowym (czyli, na dyskietce, ponad 16k), tworzone są następne wpisy dotyczące tego samego pliku. Do ich odróżniania służy ''extent counter'', według wzoru: ''entry_number = ((32 * extent_counter_hi) + extent_counter_lo) / (extent_mask + 1)''.</p>
	<p>Maksymalna wartość ''extent counter'' w CP/M 2.2 wynosi 511.</p></td></tr>		<p>Maksymalna wartość ''extent counter'' w CP/M 2.2 wynosi 511.</p></td></tr>
	<tr><td>$0F</td><td><p>''Record count''. Liczba rekordów pliku obejmowana przez ten wpis katalogowy, wg. wzoru: (''extent_counter'' & ''extent_mask'') * 128 + ''record_count''~~, przy czym wartość $00 oznacza 128 rekordów~~. Gdy ''record count'' ma wartość $80, oznacza to, że bieżący wpis katalogowy jest całkowicie wypełniony, a dalsza część pliku jest opisana przez następny wpis opiewający na ten sam plik. Wpisy rozróżniane są na podstawie wartości ''extent counter'' (patrz wyżej).</p></td></tr>		<tr><td>$0F</td><td><p>''Record count''. Liczba rekordów pliku obejmowana przez ten wpis katalogowy, wg. wzoru: (''extent_counter'' & ''extent_mask'') * 128 + ''record_count''. Gdy ''record count'' ma wartość $80, oznacza to, że bieżący wpis katalogowy jest całkowicie wypełniony, a dalsza część pliku, o ile w ogóle istnieje, jest opisana przez następny wpis opiewający na ten sam plik. Wpisy rozróżniane są na podstawie wartości ''extent counter'' (patrz wyżej).</p></td></tr>
	<tr><td>$10-$1F</td><td><p>Numery kolejnych bloków zajętych przez plik. Gdy całkowita liczba bloków na dysku jest mniejsza niż 256, numery bloków są jednobajtowe, w przeciwnym razie dwubajtowe (młodszy/starszy). Wartość $00 oznacza blok nieprzypisany. Numery bloków liczone są od początku katalogu, np. w Indus CP/M, na dyskietce w podwójnej gęstości, blok 0 stanowią sektory 37-40, blok 1 - sektory 41-44 (oba bloki zajmuje katalog), a dopiero od bloku nr 2 zapisuje się dane.</p></td></tr>		<tr><td>$10-$1F</td><td><p>Numery kolejnych bloków zajętych przez plik. Gdy całkowita liczba bloków na dysku jest mniejsza niż 256, numery bloków są jednobajtowe, w przeciwnym razie dwubajtowe (młodszy/starszy). Wartość $00 oznacza blok nieprzypisany. Numery bloków liczone są od początku katalogu, np. w Indus CP/M, na dyskietce w podwójnej gęstości, blok 0 stanowią sektory 37-40, blok 1 - sektory 41-44 (oba bloki zajmuje katalog), a dopiero od bloku nr 2 zapisuje się dane.</p></td></tr>
	</table>		</table>