🚀 go-pugleaf

On 14.06.2006, Johnny <johnny_bez_spamu_@klub.chip.pl> wrote:
> W jaki sposób mogę wyświetlić w konsoli wynik operacji, który mieści się
> np. w ax?

Możesz użyć printf, tylko będziesz musiał zlinkować program z libc.
Możesz też użyć bezpośrednio syscalla 4 (int 0x80), ale wtedy będziesz
musiał w pętli po jednej cyfrze dziesiętnej zapisywać do bufora
(umieszczonego na przykład na stosie), a potem ten bufor wypisać
w odwrotnej kolejności.

-- 
Feel free to correct my English
Stanislaw Klekot

> W jaki sposób mogę wyświetlić w konsoli wynik
> operacji, który mieści się np. w ax?

Zamienić na ciąg znaków, w systemie dziesiętnym albo szesnastkowym.

Wyświetlanie liczby z al (czyli 8-bitowej) w postaci szesnastkowej:

; składnia NASM-a

 xor ebx,ebx
 mov bl,al
 and bl,11110000b
 shr bl,4
 mov ah,[.heksy+ebx]
 call writechar
 mov bl,al
 and bl,00001111b
 mov ah,[.heksy+ebx]
 call writechar

.heksy db '0123456789ABCDEF'


-- 
Azarien

Wiktor S. wrote:
>> W jaki sposób mogę wyświetlić w konsoli wynik
>> operacji, który mieści się np. w ax?
> 
> Zamienić na ciąg znaków, w systemie dziesiętnym albo szesnastkowym.
> 
> Wyświetlanie liczby z al (czyli 8-bitowej) w postaci szesnastkowej:
> 
> ; składnia NASM-a
> 
> xor ebx,ebx
> mov bl,al
> and bl,11110000b
> shr bl,4
> mov ah,[.heksy+ebx]
> call writechar
> mov bl,al
> and bl,00001111b
> mov ah,[.heksy+ebx]
> call writechar
> 
> .heksy db '0123456789ABCDEF'

Eee, strasznie długie i skomplikowane...
Ja wolę:

     aam 16
     xchg al, ah
     call printhex
     mov al, ah
printhex:
     add	al, 90h
     daa
     adc	al, 40h
     daa
     jmp	putchar

; putchar jest procedurą, która wypisuje znak ASCII z al

>> xor ebx,ebx
>> mov bl,al
>> and bl,11110000b
>> shr bl,4
>> mov ah,[.heksy+ebx]
>> call writechar
>> mov bl,al
>> and bl,00001111b
>> mov ah,[.heksy+ebx]
>> call writechar
>>
>> .heksy db '0123456789ABCDEF'
>
> Eee, strasznie długie i skomplikowane...
> Ja wolę:
>
>     aam 16
>     xchg al, ah
>     call printhex
>     mov al, ah
> printhex:
>     add al, 90h
>     daa
>     adc al, 40h
>     daa
>     jmp putchar
>
> ; putchar jest procedurą, która wypisuje znak ASCII z al

ezoteryczne instrukcje, magiczne wartości i skoki, nad którymi trzeba się 
kilka minut zastanawiać - ktoś tu mówił o skomplikowaniu? :-)



-- 
Azarien

Wiktor S. wrote:
>>> xor ebx,ebx
>>> mov bl,al
>>> and bl,11110000b
>>> shr bl,4
>>> mov ah,[.heksy+ebx]
>>> call writechar
>>> mov bl,al
>>> and bl,00001111b
>>> mov ah,[.heksy+ebx]
>>> call writechar
>>>
>>> .heksy db '0123456789ABCDEF'
>>
>> Eee, strasznie długie i skomplikowane...
>> Ja wolę:
>>
>>     aam 16
>>     xchg al, ah
>>     call printhex
>>     mov al, ah
>> printhex:
>>     add al, 90h
>>     daa
>>     adc al, 40h
>>     daa
>>     jmp putchar
>>
>> ; putchar jest procedurą, która wypisuje znak ASCII z al
> 
> ezoteryczne instrukcje, magiczne wartości i skoki, nad którymi trzeba 
> się kilka minut zastanawiać - ktoś tu mówił o skomplikowaniu? :-)

Policz instrukcje, zajętość rejestrów i pamięci oraz odwołania do 
pamięci (w tym operacje stosowe) w obu wariantach. Tak "na oko" niemal 
wszystko wychodzi ok. 2 razy lepiej w mojej wersji. Aha, zapomniałeś 
dopisać "ret" na końcu ;)

W końcu na tym właśnie polega programowanie w asemblerze, nie?

