ACX - Historia wersji

Trub o 18:25, 13 sty 2025

2025-01-13T18:25:06Z

← poprzednia wersja		Wersja z 13 sty 2025, 19:25
Linia 34:		Linia 34:
	</tr>		</tr>
	</table>		</table>
	Na długość składają się, oprócz kodu programu także 2 bajty adresu, stąd powinna się mieścić w zakresie 2-255. Adres bezwględny dotyczy miejsca umieszczenia w pamięci kodu nierelokowanego (typ $01). Dla kodu relokowalnego adres względny określa jego przemieszczenie względem adresu bazowego programu, który powinien wynosić $0000 (ew. $00 dla kodu na stronie zerowej).		Na długość składają się, oprócz kodu programu także 2 bajty adresu, stąd powinna się mieścić w zakresie 2-255. Adres bezwględny dotyczy miejsca umieszczenia w pamięci kodu nierelokowanego (typ $0A). Dla kodu relokowalnego adres względny określa jego przemieszczenie względem adresu bazowego programu, który powinien wynosić $0000 (ew. $00 dla kodu na stronie zerowej).

	== Rekord informacyjny ==		== Rekord informacyjny ==

Trub o 14:35, 13 sty 2025

2025-01-13T14:35:17Z

← poprzednia wersja		Wersja z 13 sty 2025, 15:35
Linia 16:		Linia 16:
	Rekordy takie przechowują kod ładowanego programu. W zależności od typu określają sposób umieszczenia go w pamięci:		Rekordy takie przechowują kod ładowanego programu. W zależności od typu określają sposób umieszczenia go w pamięci:
	* $00 - relokacja poza stroną zerową		* $00 - relokacja poza stroną zerową
	* $0A - relokacja na stronie zerowej		* $01 - relokacja na stronie zerowej
	* $01 - bez relokacji.		* $0A - bez relokacji.

	'''Format rekordu kodu'''		'''Format rekordu kodu'''

Krótki: Ja tam nie mam pewności czy Amy Chen to kobieta.

2010-02-18T16:59:49Z

Ja tam nie mam pewności czy Amy Chen to kobieta.

← poprzednia wersja		Wersja z 18 lut 2010, 17:59
Linia 6:		Linia 6:
	W systemie operacyjnym [[DracOS]] od wersji 2.22 przywrócono w [[Tablica skoków\|tablicy skoków]] legalne odwołanie do procedury relokatora. Skok do niej umieszczono jednak pod adresem $E483, ze względu na zajęcie pierwotnego adresu przez inną procedurę.		W systemie operacyjnym [[DracOS]] od wersji 2.22 przywrócono w [[Tablica skoków\|tablicy skoków]] legalne odwołanie do procedury relokatora. Skok do niej umieszczono jednak pod adresem $E483, ze względu na zajęcie pierwotnego adresu przez inną procedurę.

	Loader i związany z nim format binarny zostały przeanalizowane przez [[Trub]]a w 2006 roku na podstawie dokumentacji pochodzącej z Atari~~, pod którą podpisana~~ jest ~~niejaka~~ Amy Chen~~. Stąd~~ pochodzi nadana formatowi nieoficjalna nazwa.		Loader i związany z nim format binarny zostały przeanalizowane przez [[Trub]]a w 2006 roku na podstawie dokumentacji pochodzącej z Atari. Według kodu źródłowego autorem procedur obsługi jest Y.M. "Amy" Chen; stąd pochodzi nadana formatowi nieoficjalna nazwa.

	== Ogólna struktura pliku ==		== Ogólna struktura pliku ==

KMK o 11:54, 1 gru 2007

2007-12-01T11:54:57Z

