>>219469
В таком случае, непонятно к чему была приведена некая аксиома "Ты хуй", т.к. ни в одной общеизвестной алгебре таковой не существует.
Помимо этого, никакие метапространства к текущему обсуждению отношения так же не имеют.

Почему нельзя считать остаток от деления INT_MIN на -1?

>>219475
Можно. Однако это определено, как определено. Внезапно, но алгебры отличаются не только от алгебр, но и от информационных систем.

>>219476
Можно-шможно. Почему тогда “Floating point exception (core dumped)” прилетает при попытке узнать остаток от деления -2147483648 на -1?

https://www.onlinegdb.com/oPWQ2ulBZ

>>219477
Потому что ты пытаешься проверить математическое свойство при помощи языка программирования, зачем - непонятно. Можешь ещё попробовать русское слово по правилам китайского языка проверить, результат будет тот же.

>>219481
Какое математическое свойство я пытаюсь проверить? Что ты несёшь? Я просто задал вопрос, ортогональный ОП-посту. Математически n % -1 = 0 для любого n, очевидно. Вопрос в том, почему в Си так нельзя делать.

>Почему на ноль делить нельзя?

Потому-что в принятой в большинстве систем модели математики по умолчанию данное действие не допускается. Технически обоснованно наборов прочих моментов как мы хотим чтоб калькулятор считал и сколько это будет стоить в железе.
Образно по этому-же операции на математическом процессоре имеют дельту погрешности.
А так можно, там где можно даёт лимит к бесконечности (максимальное значение переменной + флаг переполнения регистра как самый востребованный вариант реализации)

>Можно, но толку мало

Бывает что нужно. Например вполне реальная и частая ситуация в компьютерной графике.

>Зато всякие Σ для обозначения суммы и прочее говно.

По умолчанию в том-же СИ++ не можно (ибо ASCII совместимость), но руками для компилятора умеющего варить исходники в unicode определить можно, будет работать.

Comment too long. Click here to view the full text.

>>219477
Подозреваю что ловит переполнение.

>>219477
>>219483
Иии, или уточню с другого боку:
Аппаратно оно конечно всё-же иначе, там в делителе в приёмной триггерной защёлке остаётся более неуменьшаемый остаток, который собственно и тоже может быть скоммутирован на возврат в регистры. ... делитель это в целом вычитатель со счётчиком, вычитаем b из a и считаем сколько раз у нас это успешно получилось.
Ну и суть ответа не меняется, у нас так в счётчике успешных раз вычитаний слишком дохрена получается, в чём железо видит переполнение и взводит линии ошибки. А то что ты остаток хотел - это уже твои проблемы и ограничения языков высокого уровня в плане отсутствия нормальных средств обработки аппаратных исключений выполнения, но для СИ не знаю точно, не пробовал, вроде можно нарисовать приоритетный перед ОС обработчик исключения (как-то именно так ни разу не пробовал) и всё-же получить результат.

>>219477
let j= -2147483648 % -1;
| ^^^^^^^^^^^^^^^^ attempt to compute `i32::MIN % -1_i32`, which would overflow
|
= note: `#[deny(unconditional_panic)]` on by default

Интересно, что у дедушки в подарке и жив ли дедушка.

И тебя, и всех с Новым Годом.

>>219249
С Новым 2024 Годом, Новерь!

>>219249
Спасибо, сладкий, тебя тоже.