Format AtariDOS 2 - Historia wersji

KMK: ++

2011-07-03T23:01:35Z

← poprzednia wersja		Wersja z 4 lip 2011, 01:01
Linia 72:		Linia 72:
	* '''Numer pliku''' to numer wpisu w katalogu dyskietki, który należy do pliku. Jest nań przeznaczone sześć bitów, czyli na dyskietce mogą być nie więcej niż 64 pliki. Pole to służy do kontrolowania, czy ciągłość plików na dyskietce nie uległa zakłóceniu - jeśli ten numer się nie zgadza z numerem bieżąco odczytywanego pliku, DOS zgłasza błąd nr 164.		* '''Numer pliku''' to numer wpisu w katalogu dyskietki, który należy do pliku. Jest nań przeznaczone sześć bitów, czyli na dyskietce mogą być nie więcej niż 64 pliki. Pole to służy do kontrolowania, czy ciągłość plików na dyskietce nie uległa zakłóceniu - jeśli ten numer się nie zgadza z numerem bieżąco odczytywanego pliku, DOS zgłasza błąd nr 164.

	* Dziesięć następnych bitów to '''numer następnego sektora pliku'''; w ostatnim sektorze pliku jest on równy zero. Wielkość tego pola ogranicza system plików do 1024 sektorów. Co więcej, ponieważ jedyna informacja na temat rozmieszczenia pliku znajduje się w przypisanych doń sektorach, rozmieszczenie sektorów pliku na dyskietce nigdy nie jest znane bez odczytania całości pliku aż do końca - co jest konieczne nawet przy jego kasowaniu. Z kolei fakt, że wskaźnik jest skierowany tylko w jedną stronę, tj. na następny sektor, powoduje, iż znalezienie sektora poprzedniego również wymaga odczytania pliku od początku; o funkcji seek() i swobodnym dostępie do danych pliku można więc przy takim filesystemie od razu zapomnieć		* Dziesięć następnych bitów to '''numer następnego sektora pliku'''; w ostatnim sektorze pliku jest on równy zero. Kolejność bajtów jest odwrotna od ogólnie przyjętej (tj. bajt nr 0 zawiera "najstarsze" bity wartości).

			Wielkość tego pola ogranicza system plików do 1024 sektorów. Co więcej, ponieważ jedyna informacja na temat rozmieszczenia pliku znajduje się w przypisanych doń sektorach, rozmieszczenie sektorów pliku na dyskietce nigdy nie jest znane bez odczytania całości pliku aż do końca - co jest konieczne nawet przy jego kasowaniu. Z kolei fakt, że wskaźnik jest skierowany tylko w jedną stronę, tj. na następny sektor, powoduje, iż znalezienie sektora poprzedniego również wymaga odczytania pliku od początku; o funkcji seek() i swobodnym dostępie do danych pliku można więc przy takim filesystemie od razu zapomnieć

	* '''Wypełnienie''': ilość bajtów danych w sektorze. Pełny sektor danych ma tu wartość $7D (125) w [[SD]] i $FD (253) w [[DD]]. Liczba ta ma znaczenie tylko w ostatnim sektorze pliku, gdzie pozwala znaleźć koniec danych.		* '''Wypełnienie''': ilość bajtów danych w sektorze. Pełny sektor danych ma tu wartość $7D (125) w [[SD]] i $FD (253) w [[DD]]. Liczba ta ma znaczenie tylko w ostatnim sektorze pliku, gdzie pozwala znaleźć koniec danych.

KMK: dr.

2011-07-03T22:55:09Z

dr.

← poprzednia wersja		Wersja z 4 lip 2011, 00:55
Linia 16:		Linia 16:
	== Struktura ogólna ==		== Struktura ogólna ==

	Obsługiwana jest wyłącznie gęstość pojedyncza i podwójna ([[SD]] i [[DD]]) przy czym [[DOS 2.0\|DOS 2.0s]] zna tyko tę pierwszą. Jednostką alokacji jest ~~pojedyńczy~~ sektor fizyczny o wielkości 128 lub 256 bajtów. Sektor nr 360 ($168) jest zajęty na [[VTOC]], w sektorach 361-368 ($0169-$0170) znajduje się katalog dyskietki. W sektorach 1-3 jest program ładujący DOS, a sektor ostatni jest niewykorzystany. Początkowa pojemność dyskietki to 707 wolnych sektorów z ogólnej liczby 720.		Obsługiwana jest wyłącznie gęstość pojedyncza i podwójna ([[SD]] i [[DD]]) przy czym [[DOS 2.0\|DOS 2.0s]] zna tyko tę pierwszą. Jednostką alokacji jest pojedynczy sektor fizyczny o wielkości 128 lub 256 bajtów. Sektor nr 360 ($168) jest zajęty na [[VTOC]], w sektorach 361-368 ($0169-$0170) znajduje się katalog dyskietki. W sektorach 1-3 jest program ładujący DOS, a sektor ostatni jest niewykorzystany. Początkowa pojemność dyskietki to 707 wolnych sektorów z ogólnej liczby 720.

	== VTOC ==		== VTOC ==
