Napewno zadziała coś takiego:

tax
lda is_valid_bcd,x

:)

Ale wydaje mi się, że powinno wystarczyć coś takiego:

sta temp
lda #0
clc
sed
adc temp
cmp temp

i wtedy jeśli Z=1 to wartość jest poprawna. Trzeba to sprawdzić, ale wydaje mi się, że dodawania BCD polega na dodaniu normalnie i potem korekcji, więc jak dodamy do niepoprawnego BCD zero, to powinien zostać skorygowany.

Przy zabawie z BCD pamiętaj tylko o niepoprawnych wartościach flag N,V i Z na 6502 i poprawnych na 65c02/65c816.

dlaczego $2A nie jest poprawną liczbą BCD?

kod BCD nie wykorzystuje wszystkich mozliwych kombinacji bitow w niblach

0000, 0001, 0010, 0011, 0100, 0101, 0110, 0111, 1000, 1001

pozostale kombinacje sa niedozwolone - nie reprezentuja cyfr dziesietnych

Skoro już jesteśmy przy BCD miałbym małą prośbę. Żeby definitywnie przekonać się jak to jest z tymi flagami napisałem program, który wykonuje wszystykie 32896 możliwe dodawania dwóch liczb ośmiobitowych w BCD i zapisuje wynik wraz z flagami (700 kB). Programik jest tu. Wersja BCDD.XEX zapisuje wynik na D:, BCDH.XEX na H:, a BCDP.XEX na P:. Potrzebuję ochotnika, który uruchomi ten program na atari z 6502 i prześle mi wynik na laoo(at)icomp.pl. Chodzi mi o wynik na 6502, bo na 65c816 już sprawdziłem u siebie, a drugiej atarki nie mam. Sprawdziłem też na atari++ z emulacją 6502 jak i 65c02, na atar800win oraz na UltraXE. Każdy emulator robi to inaczej :)

Oczywiście jakby ktoś w komputerze miał 65c02 (podobno ostatnie modele atari mają. Prawda to w ogóle?) to też byłbym wdzięczny.

> wszystykie 32896 możliwe dodawania dwóch liczb ośmiobitowych

pewnie sie czepiam, moze bez racji... ale czy to przypadkiem nie powinna byc liczba: 32640?

poza tym kto wie, moze to dobry sposob na detekcje na czym uruchomiony jest program :-)

a to zwracam honor, ja liczylem kombinacje (bez powtorzen) 2elementowe ze zbioru 256elementowego i nie uwzglenilem dodawania dwoch takich samych cyfr a oczywiscie nalezy to zrobic.

laoo: oczywiscie podeslales bugreporta do atari++ ? ;)