← poprzednia wersja		Wersja z 1 gru 2007, 12:54
Linia 4:		Linia 4:

	Zamierzeniem twórców była dostępność procedury relokującej dla programistów. Planowane było umieszczenie oficjalnego skoku pod adresem $E486, umożliwiającego relokowanie "zwykłych" programów. Niestety, z niewiadomych przyczyn zrezygnowano z tego rozwiązania.		Zamierzeniem twórców była dostępność procedury relokującej dla programistów. Planowane było umieszczenie oficjalnego skoku pod adresem $E486, umożliwiającego relokowanie "zwykłych" programów. Niestety, z niewiadomych przyczyn zrezygnowano z tego rozwiązania.
	W systemie operacyjnym [[DracOS]] od wersji 2.22 przywrócono w tablicy skoków legalne odwołanie do procedury relokatora. Skok do niej umieszczono jednak pod adresem $E483, ze względu na zajęcie pierwotnego adresu przez inną procedurę.		W systemie operacyjnym [[DracOS]] od wersji 2.22 przywrócono w [[Tablica skoków\|tablicy skoków]] legalne odwołanie do procedury relokatora. Skok do niej umieszczono jednak pod adresem $E483, ze względu na zajęcie pierwotnego adresu przez inną procedurę.

	Loader i związany z nim format binarny zostały przeanalizowane przez [[Trub]]a w 2006 roku na podstawie dokumentacji pochodzącej z Atari, pod którą podpisana jest niejaka Amy Chen. Stąd pochodzi nadana formatowi nieoficjalna nazwa.		Loader i związany z nim format binarny zostały przeanalizowane przez [[Trub]]a w 2006 roku na podstawie dokumentacji pochodzącej z Atari, pod którą podpisana jest niejaka Amy Chen. Stąd pochodzi nadana formatowi nieoficjalna nazwa.

KMK o 22:19, 22 mar 2007

2007-03-22T22:19:13Z

← poprzednia wersja		Wersja z 22 mar 2007, 23:19
Linia 1:		Linia 1:
	ACX - od ang. ''Amy Chen ~~Executable~~'' - jest formatem pliku przeznaczonym do przechowywania relokowalnych binariów. Format ten został stworzony dla doładowywanych z zewnątrz handlerów urządzeń podłączonych do łącza szeregowego ([[SIO]]) oraz szyny równoległej ([[PBI]]), zwłaszcza ekspandera [[1090]].		ACX - od ang. ''Amy Chen eXecutable'' - jest formatem pliku przeznaczonym do przechowywania relokowalnych binariów. Format ten został stworzony dla doładowywanych z zewnątrz handlerów urządzeń podłączonych do łącza szeregowego ([[SIO]]) oraz szyny równoległej ([[PBI]]), zwłaszcza ekspandera [[1090]].

	Procedury obsługujące ten format znajdują się w [[XL OS]], w każdym seryjnym egzemplarzu [[1200XL]], [[600XL]], [[800XL]], [[65XE]] i [[130XE]]. System korzysta z nich podczas ładowania sterowników (handlerów) z podłączonych urządzeń, np. z modułu [[1090]]. Objawem tego jest znane wszystkim posiadaczom Atari "pierdzenie" wydobywające się z głośnika monitora przy starcie systemu oraz przy odwołaniu do urządzenia niezarejestrowanego w [[CIO]]. Jest to próba skomunikowania się z urządzeniami peryferyjnymi w celu ściągnięcia odpowiednich sterowników.		Procedury obsługujące ten format znajdują się w [[XL OS]], w każdym seryjnym egzemplarzu [[1200XL]], [[600XL]], [[800XL]], [[65XE]] i [[130XE]]. System korzysta z nich podczas ładowania sterowników (handlerów) z podłączonych urządzeń, np. z modułu [[1090]]. Objawem tego jest znane wszystkim posiadaczom Atari "pierdzenie" wydobywające się z głośnika monitora przy starcie systemu oraz przy odwołaniu do urządzenia niezarejestrowanego w [[CIO]]. Jest to próba skomunikowania się z urządzeniami peryferyjnymi w celu ściągnięcia odpowiednich sterowników.

KMK: odstubienie

2007-03-22T22:18:49Z

odstubienie