Linia 30:		Linia 30:
	== Katalog ==		== Katalog ==

	Katalog zajmuje osiem sektorów o numerach od 361 do 368 ($0169-$0170). ~~Pojedyńczy~~ wpis ma 16 bajtów długości, jego strukturę przedstawia tabelka:		Katalog zajmuje osiem sektorów o numerach od 361 do 368 ($0169-$0170). Pojedynczy wpis ma 16 bajtów długości, jego strukturę przedstawia tabelka:

	<table border = 1 cellpadding = 5>		<table border = 1 cellpadding = 5>
Linia 37:		Linia 37:
	<p>Bajt statusu:</p>		<p>Bajt statusu:</p>
	* bit 7 = 1 - plik skasowany; pozostałe bity mają wtedy wartość 0		* bit 7 = 1 - plik skasowany; pozostałe bity mają wtedy wartość 0
	* bit 6 = 1 - plik istnieje; stany bitów 6 i 7 sa zawsze przeciwne		* bit 6 = 1 - plik istnieje; stany bitów 6 i 7 są zawsze przeciwne
	* bit 5 = 1 - plik jest zabezpieczony przed zapisem lub skasowaniem		* bit 5 = 1 - plik jest zabezpieczony przed zapisem lub skasowaniem
	* bit 4 - niewykorzystany		* bit 4 - niewykorzystany
Linia 54:		Linia 54:
	</table>		</table>

	Struktura katalogu jest bardzo podobna do tej, którą mamy w [[Format AtariDOS 1\|DOS 1.0]]. Jedyną liczącą się różnicą jest to, że DOS 2.0 ustawia zakładanym przez siebie plikom bit 2 statusu, co oznacza "plik założony przez DOS 2.0". Ma to znaczenie przy wymianie plików pomiędzy DOS 1.0 a DOS 2.0 - od biedy mogą one współistnieć na jednej dyskietce, aczkolwiek dostęp do plików DOS 1.0 spod DOS 2.0 może być kłopotliwy (patrz niżej).		Struktura katalogu jest bardzo podobna do tej, którą mamy w [[Format AtariDOS 1\|DOS 1.0]]. Jedyną liczącą się różnicą jest to, że DOS 2.0 ustawia zakładanym przez siebie plikom bit 1 statusu, co oznacza "plik założony przez DOS 2.0". Ma to znaczenie przy wymianie plików pomiędzy DOS 1.0 a DOS 2.0 - od biedy mogą one współistnieć na jednej dyskietce, aczkolwiek dostęp do plików DOS 1.0 spod DOS 2.0 może być kłopotliwy (patrz niżej).

	W podwójnej gęstości pod [[DOS 2.0\|DOS 2.0d]] wpisy katalogowe zajmują tylko pierwszą połówkę każdego sektora katalogu, reszta natomiast pozostaje pusta (filesystem i tak ogranicza maksymalną liczbę plików na dysku do 64).		W podwójnej gęstości pod [[DOS 2.0\|DOS 2.0d]] wpisy katalogowe zajmują tylko pierwszą połówkę każdego sektora katalogu, reszta natomiast pozostaje pusta (filesystem i tak ogranicza maksymalną liczbę plików na dysku do 64).

KMK: /* Cechy ogólne */

2009-10-06T13:32:20Z

Cechy ogólne

← poprzednia wersja		Wersja z 6 paź 2009, 15:32
Linia 9:		Linia 9:
	* Struktura katalogowa: jednopoziomowa		* Struktura katalogowa: jednopoziomowa
	* Maksymalna liczba plików w katalogu: 64		* Maksymalna liczba plików w katalogu: 64
			* Wielkość wpisu w katalogu: 16 bajtów
	* Nazwa pliku: 8+3		* Nazwa pliku: 8+3
	* Metoda linkowania plików: 3-bajtowy link w sektorze danych		* Metoda linkowania plików: 3-bajtowy link w sektorze danych

