Великий ассемблер!

[dlinyj]

В общем, да... serg2x2 был прав. У меня там был недочёт. Но так просто сложение с переносом делать нельзя, т.к. мы бит переноса портим в вычитании. Пришлось ставить оператор, обнуляющий этот флаг. В результате код, в котором был баг, будет таким:

	clc	;Очищаем флаг переноса! Очень важный момент
	push	r18
	ADD	ZL,R16
	ADC	ZH,R17;Складываем старший байт учитывая перенос.

Как оказалось флаг переноса мы подсираем в вычитании. Приходится его обнулять принудительно. Когда написал онным образом в дебагере код был прогнан с разными цифирями и всё работало на ура!
З.Ы. Просто асм на ночь - это жопа!

Comments

мык

[ex-zzz-art39.livejournal.com]

если ты программёр научи меня ловить троянов ?
а то меня кладут на раз сцуки
делают так атакуют касперский кричит что мол идет переполнение буфера
svchost как бы а к нему дочерние приложение всякие dll
ну потом касперский ложитцца и мне всаживают трояна вчера винду 3 раза переставил
научи бля а ???????
плиз ?

Re: мык

[dlinyj.livejournal.com]

Я не программер. Я электроньщик, и пишу не под х86 архитектуру. Но сам трахаюсь с ловлей троянов, бля... Заёбся уже. В защищённом режиме грузишься, врезаешь из треи подозрительные прги (я бы вообще вырезал), потом бутишься в обычном. Смотришь диспетчер задачь, и рюхаешь всё что считаешь подозрительным (главное не перестаратся). Потом снова смотришь трею. Бутишься, если в трее ничего не появилось - тройка порюхана.

Re: мык

[ex-zzz-art39.livejournal.com]

спасибо ответ распознан