Binarny plik DOS-u - Historia wersji

Krótki: Wycofuję - DOS II pozwala na nadmiarowe nagłówki pliku także w pierwszym bloku.

2025-08-02T10:38:49Z

Wycofuję - DOS II pozwala na nadmiarowe nagłówki pliku także w pierwszym bloku.

← poprzednia wersja		Wersja z 2 sie 2025, 12:38
Linia 21:		Linia 21:
	Po nagłówku następują bajty danych, w liczbie równej dokładnie <adres końca> - <adres początku> + 1. Dane te wczytywane są w obszar pamięci wyznaczony przez adresy z nagłówka.		Po nagłówku następują bajty danych, w liczbie równej dokładnie <adres końca> - <adres początku> + 1. Dane te wczytywane są w obszar pamięci wyznaczony przez adresy z nagłówka.

	Począwszy od DOS-u 2.0 dopuszczalne jest wystąpienie nadmiarowej sygnatury ($FF $FF) przed każdym blokiem ~~następującym po bloku~~ pierwszym - podczas odczytu jest ona ignorowana. Pozwala to na scalenie (np. komendą COPY FILE z parametrem /A) wielu plików binarnych DOS-u w jeden, bez konieczności usuwania 2 bajtów sygnatury z każdego pliku poza pierwszym.		Począwszy od DOS-u 2.0 dopuszczalne jest wystąpienie nadmiarowej sygnatury ($FF $FF) przed każdym blokiem (włącznie z pierwszym) - podczas odczytu jest ona ignorowana. Pozwala to na scalenie (np. komendą COPY FILE z parametrem /A) wielu plików binarnych DOS-u w jeden, bez konieczności usuwania 2 bajtów sygnatury z każdego pliku poza pierwszym.

	=== Obszary specjalne ===		=== Obszary specjalne ===

KMK: /* Struktura bloku */

2025-08-01T18:41:01Z

Struktura bloku

← poprzednia wersja		Wersja z 1 sie 2025, 20:41
Linia 21:		Linia 21:
	Po nagłówku następują bajty danych, w liczbie równej dokładnie <adres końca> - <adres początku> + 1. Dane te wczytywane są w obszar pamięci wyznaczony przez adresy z nagłówka.		Po nagłówku następują bajty danych, w liczbie równej dokładnie <adres końca> - <adres początku> + 1. Dane te wczytywane są w obszar pamięci wyznaczony przez adresy z nagłówka.

	Począwszy od DOS-u 2.0 dopuszczalne jest wystąpienie nadmiarowej sygnatury ($FF $FF) przed każdym blokiem ~~(włącznie z~~ pierwszym) - podczas odczytu jest ona ignorowana. Pozwala to na scalenie (np. komendą COPY FILE z parametrem /A) wielu plików binarnych DOS-u w jeden, bez konieczności usuwania 2 bajtów sygnatury z każdego pliku poza pierwszym.		Począwszy od DOS-u 2.0 dopuszczalne jest wystąpienie nadmiarowej sygnatury ($FF $FF) przed każdym blokiem następującym po bloku pierwszym - podczas odczytu jest ona ignorowana. Pozwala to na scalenie (np. komendą COPY FILE z parametrem /A) wielu plików binarnych DOS-u w jeden, bez konieczności usuwania 2 bajtów sygnatury z każdego pliku poza pierwszym.

	=== Obszary specjalne ===		=== Obszary specjalne ===

Krótki: Przeredagowuję, we wstępie geneza formatu, INITAD tylko od DOS-a 2.0 wzwyż, możliwość powrotu z programu do DOS-u.

2025-08-01T16:29:24Z

Przeredagowuję, we wstępie geneza formatu, INITAD tylko od DOS-a 2.0 wzwyż, możliwość powrotu z programu do DOS-u.