KMK o 00:44, 4 paź 2006

2006-10-04T00:44:57Z

← poprzednia wersja		Wersja z 4 paź 2006, 02:44
Linia 9:		Linia 9:
	* Struktura katalogowa: jednopoziomowa		* Struktura katalogowa: jednopoziomowa
	* Maksymalna liczba plików w katalogu: 64		* Maksymalna liczba plików w katalogu: 64
			* Nazwa pliku: 8+3
	* Metoda linkowania plików: 3-bajtowy link w sektorze danych		* Metoda linkowania plików: 3-bajtowy link w sektorze danych
	* Metoda alokacji sektorów: mapa bitowa		* Metoda alokacji sektorów: mapa bitowa

KMK o 11:04, 3 paź 2006

2006-10-03T11:04:37Z

← poprzednia wersja		Wersja z 3 paź 2006, 13:04
Linia 3:		Linia 3:
	== Cechy ogólne ==		== Cechy ogólne ==

	* ~~Obsługiwane~~ wielkości sektorów: 128 i 256 bajtów		* Dopuszczalne wielkości sektorów: 128 i 256 bajtów
	* Maksymalna pojemność filesystemu: 944 sektory (233,23 kB)		* Maksymalna pojemność filesystemu: 944 sektory (233,23 kB)
	* Maksymalna wielkość pliku: 253 kB		* Maksymalna wielkość pliku: 253 kB

KMK o 11:04, 3 paź 2006

2006-10-03T11:04:26Z

← poprzednia wersja		Wersja z 3 paź 2006, 13:04
Linia 4:		Linia 4:

	* Obsługiwane wielkości sektorów: 128 i 256 bajtów		* Obsługiwane wielkości sektorów: 128 i 256 bajtów
	* Maksymalna pojemność filesystemu: ~~253~~ kB		* Maksymalna pojemność filesystemu: 944 sektory (233,23 kB)
	* Maksymalna wielkość pliku: 253 kB		* Maksymalna wielkość pliku: 253 kB
	* Maksymalna liczba plików na dysku: 64		* Maksymalna liczba plików na dysku: 64

KMK: /* Mapowanie plików */

2006-10-01T18:05:59Z

Mapowanie plików

← poprzednia wersja		Wersja z 1 paź 2006, 20:05
Linia 74:		Linia 74:
	* '''Wypełnienie''': ilość bajtów danych w sektorze. Pełny sektor danych ma tu wartość $7D (125) w [[SD]] i $FD (253) w [[DD]]. Liczba ta ma znaczenie tylko w ostatnim sektorze pliku, gdzie pozwala znaleźć koniec danych.		* '''Wypełnienie''': ilość bajtów danych w sektorze. Pełny sektor danych ma tu wartość $7D (125) w [[SD]] i $FD (253) w [[DD]]. Liczba ta ma znaczenie tylko w ostatnim sektorze pliku, gdzie pozwala znaleźć koniec danych.

	Znaczenie bitów ostatniego bajtu linku zostało zmienione w stosunku do [[format AtariDOS 1.0\|formatu DOS 1.0]] - DOS 2.0 nie zna "znacznika wypełnienia", a co za tym idzie mogą wystąpić problemy ze znalezieniem końca pliku zapisanego przez DOS 1.0. W szczególności na końcu takich zbiorów mogą odczytywać się nadmiarowe "śmieci".		Znaczenie bitów ostatniego bajtu linku zostało zmienione w stosunku do [[format AtariDOS 1\|formatu DOS 1.0]] - DOS 2.0 nie zna "znacznika wypełnienia", a co za tym idzie mogą wystąpić problemy ze znalezieniem końca pliku zapisanego przez DOS 1.0. W szczególności na końcu takich zbiorów mogą odczytywać się nadmiarowe "śmieci".

	==Zobacz też==		==Zobacz też==

KMK: /* Mapowanie plików */

2006-10-01T18:05:19Z

Mapowanie plików

