Как правильно делить на нуль?

[Utkin]

То есть тоже исключение ?

[SAS888]

Ну, если хотите, рассматривайте 0 не как 0, а как бесконечно малое число. Вычисляйте пределы и т.п.
Тогда, если в результате Ваших расчетов получится, например, бесконечность (бесконечно большое число), то как его записывать - решайте сами.
P.S. Разговор ни о чем. Нет предмета. В "чистой" математике это не допустимо. В прикладных вычислениях - всегда есть пределы рассмотрения задачи. А Ваш вопрос в чем состоит?

[Utkin]

А Ваш вопрос в чем состоит?

Имеется набор процедур и функций для работы с длинными числами. 4 действия и несколько вспомогательных. На данный момент операция деления на нуль возвращает нуль. Я считаю это не хорошо. Но другого пока ничего не придумал (только рассматриваю варианты). Решил спросить совету как, а главное почему. Ответ надо так, не устроил, потому что не услышал почему надо так. Потом собственно подключились Вы...

[SAS888]

На данный момент операция деления на нуль возвращает нуль. Я считаю это не хорошо

Я тоже считаю, что это не хорошо. Более того, я считаю, что это не правильно. Должно быть "очень много", а не 0 (что, собственно, я Вам и предлагал).

[Utkin]

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

Я тоже считаю, что это не хорошо. Более того, я считаю, что это не правильно. Должно быть "очень много", а не 0 (что, собственно, я Вам и предлагал).

ОК. Тогда еще один вопрос. Моя операция деления имеет дополнительный параметр - ограничение на число разрядов в дробной части. То есть операция может порождать бесконечное число разрядов, например, 1/3 можно делить хоть до конца света . В тоже время я не округляю, я порсто не делю дальше - допустим разделить 1 на 3 до 10 разрядов в дробной части (число разрядов в целой части всегда фиксировано). Может стоит использовать эту информацию следующим образом - разделить 1 на 0 до 10 разрядов ---> 9999999999,9999999999
Разделить 1 на 0 до 5 разрядов ----> 99999,99999
Или же всегда возвращать определенное число? Например сто раз по 9?

[SAS888]

Вы так и не говорите, что это за расчеты. Если это калькулятор, то ошибки делении на 0 не обойти никак. Более того, о ней нужно знать. А если это практические расчеты, то предельные значения Вы знаете. Более того, если в определенном месте расчетов встречается деление на 0, то (очень часто) дальнейшие вычисления можно и вовсе не производить, а сразу записать результат.

Вы просто примеры решаете? Или это какой-то практический расчет?
Так, например, если мы вычисляем скорость, то подсказать, каким предельным значением ограничиться? (шутка).

[Utkin]

Я не знаю, какие будут расчеты - просто написал юнит для организации работы с длинными числами. Кто ее и как воспользуется это вопрос. Может студент на ее основе напишет калькулятор, а может кто захочет воспользоваться для проведения астрономических расчетов... Иными словами, мне не известны предельные значения.
Лично я планирую на ее основе написать свой интерпретатор...

[Alex Cones]

ИМХО:
Создать спец глобальный флаг о делении на нуль (вообще в него все ошибки скидывать), возвращать его значение по GetLastEггог. А результатом деления на ноль возвращать некоторое значение типа NaN или INF. У Вас там дофига место в структурах, посвященным разрядам - добавьте туда интеджер значение о том, что это -
NaN, INF или нормальное число.

[Smitt&Wesson]

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

Я тоже считаю, что это не хорошо. Более того, я считаю, что это не правильно. Должно быть "очень много", а не 0 (что, собственно, я Вам и предлагал).

Я однажды сталкивался с такой проблемой. Простите, код не нашёл (давно это было), но идея собственно такая.
Где-то в API можно получить разрядность машины. Так вот, функция получает разрядность и выводит максимальное число в соответствии с разрядностью, или (всё таки) через исключения. Насколько я знаю, их никто не отменял. Можно эти методы совмещать. Например, если мы делим не на 0, а на оооочень маленькое число, выдаётся максимальное число по разрядности, если голимый 0 - иключение типа "Переполнение разрядности", ну или что-то в этом роде.

[Utkin]

Сообщение от Smitt&Wesson

Я однажды сталкивался с такой проблемой. Простите, код не нашёл (давно это было), но идея собственно такая.
Где-то в API можно получить разрядность машины. Так вот, функция получает разрядность и выводит максимальное число в соответствии с разрядностью, или (всё таки) через исключения. Насколько я знаю, их никто не отменял. Можно эти методы совмещать. Например, если мы делим не на 0, а на оооочень маленькое число, выдаётся максимальное число по разрядности, если голимый 0 - иключение типа "Переполнение разрядности", ну или что-то в этом роде.

Да нету здесь разрядности, читайте внимательно - арифметика построена как платформонезависимая. Сколько мне надо разрядов столько и будет (ну а кромя момента, когда памяти не хватит). Это арифметика чисел с произвольным числом разрядов.
Под разряды выделяется 2 динамических массива - сколько туда разрядов поместится?
Специально проверил только что - создал число в котором 125002 разряда, проглотил и не подавился (провел сложение с 1). Что дальше?