🚀 go-pugleaf

Użytkownik "Bogdan (bogdro)" napisał:

>>> A tak mi się coś właśnie wydawało, że te bufory jakichś dziwnych
>>> długości były, ale nie przyjrzałem się dość dokładnie.
>>
>> Jakich dziwnych d ługości? :) 512B. Na wszelki. Jak mnożę dwie liczby
>> po 128B to już mam wynik co najmniej 256B. Od przybytku ...

> Mówię o równoległym poście, np.

> lea esi, wynik
> lea edi, arg1 ; przeładowujemy dane z wynik do arg1
> mov ecx, 128
> rep movsd

> 128 dwordów to 1kB. Raczej spodziewałbym się mniejszych liczb.

128 dwordów to 512 bajtów. Przeładowuję całe bufory zadeklarowane:

wynik db 512 dup(?)
arg1  db 512 dup(?)

> mnozymy:

> mov  eax, dword ptr [esi]
> mul  mnoznik
> add  dword ptr [edi], eax
> adc  dword ptr [edi+4], edx
> adc  dword ptr [edi+8], 0
> adc  dword ptr [edi+12], 0
> adc  dword ptr [edi+16], 0

> Tu z kolei 5 dwordów (20 bajtów). Takie jakieś nietypowe :)

Do procedur zaglądałem w różnym czasie i coś mogło umknąć. Nie wiedziałem 
jeszcze tego co napisałeś o ilości ADC. Dałem za dużo na wszelki wypadek, 
ale to chyba niczego nie zmienia w działaniu?

> add dword ptr [esi], ebx
> adc dword ptr [esi+4], 0
> adc dword ptr [esi+8], 0

> A to mnie chyba najbardziej zdziwiło w porównaniu z poprzednimi

W "dodawanie PROC". To już jest poprawione, ADC było za mało o jedną linijkę 
i były błędy. Teraz jest:

 add dword ptr [esi], ebx
 adc dword ptr [esi+4], 0
 adc dword ptr [esi+8], 0
 adc dword ptr [esi+8], 0

 i działa już (chyba) dobrze. Zresztą już o tym wspomniałem. Podziwiam Twoją 
umijętność analizowania działania programu na podstawie źródła. Ja tego nie 
potrafię w takim stopniu jak Ty. Ewentualne błędy jeśli się ujawnią w 
wynikach znajduję przy pomocy debuggera.

Pozdrawiam