О переполнении (overflow) в регистрах.

Ребят подскажите пожалуйста какие существуют алгоритмы по работе с числами дабы избежать переполнения? Как мы знаем в команде mov одним из операндов по-любому должен быть регистр, но предположим в двойном слове (32 бита) можно хранить без знаковое число 4 294 967 295, но что предположим делать если я хочу хранить в константе число 5 000 000 000? как работать с такими числами в регистрах и как их хранить? Буду очень благодарен за ответ, строго не судите я в этом дело новичок.

 

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

 

Использовать несколько регистров, в которых хранить старшую и младшую часть числа. Также смотреть на флаги: cf, of, sf

 

Если вы работаете в long mode, вы можете спокойно использовать 64 битные регистры и не думать особо. В других режимах используются регистр флагов и команды учитывающие флаг cf, например adc.

 

Нет, я работаю в обычных extended 32х-битовых регистрах, про флаги переноса, знака и переполнения я знаю но вопрос был в другом, существуют ли более емкие константы может быть какие нибудь алгоритмы для хранения более крупных чисел, как в плюсах, int, double, long, float?

 

BigInteger в ассемблере? Есть пример?

 

Как я понимаю это единственный способ при работе с регистрами? Большее число впихнуть все равно не получится?

Если на моем примере взять число 5000000000:

mov eax, 4000000000
mov ebx, 1000000000

и что дальше?
Если сложить то будет перенос старшего разряда в флаг Cf. Как сложить и как хранить это число 5000000000? Подразумевая что работа идет в 32х битовых регистрах.

 

mr.en3mY,
sse юзай. Там уже по пол-килобайта в один регистр запихать можно.

 

Совсем необязательно. Возьми, например команду mov такого формата: mov dword ptr ds:[memory], const и она прекрасно отработает.

Как вариант.

Можно заюзать математический сопроцессор. Там так же используются данные размером dword(4bytes), qword(8bytes), tbyte(10bytes). И объявляются так:

asd dword 3.14
asd2 qword 1234567890123456h
asd3 tbyte -1.15
asd4 tbyte ?

Следует отметить, что с обычными регистрами дроби особо не насчитаешься, зато сопроцессором - легко. Например:

finit ; init
fild asd2 ; st(0) = asd2
fdiv asd ; st(0) = asd2 / asd
fstp asd4 ; asd4 = asd2 / asd , st(0) = free

Без него не обойтись, когда начнешь использовать GDI-шное рисование..

 

Не совсем так. Хранится не как сумма, а именно старшая и младшая часть.

mov eax, 705032704
mov edx, 1

Спойлер

Есть хорошая ссылка по теме: http://x86asm.net/articles/working-with-big-numbers-using-

 

Так извращаться в диапазоне qword не имеет смысла, IMHO.

 

удолил. Прекращайте десятичные числа в асме использовать

HESH,
Это не извращения, а как раз штатный способ представления больших чисел. И инструкции процессора на это заточены.

 

В этом сомнений нет.

Больших насколько ? А как насчет точки ?

P.S. Я не говорю, что подход неверен. Я хочу сказать, что за один такт эффективнее будет использование qword вместо dword. Ведь и dword может стать большим числом, если пользоваться 8-битными регистрами.

 

Там не больших, а больших Больше регистра, разумеется.

 

mr.en3mY,

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

 

мож SSE заюзать и иже с ним вам?

 

RET,

А ничего, что указана разрядность, но не архитектура. Какой ссе к примеру на x32 pic ?

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

 

x86 в контексте прозвучала

 

mr.en3mY,
> в команде mov одним из операндов по-любому должен быть регистр
Необязательно кст, можно и так:

Код (ASM):

1. mov DWORD ptr[0x00], 0x00