A most fölkerült Chickin Chase során belefutottam egy eléggé X-aktás esetbe, ami vagy 1 napi fejtörést okozott...
Konkrétan arról van szó, hogy a "zenei effektek" hol mûködtek, hol meg nem...
De nem teljesen volt kuka a program, mert más hangok meg szóltak.
Mint késöbb kiderült, ezeket a zenéket megszakítási rutinból játssza le, a lejátszást pedig többek között a 8457H címen lévõ változó engedélyezi. És ebbe a változóba kerül rossz érték.
Hogy mikor és hol, az az ep128emu debuggerével próbáltam megkeresni...
...mígnem rájöttem, hogy akkor jó a program, ha használom a debuggert, ha nem, akkor hibás...
Na itt kezdtem el keresni Mulder ügynök telefonszámát

Egész konkrétan: ha még a fõmenü megjelenése elõtt megállítjuk a programot egy törésponttal, és ott nyomunk egy continue-t, akkor jó lesz.
Alapvetõen a program hibája szerintem abból jön, hogy a megszakítások nem pont ugyanúgy idõzítve jönnek mint Spectrumon (megszakítási rutinban variálja a változókat). Hogy pontosan hol romlik el a dolog, azt nem tudtam kideríteni, mivel a debugger használata esetén jól mûködik a program

Azt tippelem, hogy a töréspontnál való megállás/folytatás esetén valami idõzítés elcsúszik, ezért mûködik másként a program.

Illusztrációként itt egy snapshot is:
Ha csak simán elindítjuk a programot az örökéletre vonatkozó kérdésre való válaszolással, akkor hibás lesz, hiányozni fognak a zenék. Ha indulás után (a fõmenü alatt) egybõl bele nézünk a memóriába, a 8457H címen FFH lesz.
Ha indulás elött beállítunk egy töréspontot, pl 5DC0H (ez a program belépési címe), majd amikor megáll a program nyomunk egy continue-t, akkor jó lesz a program. Ha ekkor nézzük meg a 8457H-t, akkor 03H az értéke.

Végül úgy hídaltam át a problémát, hogy a fõmenü elejére belehackeltem, hogy írjon 03-t a 8457H-ra, így a játék mûködik, csak izgat a kérdés, hogy miért fut másként debugger használatával mint simán?

Na ez jól megszivatott!
Akkor berakok még egy Music on? kérdést is

Elkezdjük debuggolni a rutint, mivel van benne pár CALL ami nem érdekes, a STEP OVER gombot nyomogatva.
Az ED59-es címen van egy JR NZ, amikor erre STEP OVER-t nyomunk, akkor kilép a debuggerbõl! (Talán azt hiszi, hogy ez is CALL?)

A Step over/Step into valóban működik a feltételes JR és JP utasításokon is, mert azok gyakran fordulnak elő ciklusokban. Tehát ha egy ciklusból való kilépés a JR vagy JP utasítás feltételétől függ, akkor a megfelelő gombbal át lehet ugrani a ciklust.

Visszatér a BASIC-ben az EDITOR-hoz. Ha megnyomunk egy gombot, akkor pedig megáll a 0-ás szegmensben ED5B címen, pedig ide nem kértünk töréspontot.

Az ED5B címre a Step over állítja be a töréspontot. A Step over, Step into, Return, és Step to csak 16 bites (Z80) címekkel működik, és az első három gyakorlatilag a Step to funkcióra épül (tehát beállítanak egy töréspontot a következő utasításra, a feltételes ugró utasítás céljára, vagy a verem tetején található címre; a többi töréspontot figyelmen kívül hagyják, amíg a debugger újra meg nem jelenik). Ez nem igazán bug, hanem inkább korlátozás.