← poprzednia wersja		Wersja z 22 mar 2007, 23:18
Linia 130:		Linia 130:
	* $01 - uruchomienie programu od adresu bezwzględnego podanego w polu ''Adres startu''		* $01 - uruchomienie programu od adresu bezwzględnego podanego w polu ''Adres startu''
	* $02 - uruchomienie programu od adresu relokowanego podanego w polu ''Adres startu''.		* $02 - uruchomienie programu od adresu relokowanego podanego w polu ''Adres startu''.
	~~{{stub}}~~
	[[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: /* Rekord informacyjny */

2007-03-22T22:14:53Z

Rekord informacyjny

← poprzednia wersja		Wersja z 22 mar 2007, 23:14
Linia 37:		Linia 37:

	== Rekord informacyjny ==		== Rekord informacyjny ==
	Rekordy takie zawierają informacje konieczne do relokowania fragmentu programu zawartego w poprzedzającym rekordzie kodu. ~~Zawierają~~ indeksy (offsety) elementów w kodzie, które ulegają zmianie przy jego przemieszczaniu. W zależności od rodzaju wskazywanych elementów stosuje się następujące typy rekordów informacyjnych:		Rekordy takie zawierają tzw. fixupy, czyli informacje konieczne do relokowania fragmentu programu zawartego w poprzedzającym rekordzie kodu. Są to indeksy (offsety) elementów w kodzie, które ulegają zmianie przy jego przemieszczaniu. W zależności od rodzaju wskazywanych elementów stosuje się następujące typy rekordów informacyjnych:

	Dla kodu ładowanego poza stronę zerową:		Dla kodu ładowanego poza stronę zerową:
Linia 58:		Linia 58:
	<table		<table
	style="text-align: left; " border="1"		style="text-align: left; " border="1"
	cellpadding="2" cellspacing="2">		cellpadding="5" cellspacing="2">
	<tr>		<tr>
	<td style="width: 60px;">Typ<br>		<td style="width: 60px;">Typ<br>
	(1B)</td>		(1 bajt)</td>
	<td style="width: 60px;">Długość<br>		<td style="width: 60px;">Długość<br>
	(1B)</td>		(1 bajt)</td>
	<td style="width: 60px;">Indeks 1<br>		<td style="width: 60px;">Indeks 1<br>
	(1B)</td>		(1 bajt)</td>
	<td style="width: 60px;">Indeks 2<br>		<td style="width: 60px;">Indeks 2<br>
	(1B)</td>		(1 bajt)</td>
	<td style="width: 60px;">Indeks 3<br>		<td style="width: 60px;">Indeks 3<br>
	(1B)</td>		(1 bajt)</td>
	<td style="width: 60px;"> ... </td>		<td style="width: 60px;"> ... </td>
	</tr>		</tr>
Linia 75:		Linia 75:
	Długość powinna mieścić się w zakresie 1-253.		Długość powinna mieścić się w zakresie 1-253.

	W przypadku relokowania starszych bajtów adresów, do właściwej ich aktualizacji potrzebne jest dodatkowo uwzględnienie wartości młodszych bajtów (LSB). Ponieważ w kodzie ich nie ~~musi~~ być, umieszcza się je w rekordzie informacyjnym.		W przypadku relokowania starszych bajtów adresów, do właściwej ich aktualizacji potrzebne jest dodatkowo uwzględnienie wartości młodszych bajtów (LSB). Ponieważ w kodzie może ich nie być, umieszcza się je w rekordzie informacyjnym.

	'''Format rekordu informacyjnego dla typów $08,$09 (relokacja starszych bajtów)'''		'''Format rekordu informacyjnego dla typów $08,$09 (relokacja starszych bajtów)'''
	<table		<table
	style="text-align: left; " border="1"		style="text-align: left; " border="1"
	cellpadding="2" cellspacing="2">		cellpadding="5" cellspacing="2">
	<tr>		<tr>
	<td style="width: 60px;">Typ<br>		<td style="width: 60px;">Typ<br>
	(1B)</td>		(1 bajt)</td>
	<td style="width: 60px;">Długość<br>		<td style="width: 60px;">Długość<br>
	(1B)</td>		(1 bajt)</td>
	<td style="width: 60px;">Indeks 1<br>		<td style="width: 60px;">Indeks 1<br>
	(1B)</td>		(1 bajt)</td>
	<td style="width: 60px;">LSB 1<br>		<td style="width: 60px;">LSB 1<br>
	(1B)</td>		(1 bajt)</td>
	<td style="width: 60px;">Indeks 2<br>		<td style="width: 60px;">Indeks 2<br>
	(1B)</td>		(1 bajt)</td>
	<td style="width: 60px;">LSB 2<br>		<td style="width: 60px;">LSB 2<br>
	(1B)</td>		(1 bajt)</td>
	<td style="width: 60px;"> ... </td>		<td style="width: 60px;"> ... </td>
	</tr>		</tr>
Linia 99:		Linia 99:
	Długość powinna mieścić się w zakresie 0-255.		Długość powinna mieścić się w zakresie 0-255.

	Uwzględnienie przy relokacji części adresów (osobno starszy, młodszy bajt) umożliwia m.in. stosowanie w programie konstrukcji typu ''lda #<adres, ldx #>adres'', co nie jest typowe dla innych formatów relokowalnych stosowanych w Atari. Interesujące jest również specjalne potraktowanie strony zerowej, np. typ $04 pozwala poprawnie relokować następujący program:		Uwzględnienie przy relokacji części adresów (osobno starszy, młodszy bajt) umożliwia m.in. stosowanie w programie konstrukcji typu ''lda #<adres / ldx #>adres'', co nie jest typowe dla innych formatów relokowalnych stosowanych w Atari. Interesujące jest również specjalne potraktowanie strony zerowej, np. typ $04 pozwala poprawnie relokować następujący program:
	<pre>		<pre>
	org $600 ;kod poza stroną zerową		org $600 ;kod poza stroną zerową

KMK: /* Rekord kodu */

2007-03-22T22:10:10Z

Rekord kodu

← poprzednia wersja		Wersja z 22 mar 2007, 23:10
Linia 29:		Linia 29:
	(1 bajt)</td>		(1 bajt)</td>
	<td style="width: 120px;">Adres		<td style="width: 120px;">Adres
	względny lub bezwzględny (2B)</td>		względny lub bezwzględny (2 bajty)</td>
	<td style="width: 300px;">Kod		<td style="width: 300px;">Kod
	programu (max. 253 bajty)</td>		programu (max. 253 bajty)</td>

KMK: /* Rekord kodu */

2007-03-22T22:09:31Z

Rekord kodu

← poprzednia wersja		Wersja z 22 mar 2007, 23:09
Linia 22:		Linia 22:
	<table		<table
	style="text-align: left; " border="1"		style="text-align: left; " border="1"
	cellpadding="2" cellspacing="2">		cellpadding="5" cellspacing="2">
	<tr>		<tr>
	<td style="width: 60px;">Typ<br>		<td style="width: 60px;">Typ<br>
	(1B)</td>		(1 bajt)</td>
	<td style="width: 60px;">Długość<br>		<td style="width: 60px;">Długość<br>
	(1B)</td>		(1 bajt)</td>
	<td style="width: 120px;">Adres		<td style="width: 120px;">Adres
	względny lub bezwzględny (2B)</td>		względny lub bezwzględny (2B)</td>
	<td style="width: 300px;">Kod		<td style="width: 300px;">Kod
	programu (max. ~~253B~~)</td>		programu (max. 253 bajty)</td>
	</tr>		</tr>
	</table>		</table>

KMK: /* Ogólna struktura pliku */

2007-03-22T22:08:31Z

Ogólna struktura pliku

← poprzednia wersja		Wersja z 22 mar 2007, 23:08
Linia 11:		Linia 11:
	Właściwą strukturę pliku stanowią segmenty, z których każdy dotyczy pewnego fragmentu ładowanego programu. Segment jest podzielony na rekordy, z których pierwszy zawiera kod lub dane programu (''Text record'', zwany dalej ''rekordem kodu''), zaś dalej następują rekordy informacyjne, określające parametry dla relokatora (''Information records''). W typowej sytuacji program musi zostać podzielony na porcje po maksymalnie 253 bajty, ponieważ segment nie może opisywać większych fragmentów. Ostatnim rekordem w pliku jest rekord końcowy (''End record'').		Właściwą strukturę pliku stanowią segmenty, z których każdy dotyczy pewnego fragmentu ładowanego programu. Segment jest podzielony na rekordy, z których pierwszy zawiera kod lub dane programu (''Text record'', zwany dalej ''rekordem kodu''), zaś dalej następują rekordy informacyjne, określające parametry dla relokatora (''Information records''). W typowej sytuacji program musi zostać podzielony na porcje po maksymalnie 253 bajty, ponieważ segment nie może opisywać większych fragmentów. Ostatnim rekordem w pliku jest rekord końcowy (''End record'').

	Już poza oficjalną specyfikacją przyjęto, że plik dyskowy w formacie ACX ~~posiada~~ dodatkowo nagłówek (sygnaturę) w dwóch pierwszych bajtach~~, które~~ wynoszą kolejno $F0,$FF (nie dotyczy sterowników ładowanych z urządzeń peryferyjnych).		Już poza oficjalną specyfikacją przyjęto, że plik dyskowy w formacie ACX zawiera dodatkowo nagłówek (sygnaturę) w dwóch pierwszych bajtach; ich wartości wynoszą kolejno $F0,$FF (nie dotyczy sterowników ładowanych z urządzeń peryferyjnych).

	== Rekord kodu ==		== Rekord kodu ==