Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > Asm для начинающих > Проблемы с imul

Автор: Dufeij 17.7.2010, 12:10

Только начал учить асм, взялся решить простую задачку и возникли проблемы. (Пользуюсь TASM`ом) В результате вычисления формулы должно получится -1 но получается 65535. Чтобы найти причину, после каждого действия результат заносил в y и в турбо дебаггере смотрел что получается. Оказалось что неправильно перемножаются 7*b*c, 7*b=21 все нормально, но 7*b*c = 65431. Почему так?  a=15 b=3 c=-5 Код Turbo Assembler     Version 2.5        17/07/10 11:55:07        Page 1 labor1.ASM       1                     ;Условие       2                     ;       2c^2+7*b*c       3                     ; X = -----------       4                     ;         c^2+2*a       5                     ;       6                     ; a=15 b=3    c=-5       7    0000                 sseg   segment 'STACK'       8    0000  40*(??)                 db         64    dup(?)       9    0040                 sseg   ends      10    0000                 data    segment      11    0000  000F             a         dw        15      12    0002  0003             b         dw        3      13    0004  FFFB             c         dw        -5      14    0006  ????             x         dw        ?      15    0008  ????             y         dw        ?      16    000A                 data    ends      17    0000                 code    SEGMENT      18                     assume ss:sseg,ds:data,cs:code      19    0000                 start   proc    far      20                     ;--------------Возврат в dos      21    0000  1E                 push    ds      22    0001  B8 0000                 mov     ax,0      23    0004  50                 push    ax      24                     ;--Занесение в регистр ds адреса сегмента данных      25    0005  B8 0000s                 mov     ax,data      26    0008  8E D8                 mov     ds,ax      27                     ;--------------Начало программы      28    000A  A1 0004r             mov  ax,c      29    000D  F7 2E 0004r         imul c          ;c^2      30    0011  8B D8             mov  bx,ax       31    0013  D1 E0             shl  ax,1      ;2*c^2       32    0015  8B C8             mov  cx,ax      33    0017  89 0E 0008r         mov  y,cx      34      35    001B  B8 0007             mov  ax,7      36    001E  F7 2E 0002r         imul b         ;7*b      37    0022  F7 2E 0004r         imul c         ;7*b*c      38    0026  A3 0008r             mov y,ax      39      40    0029  03 C8             add  cx,ax  ;2*c^2+7*b*c      41    002B  89 0E 0008r         mov  y,cx      42      43    002F  A1 0000r             mov  ax,a      44    0032  D1 E0             shl  ax,1     ;2*a      45    0034  A3 0008r             mov  y,ax      46      47    0037  03 D8             add  bx,ax  ; c^2+2*a      48    0039  89 1E 0008r         mov  y,bx          49      50    003D  8B C1             mov  ax,cx      51    003F  99             cwd                                 52    0040  F7 FB             idiv bx         ; 2*c^2+7*b*c                                                       53    0042  A3 0006r             mov x,ax     ;--------------------      54                                                                       ; c^2+2*a      55                     ;-------------------------------      56    0045  CB             st_ret: ret      57    0046                 start   endp   Turbo Assembler     Version 2.5        17/07/10 11:55:07        Page 2 labor1.ASM      58    0046                 code    ends      59                         end     start

Автор: JAPH 17.7.2010, 13:37

Как определили, что 65535, а не -1? Для 16-битных чисел двоичное представление как 65535, так и -1 одинаково: 0FFFFh. И проводить различие между тем, знаковое это число (-1) или беззнаковое (65535) - задача программиста, а не процессора.

Автор: Dufeij 17.7.2010, 14:16

Немного разобрался, спасибо. А после уножения 7*b*c где хранится минус? В результате 65431 -> 2 c.c. 111111111001011 -> 1101000 + 1 -> 10 c.c. 105  Где минус?

Автор: JAPH 17.7.2010, 14:50

В знаковых числах старший бит определяет знак: 0 = "+", 1 = "-".

Автор: izl3sa 19.7.2010, 07:04

>> В знаковых числах старший бит определяет знак: 0 = "+", 1 = "-". а то что число signed определяется операциями, которые над ним выполняют. Те в общем случае без контекста нельзя сказать какое число - знаковое или нет. Да и ещё, в x86 отрицательные числа получаются дополнением до двух -eax = (neg eax) + 1, те 0x00000001 -> 0xFFFFFFFE + 1 = 0xFFFFFFFF Немного дополнил теорию =) впрочем все это есть в учебниках по асму, или вы тоже пропускаете неинтересную с виду математику при первом прочтении? =))

Автор: Dufeij 20.7.2010, 02:08

Каюсь. Пропускаю.  Сам же от этого и страдаю.

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)