Hehe - w ogóle przerwania nie są potrzebne. Rozpraszają tylko człowieka niepotrzebnie ;). Vide Propeller - http://www.parallax.com/tabid/407/Default.aspx (btw. czy ktoś miał okazję tego używać?).

jmp (q,x)  ;ponoć jest w wersji C
jmp (q),y
jsr (q) + wersje indeksowane
Fajne są rozkazy powrotów warunkowych z z80.
Brakuje mi czasem rozkazów przesłań pojedynczych bitów (takie mov c,bit czy mov c,/bit z mcu51, albo operacji bst, bld z avr).
Przesunięcia rejestrów x i y.

Edit 1: I resetowania watchdoga ;]

Edit 2: Gdyby tak rozpuścić wodze fantazji (niektóre mniej, niektóre bardziej przydatne):
- mnożenie 16x16=32 i dzielenie 32/16=16%16 z i bez znaku z łatwą możliwością rozszerzania precyzji
- swap (mcu51) zamieniający nybbles miejscami
- lustro akumulatora czyli bity 76543210 po operacji byłyby widziane jako 01234567
- 16-bit adres początku stosu (sp może być 8-bit)
- shifty i rotacje z i bez C oraz przesunięcie arytmetyczne w prawo (z kopiowaniem bitu znaku)
- znacznik parzystości liczby bitów
- push/pop dowolnego rejestru na stos
- jednolity adres powrotu dla jsr i dla zgłoszenia przerwania

Edit 3: Właściwie to mając swap i mirror użyteczne przy naszych trybach graficznych 1 i 16-kolorowych, można by rzecz uogólnić jeszcze na tryby 4-kolorowe - taki rozkaz lustrzanego odbicia paczek bitów:
  mir #1    ;76543210 -> 01234567
  mir #2    ;76543210 -> 10325476
  mir #4    ;76543210 -> 32107654

@sqward: Dzięki.
@epi: W takim razie nie kłopocz się.

Nie jestem już zainteresowany wersją papierową.
Przepraszam za zamieszanie.

Ja byłbym zainteresowany, ale muszę kogoś poprosić o odbiór i wysyłkę na mój koszt.

Czy taka folia podejdzie do każdej 65XE?
Moja klawiatura jest made in japan (tak pisze na plastikowej obudowie po zdjęciu pokrywy górnej komputera) i ma symbol katalogowy CO70015-003. Jeśli Twoje folie będą pasować to byłbym zainteresowany 3-ma.

Śliczności.

Wielkie dzięki. O to mi chodziło.

Jeśli chcesz rozpakować wszystkie zipy w miejscu gdzie występuje plik *.zip występujące w podkatalogach katalogu bierzącego to:

for f in $(find . -name *.zip); do unzip -q -d $(dirname $f) $f; done

a jeśli do jednego wskazanego katalogu to:

for f in $(find . -name *.zip); do unzip -q -d katalog_do_ktorego_rozpakowujemy_wszystkie_znalezione_zipy $f; done

Na win powinno się to dać prosto przerobić na składnię windzianego shella.

Czy _d jest tylko licznikiem, czy jest wykorzystywany gdzieś poza tym kodem i czy jego wartości (powiedzmy -8..-1) są ważne czy można je przetransponować?

Edit: głupie pytanie - rozumiem już co tu się dzieje.

Jasne. Chodzi o 3 bajty (tzw. link) w każdym sektorze. Dzięki Fox.

http://atariki.krap.pl/index.php/SpartaDOS . Dyskietki z atari dos 2.5 są czytane ale tylko częściowo - widoczna (do odczytu i zapisu, więc ostrożnie z zapisem, bo można sobie popsuć dyski w rozszerzonej gęstości) jest część od sektora $001..$2d0 - sektory od $2d1..$400 są ignorowane. VTOC jest aktualizowany tylko w sektorze $168 a więc tak, jak gdyby dyskietka była sformatowana w gęstości pojedynczej. Reszta VTOC w sektorze $400 (dla gęstości rozszerzonej) jest ignorowana.
Trochę może offtopowo, ale zawsze mnie intrygowało, dlaczego sektory $401..$410 były niewykorzystane?

Ech Tomek! Złamałeś je wsadzając do stacji dysków?
No, no, no...
Gratulacje!