[Rozwiązano] Asembler, zadanie, kod sprawdzający poprawność działania klawiatury

To wygląda na program pod DOS-a... przypuszczam, że INT 21h (jest wykorzystywany do wywoływania funkcji DOS-u) przy AH=8 czyta znak ze standardowego wejścia (jak się nie przekieruje, to z klawiatury) do AL nie dając echa, przy AH=2 wypisuje znak z DL na standardowe wyjście, a przy AH=4Ch kończy program - dlatego w programie są sekwencje "mov ah,coś" i potem "int 21h"; "cmp al,0Dh" porównuje ostatnio przeczytany znak z 0Dh, czyli CR (kod Enter), i potem "je koniec" to skok do etykiety koniec, jeśli jest równy (je = jump equal; może też być jz).

Ale program ma błąd: loop wykona skok zmniejszając CX o 1, a jeśli CX był równy 1, to nie wykona skoku - a w programie nie ustawia się CX, więc nie wiadomo, kiedy się skończy. Wypadałoby poprawić: albo między start: i petla: wstawić np. "mov CX,1000", albo zamiast "loop" napisać "jmp".

Można zamiast funkcji DOS-u użyć funkcji BIOS-u do czytania i pisania znaków: AH=0 INT 16h przeczyta znak do AL, AH=0Eh BL=7 INT 10h wypisze znak z AL (BL chyba podaje kolor, ale najlepiej to sprawdzić, jest strona Ralf Brown Interrupt List, tam jest właściwie wszystko o różnych INT).

A czy znasz w ogóle architekturę procesora 8088 (bo to na taki zostało napisane)?

Zachował funkcjonalność, dobre. Ten program tak naprawdę nic nie robi. Czyta i wypisuje znaki dopóki nie pojawi się Enter i wychodzi. Trudno to "nic" zrobić inaczej. Można pokombinować z innymi instrukcjami skoków, ale to trochę mało. Może dołóż w segmencie dane (taki jakiś pusty teraz, a jest) zmienną i do niej zapisz ten łańcuch? To trochę skomplikuje kod.

Można pozmieniać nazwy segmentów i etykiet - byle konsekwentnie. Można poprawić błąd, o którym napisałem - dodanie na początku "mov CX,1000" spowoduje, że po wpisaniu 1000 znaków program się zakończy, choćby nie został wciśnięty Enter.

Na klawiaturze oprócz znaków możliwych do wyświetlenia są np. klawisze funkcyjne, strzałki, Home, End,... nie bardzo wiem, jak zostaną przeczytane przez funkcję DOS-u 08h; BIOS czyta je tak, że w AL jest 0 (albo 0E0h dla niektórych klawiszy, których nie było w starszych klawiaturach), a w AH kod klawisza. Można by spróbować jakoś interpretować te znaki, ale to już oznacza bardziej złożony program, podobnie jak np. rozpoznawanie przycisków Shift, Ctrl, Alt (one nie są czytane przez funkcję DOS-u 08h, ani przez INT 16h z AH=0, powodują zmianę flag pod adresem 040h:017h, czyta je chyba INT16h z AH=2).

Etykietami są: kod dane start petla koniec - możesz te nazwy pozmieniać, byleby nie trafić w jakąś zastrzeżoną. Dane (które są puste) można wywalić (z assume, i linie segment i ends).

Można by (o ile assembler uznaje makra - MASM i TASM uznają, parę innych też) zdefiniować makro:i wszędzie zamiast "mov ah,coś" i po nim "int 21h" napisać "dos coś" - program będzie bardziej czytelny (uwaga, tam gdzieś jest "mov ah,2", "mov dl,al" i "int 21h" - z tego trzeba zrobić "mov dl,al" i "dos 2", w tej kolejności, w odwrotnej nie zadziała).

Przed "dos 4Ch" można dodać "mov al,0" - inaczej to się wykona z AL=0Dh, i taki kod zostanie przekazany do systemu jako numer błędu.

Jak udziwniać to inna sztuczka: zamiast mov al,0 xor ax,ax. Szybsze podobno.

To można by sprawdzić w opisie procesora. Natomiast: kod "mov ax,0" ma 3 bajty, kod "xor ax,ax" - 2 bajty, więc jest krótszy; kod "mov al,coś", czy ""mov ah,coś" ma 2 bajty.

No można, ale w porównaniu z wywołaniem int 21h do wyświetlania (to mało wydajny kawałek DOSa, pierwsze co zmieniałem w wymagających programach) to będzie pikuś. Nigdy mi się nie chciało tego liczyć (chodzi o dłuższe algorytmy niż pojedynczy rozkaz) choć wiem, że niektórzy liczyli. Potem procesory przyspieszyły i ... ma to teraz jeszcze mniejszy sens. Ogólnie to w assemblerze też nie było okazji programować od wielu już lat. Tu jak sądzę również nie chodzi o oprogramowanie systemowe do zadań specjalnych, ani wyjątkowo szybki układ automatyki.