Użytkownik "Atlantis" napisał w wiadomości grup
dyskusyjnych:5f4535af$0$536$6...@n...neostrada.
pl...
>Ok, wygląda to tak, jakby faktycznie winę za niestabilne działanie
>układu ponosiło przepełnienie stosu. Zamiast wywoływać funkcję

Mowilem - wpisz w stos jakies znane wartosci i sprawdzaj ile ich sie
ostalo.

>key_update() z pętli głównej, umieściłem tam odpowiadający jej
>fragment
>kodu (cc65 na chwilę obecną jest dość ubogim kompilatorem, wśród jego
>ograniczeń znajduje się m.in. brak funkcji inline). Wszystko zaczęło
>działać.

>Trochę mnie to dziwi, bo:
>- Nie mam w tym kodzie głęboko zagnieżdżonych funkcji. Funkcje
>key_update() była wywoływana bezpośrednio z pętli głównej, ona sama
>wywołuje tylko funkcję millis() - wzorowaną na Arduino funkcję
>zwracającą ilość taktów systemowych generowanych w przerwaniu (ze
>względu na niskie taktowanie są one zwiększane co 20 ms, a nie 1 ms).

>- Sprzętowy stos 6502 jest co prawda niewielki, ale cc65 generuje
>własny, programowy stos.

Sprzetowy chyba tez uzywa.

>- Pamięci jest sporo jak na taki układ (8kB) i jak na razie zbyt
>mocno
>jej nie wykorzystuję.

Ale Ty stosu sprzetowego potrzebujesz ... chyba

>Gdyby kogoś szczególnie interesowała ta zagadka, to wrzuciłem kody
>źródłowe na githuba,
>To jest ten problematyczny:
>https://github.com/marekw1986/RetroEG

Ten jest chyba dobry - bo juz nie wołasz key_update().

>A tutaj działający:
>https://github.com/marekw1986/TalkingClock
>(Definicja key_update w io.c)

A mozesz wrzucic assembler do funkcji key_update ?
Moze ma tam troche wewnetrznych zmiennych tymczasowych.
No i wolasz z niej te key_func, prepare_disp, update_disp jak sie
domyslam.

J.