>> ezoteryczne instrukcje, magiczne wartości i skoki, nad którymi trzeba
>> się kilka minut zastanawiać - ktoś tu mówił o skomplikowaniu? :-)

> Policz instrukcje, zajętość rejestrów i pamięci oraz odwołania do
> pamięci (w tym operacje stosowe) w obu wariantach.

Uhum. Niestety, jak czytam dokumentację wychodzi, że aam i daa nie są 
dozwolone w trybie 64-bitowym. Dziwne, po co miano by usuwać instrukcje?

> Tak "na oko" niemal wszystko wychodzi ok. 2 razy lepiej w mojej
> wersji. Aha, zapomniałeś dopisać "ret" na końcu ;)

Ach, przepraszam najmocniej, był to wycięty fragment większej procedury.

-- 
Azarien

Wiktor S. wrote:
>>> ezoteryczne instrukcje, magiczne wartości i skoki, nad którymi trzeba
>>> się kilka minut zastanawiać - ktoś tu mówił o skomplikowaniu? :-)
> 
>> Policz instrukcje, zajętość rejestrów i pamięci oraz odwołania do
>> pamięci (w tym operacje stosowe) w obu wariantach.
> 
> Uhum. Niestety, jak czytam dokumentację wychodzi, że aam i daa nie są 
> dozwolone w trybie 64-bitowym. Dziwne, po co miano by usuwać instrukcje?

Nie "nie są dozwolone" a "zostały usunięte" (więc ich po prostu nie ma). 
żaden kompilator nie użyje takich instrukcji - były one przeznaczone do 
ręcznego pisania kodu w asemblerze, a ponieważ obecnie prawie się tego 
nie robi - nie ma realnej potrzeby ich zachowywania w nowych 
procesorach. Pozy tym AAM jako instrukcja dzielenia jest paskudnie wolna 
(ale i tak zwykle szybsza niż dostęp do tablicy w pamięci, zresztą nie 
do tego służy). AAM da się zastąpić przez SHR tak, że przybędzie tylko 
jedna instrukcja albo i żadna. Gorzej z DAA, które akurat w tym zadaniu 
spisuje się bardzo wdzięcznie.

Właściwie to już mam pomysł na nową asemblerową łamigłówkę - to samo, 
tylko bez DAA i bez skoków. Powinno dać się zrobić.

>> Uhum. Niestety, jak czytam dokumentację wychodzi, że aam i daa nie są
>> dozwolone w trybie 64-bitowym. Dziwne, po co miano by usuwać
>> instrukcje?
>
> Nie "nie są dozwolone" a "zostały usunięte"

Na jedno wychodzi: nie działają.

> (więc ich po prostu nie ma). żaden kompilator nie użyje
> takich instrukcji - były one przeznaczone do ręcznego pisania
> kodu w asemblerze, a ponieważ obecnie prawie się tego nie robi
> - nie ma realnej potrzeby ich zachowywania w nowych procesorach.

W procesorze i tak muszą być, gdyż w trybie rzeczywistym i chronionym są.

-- 
Azarien

Wiktor S. wrote:
>>> Uhum. Niestety, jak czytam dokumentację wychodzi, że aam i daa nie są
>>> dozwolone w trybie 64-bitowym. Dziwne, po co miano by usuwać
>>> instrukcje?
>>
>> Nie "nie są dozwolone" a "zostały usunięte"
> 
> Na jedno wychodzi: nie działają.
> 
>> (więc ich po prostu nie ma). żaden kompilator nie użyje
>> takich instrukcji - były one przeznaczone do ręcznego pisania
>> kodu w asemblerze, a ponieważ obecnie prawie się tego nie robi
>> - nie ma realnej potrzeby ich zachowywania w nowych procesorach.
> 
> W procesorze i tak muszą być, gdyż w trybie rzeczywistym i chronionym są.

Chodziło o zwolnienie kodów operacyjnych na przyszłość. Narazie kody 
zostały zwolnione i leżą odłogiem.

Mam już wersję 32-/64-bitową bez instrukcji DAA - zamiana tetrady na 
ASCII bez użycia skoków zajmuje nadal 4 instrukcje, ale wymaga użycia 
drugiego rejestru (np. edx), no i te instrukcje mają o parę bajtów więcej.

Wiktor S. napisał(a):
> ezoteryczne instrukcje, magiczne wartości i skoki, nad którymi trzeba 
> się kilka minut zastanawiać - ktoś tu mówił o skomplikowaniu? :-)
Przecież to klasyka gatunku, to się czyta jak poezję :)

pozdr

Radek