Sc0rpi0 napisał/a:

Nie wiem jak w C64, ale w Atarce to BASIC wykorzystuje tryb DCB non stop praktycznie.

Jesli chodzi o SED, to jest w Atari Basic słownie "raz".
W systemie (Atari OS) występuje tylko w pakiecie matematycznym - jak to już wspomniał drac030.

Wniosek: jeśli w BASICu cokolwiek liczysz (dzielenie, konwersje int-float), to masz spore szanse na korzystanie z "DCB".

Co do SED to się może i zgadza, że jest raz w obszarze BASICA, nie sprawdzałem
nawet tego nigdy, bo w matematycznej jest :). Wystarczy popatrzeć ile tam się
wywołuje skoków pod adresy z zakresu D800-DFFF. W BASICu niestety
praktycznie wszystko jest zamieszane w BCD, żadnych konwersji nie trza,
ani nic liczyć nawet. Wystarczy choćby głupie USR wywołać co niby nie powinno
DCB w ogóle ruszać, a raczej być związane tylko z maszynowym... a jednak.
Wystarczy się przyjrzeć jak jest zwracany wynik z USR i już mamy flage D=1 :).
A teraz przerwanko w trakcie i jak ni ma na poczatku CLD to się robi w przerwanku
kiszka ;). Na szczeście w Atarce jest to CLD w systemie na początku obsługi
przerwania, bo strach pomyśleć jakby zapomnieli. Ktoś tam pisał, że nie potrzeba
przy robieniu własnych wektorów przerwan CLD. Niby i racja we własnym programie,
bo wielozadaniowości nie ma niby, ale i tak... teoretyczna sytuacja: program
który korzysta z handlera urządzenia powiedzmy Z: . Niby twój program, ale handler
może być czyjś i np. w środku korzysta z SED (wiem że mało prawdopodobne, ale możliwe)
i coś tam sobie liczy. I teraz podczas obsługi urządzenia przyłazi przerwanie i idzie
przez ten zmieniony wektor spod FFFX bez CLD - i sru. No i się przydała jednak ta
jedna instrukcja ;), a marnotrawstwo cykli i pamięci raczej nieduże ;). Po co ten
1 bajt oszczędzić, a potem cuś się bedzie paskudzić.

Że "nie ma" to był z mojej strony skrót myślowy - bo wiadomo, że nawet jeśli byłyby nieużywane kompletnie, to obiektywnie "są", bo procesor w dalszym ciągu ma stosowną nóżkę i wektor pod $FFFA.

W C-64 nie ma NMI, z tego co mi wiadomo.

oj draco, miedzy 'nie ma' a 'nie sa uzywane' jest roznica. poza tym jedno i drugie jest nieprawdziwe.
w c64 klawisz restore byl podpiety wprost w linie nmi. czyli przerwanie jako takie istnieje i jest uzywane.
dodatkowo nmi mogl wyzwalac cia2. po drobnej przerobce procedury przerwania nawet i cyklicznie (jak irq).
o ile mnie pamiec nie myli freezer w kartridzach finall i action replay dzialal w oparciu o nmi.
...
tak sie zastanawiam kiedy dely utnie ten watek. toz to w koncu atari-area... :-)
...

W C-64 nie ma NMI, z tego co mi wiadomo.

draco, a co przez to rozumiesz??

BTW. tablica skoków nie robi pozytywnego wrażenia - zwłaszcza w porównaniu z atarowską, gdzie dwoma adresami - JSR JSIOINT i JSR JCIOMAIN - da się opędzić w zasadzie wszystko oprócz przerwań.

btw. "c64 nmi" w google daje sporo wynikow, co za soba daje sporo do myslenia nie wgladajac do przytoczonych przez google kodow...

edited
polecam http://www.tkk.fi/Misc/cbm/docs/c64-rom.html
dla bardziej zainteresowanych: fe43 - 65091 - NMI Transfer Entry

jesli cos popierdolilem - wybaczcie... po wodce rozne rzeczy przychoza do glowy...

piotrv napisał/a:

blokować przerwania w trakcie używania BCD (oczywiście nie działa z NMI)

W C-64 nie ma NMI, z tego co mi wiadomo.

Nie znam się na C64 prawie w ogóle - nigdy na nim nic nie zakodowałem, ale na mój gust to by było spore marnotrastwo, gdyby w ROM tego kompa wstawiano bez powodu bloki kodu:
- $FE43..$FEC1 (główne NMI)
- $FED6..$FF2D (NMI ala RS-232)

Poza tym NMI jest na złączu carta C64...

blokować przerwania w trakcie używania BCD (oczywiście nie działa z NMI)

W C-64 nie ma NMI, z tego co mi wiadomo.

No, tak, tylko że, nawiązując do poprzednich treści wątku, na C-64 wyraźnie taka potrzeba nie zachodzi.

Poza tym na Atari we własnych handlerach IRQ też nie ma potrzeby stosowania CLD, bo ten rozkaz wykonuje system. Oczywiście, jeśli podmieniasz cąły handler systemowy, to owszem, ale wtedy też raczej zadbasz, żeby CLD nie było potrzebne.

No chyba pierwszy raz się z tobą zgodzę w 100% :) Właśnie to można było jeszcze dodać.

Dokładnie tak jest w Atari - CLD + skok do wektora:

        ; ********************************************
        ; **                                        **
        ; **  6502 Interrupt Request (IRQ) handler  **
        ; **                                        **
        ; ********************************************

IRQ_Handler:    cld            ; clear decimal flag
        jmp    (VIMIRQ)    ; engage immediate IRQ handler

W C64 nic takiego nie widzę, dodatkowo w Internecie ludzie piszą, że na C64 albo trzeba było robić swoją obsługę IRQ (poprzez wektor) albo blokować przerwania w trakcie używania BCD (oczywiście nie działa z NMI), bo w standardowej obsłudze IRQ - $FF48/$EA31 rozkazu CLD nie ma.

Poza tym na Atari we własnych handlerach IRQ też nie ma potrzeby stosowania CLD, bo ten rozkaz wykonuje system. Oczywiście, jeśli podmieniasz cąły handler systemowy, to owszem, ale wtedy też raczej zadbasz, żeby CLD nie było potrzebne.

piotrv napisał/a:

Dlatego na początku IRQ robi się bez ogródek CLD.

... jeśli zachodzi taka potrzeba.

Mam taką dewizę, którą ładnie ujeła bohaterka Alien vs Predator (wolny cytat): lepiej się zabezpieczyć i nie mieć okazji z tego skorzystać, niż mieć potrzebę i nie mieć zabezpieczenia.

Czyli jeśli pisze coś co ma więcej niż 3 linijki, to się zabezpieczam.