Użytkownik "Atlantis" napisał w wiadomości grup
dyskusyjnych:5f749a85$0$544$6...@n...neostrada.
pl...
>Ok. Wygląda na to, że udało mi się namierzyć źródło problemu.
>Kod obsługujący przerwanie wywoływał funkcję. która zawierała
>polecenia
>rozkazy SEI/CLI (zabezpieczenie przed uszkodzeniem zawartości
>zmiennej
>przez przerwanie). Jednak w przypadku 6502 użycie tych rozkazów w
>trakcie obsługi może spowodować wystąpienie kolejnego przerwania, a w
>efekcie nadpisanie stosu sprzętowego i niestabilne działanie.

Jesli dobrze rozumiem - to niechcacy odblokowalo przerwania w
procedurze obslugi przerwania?
I sie przerwania nakladaly, i stos rosl ?

To by tlumaczylo zachowanie, ale ... obsluga przerwania powinna byc
krotka, i szansa zlapania drugiego przerwania niewielka, a przeciez
dwa jeszcze nie powinny wywrocic programu.
Musialo sie to czesciej zdarzac, czyli obsluga przerwania za dluga,
i/lub przerwania czeste.

No chyba, ze krytyczne bylo samo przerwanie obslugi i niekontrolowana
zmiana uzywanych tam zmiennych.

Pamiec mi juz zawodzi - ta flaga nie jest w statusie 6502 ?
Moze da sie zamiast CLI przywrocic poprzedni stan flagi ...

J.