Разбираюсь с умножением в ассемблере, почему так работает, а так нет?

Question

[LoooSee]

Тут как и ожидается в dx : ax записывается правильный результат умножения. Код 16 битный

use16
mov ax,3h
mov bx,4h
mul bx

А здесь программа ломается во время выполнения. Код уже 32 битный, поменял только 16 на 32

use32
mov ax,3h
mov bx,4h
mul bx

Неужели что - то куда - то не умещается, хотя это очень странно, ведь разрядность больше. Если для 32 бит нужно как - то по другому умножать и делить, то не можете подсказать, где про это прочитать? В моей книге и в интернете я не могу найти.

Answer 1

[Владимир Куц]

Если на 32 бита переходите - то уже с регистрами eax и ebx оперировать надо:

mov eax,3h
mov ebx,4h
mul ebx

иначе кто его знает что за мусор в старших битах регистров у вас хранится

Comments

[jcmvbkbc]

с регистрами eax и ebx оперировать надо:

почему "надо"?

кто его знает что за мусор в старших битах регистров у вас хранится

какая разница, если умножаются только младшие части?

[CityCat4]

почему "надо"?

потому что use32

[jcmvbkbc]

потому что use32

CityCat4 наверно это известный эффект.
Если его оставить в стороне, есть ли какое-нибудь другое объяснение почему "надо"?

Ну т.е. use32 устанавливает размер операндов по умолчанию в генерируемом коде. Почему это должно быть причиной умножать 32-битные регистры, если действие производится над 16-битными значениями, учитывая, что опкод для умножения 16-битных регистров есть во всех режимах процессора?

Answer 2

[jcmvbkbc]

программа ломается во время выполнения

Как ломается-то?

use32
mov ax,3h
mov bx,4h
mul bx

должно записать 12 в ax и 0 в dx и очистить флаги OF и CF. Что записывает?