Czy nikt jeszcze nie napisał takiego Alt-TABa dla 65816?
Nowy procek daje tu spore możliwości. Kiedyś powstał system wielozadaniowy na Atari dla zwykłego 6502 i to z podziałem czasu (MTOS), to pewnie zwykłe przełączanie zadań byłoby proste do zrobienia, biorąc pod uwagę architekturę 65816, a nawet dla 6502.
Można by mieć odpalonych np. kilka konsoli SDX (jak w linuchu) i tylko się między nimi przełączać.
Tylko że Atari nie ma klawisza Alt i pewnie nie da się tego zrobić ;)

Analiza zwykłego kodu maszynowego i na tej podstawie relokacja nie wydaje mi się najlepszym rozwiązaniem. Daje stosunkowo ubogie możliwości w porównaniu do sytuacji, gdy asembler wie, że ma utworzyć kod relokowalny i sprawdza ew. konflikty oraz dostarcza dodatkowych możliwości programiście.

Poza tym problem relokowalności wydaje mi się tylko jednym z elementów więszej całości jakim byłby pewnie system operacyjny, który mógłby obsługiwać programy relokowalne, np. umożliwiał komunikację pomiędzy nimi. W tej chwili tylko SDX potrafi to zrobić (za pomocą symboli).
Może lepiej więc byłoby się zastanowić PO CO chcemy nowy format i czy napiszemy nowego OSa (oczywiście wielozadaniowego), asemblera a wtedy zastanówmy się jaki format binarki. Jeżeli tylko chcemy relokować, to wystarczy do tego i "Relokator" z Tajemnic Atari (też analizuje kod binarny) :D

Chodzi mi o "wątpliwości" laoo z końca pierwszej strony. Dopiero niedawno je przeczytałem...

Myślałem że masz jakiś ciekawy pomysł, stąd te 16MB  :rolleyes:

Ale przecież czytam w artykule: "This doesn't allow self-modifying code in this segment." Gościu co wymyślił ten format chciał aby można było współdzielić kod, dlatego zabrania się jego modyfikacji.
Zgadzam się z Lizardem, że podział na kod/dane/puste miejsce można zastosować na poziomie asemblera. W binarce na razie wystarczyłoby umieszczenie segmentów w oddzielnych blokach.

Powtarzam, mi chodzi o rozszerzenie rozwiązań ze Sparty, a nie o istnienie dwóch równoległych formatów.

Program nic o niej nie wie, ale inny program może będzie musiał wiedzieć. Przykład: procedury obsługi urządzenia (rezydentne). Jakiś inny program będzie musiał je zainstalować, np. wpisać adresy do HATABS. On nie musi być rezydentem. Dlatego poprawić należy dwa programy względem siebie. Nie wiem jak to załatwić w Twojej propozycji (chyba że scalić w jeden, ale wtedy niepotrzebnie zajmujemy pamięć).

Chodzi o to, że pisząc nowy loader można wykorzystać kod Sparty dla bloków $FFFA-FE i dopisać tylko obsługę nowych rzeczy.
Pod SDX możnaby nawet napisać nowy loader np. Y.COM, który wołałby funkcje Sparty a obsługiwał tylko rozszerzenia, np. obsługę dzielonych adresów.
Sparta ma też fajną funkcję umieszczania bloku w bankach pamięci rozszerzonej - to by się też przydało w nowym formacie (dla zwykłego 6502).
Wydaje mi się też, że format fixupów w Sparcie jest bardziej kompaktowy niż Twoja propozycja. Są tam ofsety względem ostatniej poprawki, co daje zwykle 1 bajt.
Nie zauważyłem też nigdzie adresu bazowego programu, czyli tego którego używa programista. Czy to znaczy że zawsze asembluje się od $0000?

Mam wątpliwość, czy ma sens wymyślanie od nowa formatu pliku relokowalnego, gdy od dawna funkcjonuje format relokowalny SpartaDos X z fixupami.
Czemu nie chciałeś bazować na tamtym i np. uzupełnić go o obsługę 65816 :?: Przynajmniej miałbyś gotową część kodu.

Chroma jest ale w środku, nie na wtyczce. 5 minut roboty i już masz. Schemacik tu:
http://atariarea.histeria.pl/forum/viewtopic.php?t=1509

Kiedyś napisałem coś takiego:
http://trub.sys.net.pl/xldisk.htm
Może Ci się przyda. Uwaga: najlepiej działa w DOSie.

Miałem tak samo jak Jacques: LDW + SIO2IDE ok., ale SIO2PC nie chciało działać nawet z diodami.
Pomógł układzik z tranzystorkami o którym piszę wyżej.

Nie mam po polsku, ale chodzi o proste dolutowanie kabelka (z rezystorkiem) od spodu płyty.
Zdjęcie1
Zdjęcie2
Schemacik
Kabelek idzie do pinu 5 gniazda monitorowego DIN

Chodzi oczywiście o $71 (SIO2IDE)

Dla SIO2IDE można użyć standardowej komendy $4E (odczyt statusu), w bajcie 1 mamy wersję SIO2IDE, a w 9-11 identyfikator "IDE".
Więcej info - patrz TECH_MANUAL w zipie z softem od autora SIO2IDE.

Plik s2ijbox.atr na stronce aarea/sio2ide ma błędny rozmiar.
Nowa wersja jest tutaj:
http://trub.sys.net.pl/download/sdx/s2ijbox2.zip
Opis w zipie.

Dely: Nagraj poprawiony plik na stronę sio2ide, pliz.

Spróbuj tych rzeczy:
1. Zrób tylko jedną partycję dla SIO2IDE na dysku. Najlepiej pod DOSem.
2. Pamiętaj o pliku SIO2IDE.CFG w katalogu głównym i defragmentacji.
3. Spróbuj zmienić ustawienia zworki w HDD (Master/Slave/CS itp.)
4. Jak nic nie pomaga, spróbuj z innym dyskiem. Niektóre są... jakby to powiedzieć... niekompatybilne z SIO2IDE :( Jak tak miałem z Caviarem
5. Jak masz dysk 2,5" to pewnie używasz przelotki. Uważaj - ja mam 2 sztuki, które od początku były do dupy (z allegro). W końcu kupiłem za 20 zł w sklepie i zaczęło działać. Najepiej przetestować SIO2IDE z dyskiem 3,5", a potem dopiero podłączyć mały dysk.
6. Możesz też spróbować podłączyć się terminalem do płytki (tryb TEST, jest o tym mowa w docu SIO2IDE), może wyświetli więcej info.

Powodzenia
trub