Chyba jesteśmy zgodni co do tego, że procka powinna sprawdzać BRK na początku.

Jeśli tego nie robi (a nie robi), to robiąc BRK skaczemy do ogólnej procedury IRQ niezależnie od znacznika I. I ta procedura sprawdza źródła przerwania IRQ i może np. zawołać przerwanie klawiatury.

ASL rozwiązuje problem: IRQ i NMI występują kolejno i obsługują to samo NMI. Trzeba dodać STA NMIRES w DLI oraz sprawdzenie b6 NMIST w VBLKI - czy na pewno mamy obsługiwać VBLKI, czy może IRQ już się tym zajmuje - czyli inne punkty wejścia do VBLKI z NMI, niż IRQ. Da się to zrobić bez wymiany ROMu.

Zakładam, że w obsłudze NMI nie robimy BRK, przynajmniej nie dopóki nie zrobimy STA NMIRES. ;)

Ten SEI nic nie daje. Natomiast procka IRQ powinna sprawdzać BRK najpierw, a sprawdza na końcu.

Jeszcze trzeba obsłużyć BRK skaczące pod wektor NMI. W NMI trzeba obsłużyć kolejno oba te przerwania.

Dla pewności przerobiłbym jeszcze procedurę NMI, bo ZTCP w XL/XE działa ona na zasadzie "jeśli nie DLI, to VBLKI". Natomiast istnieje możliwość odczytania NMIST z zapalonym statusem przerwania, zanim odpali się obsługa NMI. Edit: i tu widzę problem: co zrobić, żeby to samo NMI nie obsłużyło się dwa razy: raz na IRQ, drugi raz na NMI.

Edit 2:

  asl NMIST ; strobes NMIRES
  jcs (VDLST)
  jpl (VIMIRQ)

W 400/800 klawisz Reset jest podpięty pod NMI (bit 5 w NMIST, ZTCP NMIEN na niego nie działa).

Nie są w stanie. Staramy się oddać tę atmosferę. Mamy pełne zaufanie do reżysera, wszyscy do wszystkich.

Sam widzisz, że ten nielegalny rozkaz czasem zawiesza procesor. ;)

Ok, napisaliście już tyle absurdalnych "mądrości technicznych", że to przestało być śmieszne. Przeczytajcie coś, zamiast to wypisywać.

xasm napisany w asemblerze pod DOSa nie działał pod Linuksem. Szukałem języka, w którym mogłem go sensownie przepisać.

W temacie książek z ładnymi ilustracjami: http://learnyouahaskell.com/

<opinia_perlowca>
Naucz się Pythona, Perla i Rubyego.
</opinia_perlowca>

Jeśli przypadkiem sięgnąłeś po "Python - programowanie", to książka jest beznadziejna.

A czemu nie? Popatrz: https://github.com/pfusik/bumpong/blob/ … png2gr9.rb

Wcześniej próbowałem:
- Java - więcej klepania, trzeba kompilować potem uruchamiać, te operacje trwają
- C - więcej klepania (szczególnie obsługa błędów), trzeba kompilować potem uruchamiać

Też używałem writeatr, zdaje się pod Windows 98 zbootowanym do wiersza poleceń. Ale trzeba mieć stację 5,25 w PC. Drugi minus to ZTCP nie czyta gęstości pojedynczej.

Chociaż SIO2SD lub SIO2PC nie są najszybsze do zgrania dyskietek, to przydadzą się też później o ile zamierzasz używać Atari.

Samo odłączenie wbudowanego BASICa nie powoduje magicznego przeniesienia Display Listy i ekranu tekstowego, które przy włączonym BASICu są odpowiednio od $9c20 i $9c40. Po odłączeniu BASICa podnieś RAMTOP i otwórz ponownie edytor:

init lda #$ff
 sta $d301
 lda #$c0
 sta ramtop
 lda #12
 jsr cio
 lda <edev
 sta $344
 lda >edev
 sta $345
 lda #12
 sta $34a
 lda #3
cio sta $342
 ldx #0
 jmp $e456
edev dta c'E:',b($9b)

Jest jeszcze zmienna OS, która pamięta, czy BASIC jest podłączony. Nazywa się chyba BASICF i jest używana przy RESET.

WTF?