← poprzednia wersja		Wersja z 1 sie 2025, 18:29
Linia 1:		Linia 1:
	~~Plik powstający po wydaniu polecenia~~ "BINARY SAVE" ~~z poziomu~~ [[DOS]]~~-ów Atari~~ w ~~wersjach 1~~.0, 2.0, 2.5, 4.~~0, jak i MyDOSu~~. Plik ma strukturę blokową - składa się z jednego lub więcej bloków, czy też segmentów, z których każdy dosłownie wskazuje adresy, pod które należy wczytać dane zawarte w bloku. Ten format pliku zatem nie przewiduje automatycznej relokacji danych - relokowalne binaria ma tylko [[SpartaDOS X]].		Najpopularniejszy format [https://pl.wikipedia.org/wiki/Plik_obiektowy pliku obiektowego], wprowadzony przez [[Atari, Inc.]] jako format wynikowy funkcji "BINARY SAVE" [[DOS 1.0\|DOS-u 1.0]] i programu [[Assembler Editor]]. Format został zmodyfikowany w [[DOS 2.0\|DOS-ie 2.0]], i w tej nowszej wersji wszedł do powszechnego użycia - wersja 2.0 jest obsługiwana przez wszystkie kolejne DOS-y firmy Atari oraz przez systemy innych firm, np. [[MyDOS]].

			Plik ma strukturę blokową - składa się z jednego lub więcej bloków, czy też segmentów, z których każdy dosłownie wskazuje adresy, pod które należy wczytać dane zawarte w bloku. Ten format pliku zatem nie przewiduje automatycznej relokacji danych - relokowalne binaria ma tylko [[SpartaDOS X]].

	Specjalne bloki pozwalają też na uruchamianie kodu inicjującego w trakcie ładowania pliku, oraz uruchomienie programu po jego załadowaniu. Pliki w tym formacie są więc zazwyczaj programami wykonywalnymi dla ośmiobitowego Atari, przeznaczonymi do wczytania pod kontrolą DOS-u lub [[inicjalizer]]a.		Specjalne bloki pozwalają też na uruchamianie kodu inicjującego w trakcie ładowania pliku, oraz uruchomienie programu po jego załadowaniu. Pliki w tym formacie są więc zazwyczaj programami wykonywalnymi dla ośmiobitowego Atari, przeznaczonymi do wczytania pod kontrolą DOS-u lub [[inicjalizer]]a.
Linia 19:		Linia 21:
	Po nagłówku następują bajty danych, w liczbie równej dokładnie <adres końca> - <adres początku> + 1. Dane te wczytywane są w obszar pamięci wyznaczony przez adresy z nagłówka.		Po nagłówku następują bajty danych, w liczbie równej dokładnie <adres końca> - <adres początku> + 1. Dane te wczytywane są w obszar pamięci wyznaczony przez adresy z nagłówka.

	Począwszy od DOS-u 2.0 dopuszczalne jest wystąpienie nadmiarowej sygnatury ($FF $FF) przed każdym blokiem (włącznie z pierwszym) - podczas odczytu jest ona ignorowana. Pozwala to na scalenie (np. komendą COPY FILE a parametrem /A) wielu plików binarnych DOS-u w jeden, bez konieczności usuwania 2 bajtów sygnatury z każdego pliku poza pierwszym.		Począwszy od DOS-u 2.0 dopuszczalne jest wystąpienie nadmiarowej sygnatury ($FF $FF) przed każdym blokiem (włącznie z pierwszym) - podczas odczytu jest ona ignorowana. Pozwala to na scalenie (np. komendą COPY FILE z parametrem /A) wielu plików binarnych DOS-u w jeden, bez konieczności usuwania 2 bajtów sygnatury z każdego pliku poza pierwszym.

	=== Obszary specjalne ===		=== Obszary specjalne ===
	W trakcie ładowania pliku binarnego ~~słowa spod dwóch adresów w~~ pamięci ~~mają~~ szczególne znaczenie:		W trakcie ładowania pliku binarnego zapisanie danych do określonych obszarów pamięci ma szczególne znaczenie:
	* INITAD $~~02E2~~-$~~02E3 - jeśli zostało zmienione poprzez ostatnio wczytywany blok~~, ~~traktowane jest jako~~ adres ~~procedury do wykonania bezpośrednio~~ po ~~wczytaniu tego bloku (powrót przez RTS),~~
	* RUNAD $~~02E0~~-$~~02E1~~ - ~~jeśli zostało zmienione przez którykolwiek z wczytywanych bloków~~, ~~traktowane~~ jest ~~jako~~ adres ~~startowy od którego wykonywany zostanie program, po załadowaniu wszystkich bloków~~.		==== RUNAD - automatyczne uruchomienie po załadowaniu ====
			Załadowanie adresu pod wektor RUNAD = $02E0-$02E1 spowoduje, że gdy ładowanie osiągnie koniec pliku, tj. po zakończeniu ładowania wszystkich bloków, system wykona skok pod ten adres. Pozwala to stworzyć plik programu samouruchamiający się po załadowaniu.

			Program może zakończyć działanie i powrócić do DOS-u wykonując skok pośredni poprzez wektor DOSVEC = $0A-$0B. W DOS-ie 1.0 była to jedyna możliwość powrotu, natomiast począwszy od DOS-u 2.0 możliwe jest też zakończenie programu rozkazem RTS.

			Niektóre DOS-y, np. [[DOS XL]] i [[SpartaDOS]], nie pozwalają załadować pliku obiektowego bez uruchomienia. Brak wpisania adresu pod RUNAD powoduje, że owe DOS-y wykonują skok pod adres początkowy pierwszego załadowanego bloku.

			==== INITAD - automatyczna inicjalizacja podczas ładowania ====

	~~Jeśli słowo~~ pod ~~adresem~~ $~~02E0 nie zostanie zmienione przez żaden z ładowanych bloków (bądź przez procedurę wykonywaną w wypadku stwierdzenia zmiany słowa~~ $~~02E2), to nie ma ustalonego adresu, od którego należy wystartować załadowany~~ plik ~~binarny~~. ~~Niektóre DOS-y - jak [[DOS XL]] i [[SpartaDOS]] - w takim wypadku, uruchamiają program od początku pierwszego bloku~~.		W DOS-ie 2.0 wprowadzono możliwość wykonania programu po załadowaniu każdego bloku. Załadowanie adresu pod wektor INITAD = $20E2-$20E3 powoduje skok pod ów adres natychmiast po załadowaniu bieżącego bloku. Wczytywany plik pozostaje otwarty. Powrót z programu rozkazem RTS powoduje kontynuację ładowania pliku.

	=== COS + NCOPY ===		==== COS + NCOPY - wyświetlanie nazwy ładowanego pliku ====

	[[COS]] w trakcie ładowania programu z taśmy pozwala na wyświetlenie jego nazwy nadanej podczas kopiowania przy pomocy programu [[Name Copy]]. Blok nazwy jest zwykłym blokiem binarnym ładowanym w obszar $1C0-$1CE:		[[COS]] w trakcie ładowania programu z taśmy pozwala na wyświetlenie jego nazwy nadanej podczas kopiowania przy pomocy programu [[Name Copy]]. Blok nazwy jest zwykłym blokiem binarnym ładowanym w obszar $1C0-$1CE:

Krótki: Przeredagowuję, poprawiam informacje o DOS-ie 1.0.

2025-07-30T09:09:47Z

Przeredagowuję, poprawiam informacje o DOS-ie 1.0.

← poprzednia wersja		Wersja z 30 lip 2025, 11:09
Linia 1:		Linia 1:
	Plik powstający po wydaniu polecenia "BINARY SAVE" z poziomu [[DOS]]-ów Atari w wersjach 1.0, 2.0, 2.5, 4.0, jak i MyDOSu.		Plik powstający po wydaniu polecenia "BINARY SAVE" z poziomu [[DOS]]-ów Atari w wersjach 1.0, 2.0, 2.5, 4.0, jak i MyDOSu. Plik ma strukturę blokową - składa się z jednego lub więcej bloków, czy też segmentów, z których każdy dosłownie wskazuje adresy, pod które należy wczytać dane zawarte w bloku. Ten format pliku zatem nie przewiduje automatycznej relokacji danych - relokowalne binaria ma tylko [[SpartaDOS X]].

	~~== Format standardowy ==~~		Specjalne bloki pozwalają też na uruchamianie kodu inicjującego w trakcie ładowania pliku, oraz uruchomienie programu po jego załadowaniu. Pliki w tym formacie są więc zazwyczaj programami wykonywalnymi dla ośmiobitowego Atari, przeznaczonymi do wczytania pod kontrolą DOS-u lub [[inicjalizer]]a.
	~~Plik binarny~~, ~~zwykle zawierający program wykonywalny~~ dla ośmiobitowego Atari ~~i przeznaczony~~ do wczytania pod kontrolą DOS-u lub [[inicjalizer]]a. Plik taki ma strukturę blokową, tzn. składa się z jednego, bądź więcej bloków, czy też segmentów, przy czym pierwszy z nich musi zaczynać się sygnaturą w postaci słowa $FFFF. Pozostałe bloki mogą zawierać tę sygnaturę, ale nie jest to warunek konieczny - wszystkie natomiast muszą zawierać nagłówek.

	Standardowy format nie przewiduje automatycznej relokacji danych, nagłówek dosłownie wskazuje adresy, pod które należy wczytać dane zawarte w bloku (segmencie). Relokowalne binaria ma tylko [[SpartaDOS X]].		== Format pliku ==

	=== ~~Nagłówek~~ ===		=== Sygnatura pliku ===
	Każdy blok ~~zawiera nagłówek~~ w postaci dwóch ~~bądź trzech~~ słów:		Plik musi zaczynać się sygnaturą w postaci 2 bajtów:
	~~# sygnatura $FFFF~~ (~~niezbędna przy pierwszym bloku, opcjonalna przy pozostałych~~),		* $84 $09 w przypadku DOS-u 1.0,
			* $FF $FF w przypadku DOS-u 2.0 i późniejszych.

			Po sygnaturze następuje jeden lub więcej bloków, czy też segmentów.

			=== Struktura bloku ===
			Każdy blok poprzedzony jest 4-bajtowym nagłówkiem w postaci dwóch słów (w kolejności LSB):
	# adres początku danych,		# adres początku danych,
	# adres końca.		# adres końca.

	~~===~~ Dane ~~===~~		Po nagłówku następują bajty danych, w liczbie równej dokładnie <adres końca> - <adres początku> + 1. Dane te wczytywane są w obszar pamięci wyznaczony przez adresy z nagłówka.
	~~Dane znajdują się bezpośrednio za nagłówkiem i~~ wczytywane są w obszar pamięci wyznaczony przez adresy z nagłówka. ~~Wyznaczają one również objętość ładowanych danych~~.
			Począwszy od DOS-u 2.0 dopuszczalne jest wystąpienie nadmiarowej sygnatury ($FF $FF) przed każdym blokiem (włącznie z pierwszym) - podczas odczytu jest ona ignorowana. Pozwala to na scalenie (np. komendą COPY FILE a parametrem /A) wielu plików binarnych DOS-u w jeden, bez konieczności usuwania 2 bajtów sygnatury z każdego pliku poza pierwszym.

	=== Obszary specjalne ===		=== Obszary specjalne ===
	W trakcie ładowania pliku binarnego słowa spod dwóch adresów w pamięci mają szczególne znaczenie:		W trakcie ładowania pliku binarnego słowa spod dwóch adresów w pamięci mają szczególne znaczenie:
	* INITAD $02E2 - jeśli zostało zmienione poprzez ostatnio wczytywany blok, traktowane jest jako adres procedury do wykonania bezpośrednio po wczytaniu tego bloku (powrót przez RTS),		* INITAD $02E2-$02E3 - jeśli zostało zmienione poprzez ostatnio wczytywany blok, traktowane jest jako adres procedury do wykonania bezpośrednio po wczytaniu tego bloku (powrót przez RTS),
	* RUNAD $02E0 - jeśli zostało zmienione przez którykolwiek z wczytywanych bloków, traktowane jest jako adres startowy od którego wykonywany zostanie program, po załadowaniu wszystkich bloków.		* RUNAD $02E0-$02E1 - jeśli zostało zmienione przez którykolwiek z wczytywanych bloków, traktowane jest jako adres startowy od którego wykonywany zostanie program, po załadowaniu wszystkich bloków.

	Jeśli słowo pod adresem $02E0 nie zostanie zmienione przez żaden z ładowanych bloków (bądź przez procedurę wykonywaną w wypadku stwierdzenia zmiany słowa $02E2), to nie ma ustalonego adresu, od którego należy wystartować załadowany plik binarny. Niektóre DOS-y - jak [[DOS XL]] i [[SpartaDOS]] - w takim wypadku, uruchamiają program od początku pierwszego bloku.		Jeśli słowo pod adresem $02E0 nie zostanie zmienione przez żaden z ładowanych bloków (bądź przez procedurę wykonywaną w wypadku stwierdzenia zmiany słowa $02E2), to nie ma ustalonego adresu, od którego należy wystartować załadowany plik binarny. Niektóre DOS-y - jak [[DOS XL]] i [[SpartaDOS]] - w takim wypadku, uruchamiają program od początku pierwszego bloku.

Mono: /* COS + NCOPY */ przykład

2024-03-13T12:47:25Z

COS + NCOPY: przykład

← poprzednia wersja		Wersja z 13 mar 2024, 14:47
Linia 31:		Linia 31:
	* $0C-$0E: długość pliku wyrażona w 128-bajtowych blokach również zapisana kodami ATASCII.		* $0C-$0E: długość pliku wyrażona w 128-bajtowych blokach również zapisana kodami ATASCII.

	Jest on zapisywany przez [[Name Copy]] jako pierwszy blok pliku, co może powodować problemy z uruchomieniem programu w niektórych [[DOS]]-ach w sytuacji gdy w pliku nie zdefiniowano adresu uruchomienia programu.		'''UWAGA!''' Jest on zapisywany przez [[Name Copy]] jako pierwszy blok pliku, co może powodować problemy z uruchomieniem programu w niektórych [[DOS]]-ach w sytuacji gdy w pliku nie zdefiniowano adresu uruchomienia programu.

			Przykładowa treść bloku:

			QA COM 100

	== Przykłady ==		== Przykłady ==

Mono: /* COS + NCOPY */ pierwszy blok w pliku i potencjalne problemy z uruchamieniem

2020-12-11T18:03:56Z

COS + NCOPY: pierwszy blok w pliku i potencjalne problemy z uruchamieniem

← poprzednia wersja		Wersja z 11 gru 2020, 20:03
Linia 30:		Linia 30:
	* $0B: spacja ($20)		* $0B: spacja ($20)
	* $0C-$0E: długość pliku wyrażona w 128-bajtowych blokach również zapisana kodami ATASCII.		* $0C-$0E: długość pliku wyrażona w 128-bajtowych blokach również zapisana kodami ATASCII.

			Jest on zapisywany przez [[Name Copy]] jako pierwszy blok pliku, co może powodować problemy z uruchomieniem programu w niektórych [[DOS]]-ach w sytuacji gdy w pliku nie zdefiniowano adresu uruchomienia programu.

	== Przykłady ==		== Przykłady ==

Mono: COS+NCOPY

2020-12-11T17:58:37Z

COS+NCOPY

← poprzednia wersja		Wersja z 11 gru 2020, 19:58
Linia 21:		Linia 21:

	Jeśli słowo pod adresem $02E0 nie zostanie zmienione przez żaden z ładowanych bloków (bądź przez procedurę wykonywaną w wypadku stwierdzenia zmiany słowa $02E2), to nie ma ustalonego adresu, od którego należy wystartować załadowany plik binarny. Niektóre DOS-y - jak [[DOS XL]] i [[SpartaDOS]] - w takim wypadku, uruchamiają program od początku pierwszego bloku.		Jeśli słowo pod adresem $02E0 nie zostanie zmienione przez żaden z ładowanych bloków (bądź przez procedurę wykonywaną w wypadku stwierdzenia zmiany słowa $02E2), to nie ma ustalonego adresu, od którego należy wystartować załadowany plik binarny. Niektóre DOS-y - jak [[DOS XL]] i [[SpartaDOS]] - w takim wypadku, uruchamiają program od początku pierwszego bloku.

			=== COS + NCOPY ===

			[[COS]] w trakcie ładowania programu z taśmy pozwala na wyświetlenie jego nazwy nadanej podczas kopiowania przy pomocy programu [[Name Copy]]. Blok nazwy jest zwykłym blokiem binarnym ładowanym w obszar $1C0-$1CE:

			* $00-$07: nazwa pliku w kodach [[ATASCII]],
			* $08-$0A: rozszerzenie pliku w kodach ATASCII,
			* $0B: spacja ($20)
			* $0C-$0E: długość pliku wyrażona w 128-bajtowych blokach również zapisana kodami ATASCII.

	== Przykłady ==		== Przykłady ==

Krótki: Binarny plik DOSu moved to Binarny plik DOS-u: Zgodnie z zasadami języka polskiego.

2014-12-18T22:31:38Z

Binarny plik DOSu moved to Binarny plik DOS-u: Zgodnie z zasadami języka polskiego.

← poprzednia wersja	Wersja z 19 gru 2014, 00:31
(Brak różnic)

Krótki: ujednoznacznienie linku CMC

2011-02-06T20:48:14Z

ujednoznacznienie linku CMC

← poprzednia wersja		Wersja z 6 lut 2011, 22:48
Linia 23:		Linia 23:

	== Przykłady ==		== Przykłady ==
	Format ten stosowany jest zarówno do wczytywania kodu programu (np. zewnętrzne polecenia DOS-u w postaci plików [[COM]], [[EXE]], [[XEX]]), jak i pozbawionych kodu programu czystych danych (np. [[CMC]], [[TMC]]).		Format ten stosowany jest zarówno do wczytywania kodu programu (np. zewnętrzne polecenia DOS-u w postaci plików [[COM]], [[EXE]], [[XEX]]), jak i pozbawionych kodu programu czystych danych (np. [[CMC (format pliku)\|CMC]], [[TMC (format pliku)\|TMC]]).

	[[Kategoria:Atari 8-bit]]		[[Kategoria:Atari 8-bit]]
	[[Kategoria:Programowanie Atari 8-bit]]		[[Kategoria:Programowanie Atari 8-bit]]
	[[Kategoria:Formaty plików]]		[[Kategoria:Formaty plików]]

KMK o 16:31, 15 mar 2010

2010-03-15T16:31:12Z

← poprzednia wersja		Wersja z 15 mar 2010, 18:31
Linia 1:		Linia 1:
	Plik powstający po wydaniu polecenia "BINARY SAVE" z poziomu DOS-ów Atari w wersjach 1.0, 2.0, 2.5, 4.0, jak i MyDOSu.		Plik powstający po wydaniu polecenia "BINARY SAVE" z poziomu [[DOS]]-ów Atari w wersjach 1.0, 2.0, 2.5, 4.0, jak i MyDOSu.

	== Format standardowy ==		== Format standardowy ==
	Plik binarny, zwykle zawierający program wykonywalny dla ośmiobitowego Atari i przeznaczony do wczytania pod kontrolą [[DOS]] lub [[inicjalizer]]a. Plik taki ma strukturę blokową, tzn. składa się z jednego, bądź więcej bloków, czy też segmentów, przy czym pierwszy z nich musi zaczynać się sygnaturą w postaci słowa $FFFF. Pozostałe bloki mogą zawierać tę sygnaturę, ale nie jest to warunek konieczny - wszystkie natomiast muszą zawierać nagłówek.		Plik binarny, zwykle zawierający program wykonywalny dla ośmiobitowego Atari i przeznaczony do wczytania pod kontrolą DOS-u lub [[inicjalizer]]a. Plik taki ma strukturę blokową, tzn. składa się z jednego, bądź więcej bloków, czy też segmentów, przy czym pierwszy z nich musi zaczynać się sygnaturą w postaci słowa $FFFF. Pozostałe bloki mogą zawierać tę sygnaturę, ale nie jest to warunek konieczny - wszystkie natomiast muszą zawierać nagłówek.

	Standardowy format nie przewiduje automatycznej relokacji danych, nagłówek dosłownie wskazuje adresy, pod które należy wczytać dane zawarte w bloku (segmencie). Relokowalne binaria ma tylko [[SpartaDOS X]].		Standardowy format nie przewiduje automatycznej relokacji danych, nagłówek dosłownie wskazuje adresy, pod które należy wczytać dane zawarte w bloku (segmencie). Relokowalne binaria ma tylko [[SpartaDOS X]].
Linia 20:		Linia 20:
	* RUNAD $02E0 - jeśli zostało zmienione przez którykolwiek z wczytywanych bloków, traktowane jest jako adres startowy od którego wykonywany zostanie program, po załadowaniu wszystkich bloków.		* RUNAD $02E0 - jeśli zostało zmienione przez którykolwiek z wczytywanych bloków, traktowane jest jako adres startowy od którego wykonywany zostanie program, po załadowaniu wszystkich bloków.

	Jeśli słowo pod adresem $02E0 nie zostanie zmienione przez żaden z ładowanych bloków (bądź przez procedurę wykonywaną w wypadku stwierdzenia zmiany słowa $02E2), to nie ma ustalonego adresu, od którego należy wystartować załadowany plik binarny. Niektóre [[DOS-y]] - jak [[DOS XL]] i [[SpartaDOS]] - w takim wypadku, uruchamiają program od początku pierwszego bloku.		Jeśli słowo pod adresem $02E0 nie zostanie zmienione przez żaden z ładowanych bloków (bądź przez procedurę wykonywaną w wypadku stwierdzenia zmiany słowa $02E2), to nie ma ustalonego adresu, od którego należy wystartować załadowany plik binarny. Niektóre DOS-y - jak [[DOS XL]] i [[SpartaDOS]] - w takim wypadku, uruchamiają program od początku pierwszego bloku.

	== Przykłady ==		== Przykłady ==