🚀 go-pugleaf

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

>> Ta procedura działa błędnie dla niektórych danych wejściowych.

> Czym otrzymany wynik różni się od oczekiwanego?

Dla np. 633825300114114700748351602688 wynik dzielenia wynosi 
554597137599850363154807652352

>> Pryczyny nie znalazłem. Może komuś uda się znaleźć błąd?

> Bez definicji "pam" może być trudno to zinterpretować.

Przepraszam za przeoczenie. "pam" equ dword ptr


>> mov eax, pam [esi+4]
>> sbb eax, pam [edi+4]
>> mov pam [ebx+4], eax
>>
>> jc arg1_mniejszy_od_arg2
>>
>> add esi, 4
>> add edi, 4
>> add ebx, 4

>> loop odejmujemy

> Wiesz, że odejmujesz 21 "czwórek", prawda? ECX = 20, ale pozycję [0]
> obsługujesz przed pętlą, a w pętli obsługujesz pozycje [4], [8], [12],
> ..., [80], czyli łącznie bajty na offsetach od 0 do 83 włącznie.

To akurat jest jasne. Wydaje się, że jeden błąd znalazłem. Otóż jeśli po sbb 
zostanie ustawiona flaga to linijki

    add esi, 4
    add edi, 4
    add ebx, 4

ją skasują. Ma być tak:

    pushf

    add esi, 4
    add edi, 4
    add ebx, 4

    popf

Okazuje się, że "skaracanie" tekstu źródłowego procedur jest ryzykowne. 
Lepiej stosować je w pełnym rozwinięciu wg. Twoich tutoriali. Wtedy nie ma 
problemów.

Pozdrawiam