Сравнение двойных слов

@Aldragon · Регистрация: 28.09.2012

Author24 — интернет-сервис помощи студентам

Здравствуйте, покажите пожалуйста пример сравнения двух двойных слов. Наверно глупый вопрос, но ни в Юрове, ни в Абеле не нашел + гугл тоже результатов не дал.
Пусть у нас есть:

Assembler

1 2	val1 dd 65545 val2 dd 65546

Можно ли сравнить их через cmp в 16-ти разрядном masm 86? если можно то, если не сложно, покажите как.

@777user777 · 17.06.2013, 23:15

Имхо, достаточно сравнить только старшие слова: если одно больше, то и всё двойное слово больше. Если же равны - тогда сравнить нижние слова, и использовать результат этого сравнения.
Что-нибудь вроде:

Assembler

      mov ax,word ptr[val1+2]
      cmp ax,word ptr[val2+2]
      jz @f
      jmp Continue
@@:
      mov ax,word ptr[val1]
      cmp ax,word ptr[val2]
Continue:
      ;тут проверяем результат сравнения

@Aldragon · 18.06.2013, 09:01 **[ТС]**

спасибо

@Полный 30h · 18.06.2013, 09:20

777user777, Хотел для себя уточнить по поводу флага в данном алгоритме. Как то так повелось у меня (уж не знаю откуда) что флаги можно проверять непосредственно после команды сравнения cmp ( а так же add, sub и т.п не об этом сейчас речь) в Вашем же примере, в случае неравнества выполняется команда безусловного перехода. Вопрос в следующем: Можно ли продолжать верить флагам после двух команд jz и jmp. Т.е. на уровне железяк не совсем понятно мне сравнили мы (2) старшие половины (они допустим не равны) и через безусловный переход на метку Continue: при этом ещё не имея понятия какая из старших половин большая. т.е. мне (допустим) требуется второе сравнение для следующего ветвления? или установленные флаги так и тащатся ГАРАНТИРОВАНО через стопицот команд при условие что те сами не влияют на флаги.

Добавлено через 8 минут
На Вашем примере, коменты капсом как бы укажут ход в конкретной ситуации

Assembler

mov ax,word ptr[val1+2]
      cmp ax,word ptr[val2+2] ; AX ОКАЗАЛОСЬ БОЛЬШЕ
      jz @f ; ДЛЯ ПРОГРАММЫ ЖЕ ПО ДАННОМУ УСЛОВИЮ ОНИ ПОКА ЧТО ПРОСТО НЕРАВНЫ 
      jmp Continue ; И МЫ ПЕРЕХОДИМ НА МЕТКУ Continue
@@:
      mov ax,word ptr[val1]
      cmp ax,word ptr[val2]
Continue: ; ПЕРЕЙДЯ СЮДА МНЕ НУ ОЧЕНЬ НАДО ДОУТОЧНИТЬ КАКАЯ ВСЁ ЖЕ ПОЛОВИНА БОЛЬШЕ (ИЗ ПРЕДЫДУЩЕГО СРАВНЕНИЯ МЫ ТОЛЬКО УЗНАЛИ ЧТО ОНИ НЕРАВНЫ
; МОГУ Я ПОСТАВИТЬ КОМАНДУ УСЛОВИЯ JA ИЛИ JB. ИЛИ ПРЕЖНЕЕ ПОЛОЖЕНИЕ ФЛАГОВ ТУТ НЕ ГАРАНТИРОВАНО И НУЖНО ПОВТОРИТЬ КОМАНДУ CMP ?

@Mikl___ · 18.06.2013, 10:24

Полный 30h,
да, пока не появятся команды воздействующие на флаг CF (логические, арифметические) в метке Continue действует еще результат сравнения старших половин. Вообще-то, все спорные утверждения стоит проверять в дебаггере

@Полный 30h · 18.06.2013, 10:42

Сообщение от Mikl___

Вообще-то, все спорные утверждения стоит проверять в дебаггере

Я не сильно представляю как дебаггер "смотрит" за процессором, но есть подозрение, что он непосредственно этот самый процессор использует. Поэтому степень достоверности его "показаний" беру под сомнение. К тому же у кого то из писателей книг по ассемблеру видел примеры как этот самый дебаггер, а может и не этот, обмануть. Там, если мне не изменяет память, какая то трабла через стек была. Вот после того примера у меня есть некоторое недоверие в плане 100% его возможностей.

@Troll_Face · 18.06.2013, 23:10

Сообщение от Полный 30h

Там, если мне не изменяет память, какая то трабла через стек была

ты про это?

Assembler

.model tiny
........
mov ah, 9
mov dx, offset msg
mov sp, offset aaa
mov ax, 9090h
push ax
int 20h
aaa:
int 21h

это недостаток трупоотладчика. он мрет. софт айс отлавливает такую шнягу и все норм делает. так что можно отладчика доверять. если жу совсем скептик,то проверяй посредством вывода диагностических сообщений в нужных местах без дебугера.

@Полный 30h · 18.06.2013, 23:33

Сообщение от Troll_Face

то проверяй посредством вывода диагностических сообщений в нужных местах без дебугера

Этим собственно и балуюсь. Тем паче что пользую 64 бита, там для англофобов на сегодняшний день гроус аллес в полный рост с отладкой. Промежуточные результаты на каждом повороте, возвратами функций не брезгую опять же.

@Aldragon 2 / 2 / 1 Регистрация: 28.09.2012 Сообщений: 34
	18.06.2013, 09:01 [ТС]	3
	спасибо 0

@Mikl___ Ушел с форума 16279 / 7604 / 1065 Регистрация: 11.11.2010 Сообщений: 13,617
	18.06.2013, 10:24	5
	Полный 30h, да, пока не появятся команды воздействующие на флаг CF (логические, арифметические) в метке Continue действует еще результат сравнения старших половин. Вообще-то, все спорные утверждения стоит проверять в дебаггере 1

@Полный 30h Эксперт быдлокодинга 2091 / 525 / 69 Регистрация: 04.11.2010 Сообщений: 1,310
	18.06.2013, 10:42	6
	Сообщение от Mikl___ Вообще-то, все спорные утверждения стоит проверять в дебаггере Я не сильно представляю как дебаггер "смотрит" за процессором, но есть подозрение, что он непосредственно этот самый процессор использует. Поэтому степень достоверности его "показаний" беру под сомнение. К тому же у кого то из писателей книг по ассемблеру видел примеры как этот самый дебаггер, а может и не этот, обмануть. Там, если мне не изменяет память, какая то трабла через стек была. Вот после того примера у меня есть некоторое недоверие в плане 100% его возможностей. 0

@Полный 30h Эксперт быдлокодинга 2091 / 525 / 69 Регистрация: 04.11.2010 Сообщений: 1,310
	18.06.2013, 23:33	8
	Сообщение от Troll_Face то проверяй посредством вывода диагностических сообщений в нужных местах без дебугера Этим собственно и балуюсь. Тем паче что пользую 64 бита, там для англофобов на сегодняшний день гроус аллес в полный рост с отладкой. Промежуточные результаты на каждом повороте, возвратами функций не брезгую опять же. 0