← poprzednia wersja		Wersja z 1 paź 2006, 20:05
Linia 74:		Linia 74:
	* '''Wypełnienie''': ilość bajtów danych w sektorze. Pełny sektor danych ma tu wartość $7D (125) w [[SD]] i $FD (253) w [[DD]]. Liczba ta ma znaczenie tylko w ostatnim sektorze pliku, gdzie pozwala znaleźć koniec danych.		* '''Wypełnienie''': ilość bajtów danych w sektorze. Pełny sektor danych ma tu wartość $7D (125) w [[SD]] i $FD (253) w [[DD]]. Liczba ta ma znaczenie tylko w ostatnim sektorze pliku, gdzie pozwala znaleźć koniec danych.

	Znaczenie bitów ostatniego bajtu linku zostało zmienione w stosunku do [[\|format AtariDOS 1.0\|formatu DOS 1.0]] - DOS 2.0 nie zna "znacznika wypełnienia", a co za tym idzie mogą wystąpić problemy ze znalezieniem końca pliku zapisanego przez DOS 1.0. W szczególności na końcu takich zbiorów mogą odczytywać się nadmiarowe "śmieci".		Znaczenie bitów ostatniego bajtu linku zostało zmienione w stosunku do [[format AtariDOS 1.0\|formatu DOS 1.0]] - DOS 2.0 nie zna "znacznika wypełnienia", a co za tym idzie mogą wystąpić problemy ze znalezieniem końca pliku zapisanego przez DOS 1.0. W szczególności na końcu takich zbiorów mogą odczytywać się nadmiarowe "śmieci".

	==Zobacz też==		==Zobacz też==

KMK: /* Mapowanie plików */

2006-10-01T18:04:56Z

Mapowanie plików

← poprzednia wersja		Wersja z 1 paź 2006, 20:04
Linia 74:		Linia 74:
	* '''Wypełnienie''': ilość bajtów danych w sektorze. Pełny sektor danych ma tu wartość $7D (125) w [[SD]] i $FD (253) w [[DD]]. Liczba ta ma znaczenie tylko w ostatnim sektorze pliku, gdzie pozwala znaleźć koniec danych.		* '''Wypełnienie''': ilość bajtów danych w sektorze. Pełny sektor danych ma tu wartość $7D (125) w [[SD]] i $FD (253) w [[DD]]. Liczba ta ma znaczenie tylko w ostatnim sektorze pliku, gdzie pozwala znaleźć koniec danych.

	Znaczenie bitów ostatniego bajtu linku zostało zmienione w stosunku do [[DOS 1.0]] - DOS 2.0 nie zna "znacznika wypełnienia", a co za tym idzie mogą wystąpić problemy ze znalezieniem końca pliku zapisanego przez DOS 1.0. W szczególności na końcu takich zbiorów mogą odczytywać się nadmiarowe "śmieci".		Znaczenie bitów ostatniego bajtu linku zostało zmienione w stosunku do [[\|format AtariDOS 1.0\|formatu DOS 1.0]] - DOS 2.0 nie zna "znacznika wypełnienia", a co za tym idzie mogą wystąpić problemy ze znalezieniem końca pliku zapisanego przez DOS 1.0. W szczególności na końcu takich zbiorów mogą odczytywać się nadmiarowe "śmieci".

	==Zobacz też==		==Zobacz też==

KMK: /* Mapowanie plików */

2006-10-01T18:04:05Z

Mapowanie plików

← poprzednia wersja		Wersja z 1 paź 2006, 20:04
Linia 60:		Linia 60:
	Ciągłość plików oraz dokładne dane o ich długości (katalog zawiera tylko wielkość pliku w sektorach) zapewnia "link" umieszczony w trzech ostatnich bajtach każdego sektora danych. Wynika z tego, że w każdym sektorze dostępne jest tylko 125 (w [[SD]]) lub 253 (w [[DD]]) bajty na dane pliku, trzy pozostałe natomiast zajmuje DOS. Informacja w nich zawarta rozmieszczona jest niezgodnie z granicami bajtów:		Ciągłość plików oraz dokładne dane o ich długości (katalog zawiera tylko wielkość pliku w sektorach) zapewnia "link" umieszczony w trzech ostatnich bajtach każdego sektora danych. Wynika z tego, że w każdym sektorze dostępne jest tylko 125 (w [[SD]]) lub 253 (w [[DD]]) bajty na dane pliku, trzy pozostałe natomiast zajmuje DOS. Informacja w nich zawarta rozmieszczona jest niezgodnie z granicami bajtów:

			+---------------+---------------+---------------+
			\| 0 \| 1 \| 2 \|
	+---------------+---------------+---------------+		+---------------+---------------+---------------+
	\|7 6 5 4 3 2 1 0\|7 6 5 4 3 2 1 0\|7 6 5 4 3 2 1 0\|		\|7 6 5 4 3 2 1 0\|7 6 5 4 3 2 1 0\|7 6 5 4 3 2 1 0\|