Результат (int) -2147483648, деленный на (int) -1, используя разные компиляторы?

Question

Результат (int) -2147483648, деленный на (int) -1, используя разные компиляторы?

Как мы все знаем, наименьшее целое число зависит от компилятора, поэтому у меня есть этот вопрос: каков результат (int) -2147483648 , деленный на (int) -1 вы получаете, когда используете разные компиляторы? Например, VC6.0, VS2010 и т. Д.?

2

добавлено 28 Декабрь 2012 в 01:49 автор funnyfan отредактировано 28 Декабрь 2012 в 02:10

Просмотры: 9

источник

nl ja de

Связанный с этим вопрос: Почему он отличается от -2147483648 и (int) -2147483648

добавлено 28 Декабрь 2012 в 02:47, автор Bo Persson, источник

На x86/x86_64 вы обычно получаете исключение с плавающей запятой, когда вы это делаете.

добавлено 28 Декабрь 2012 в 04:46, автор Daniel Fischer, источник

@Mat это не реализация. Неопределенное поведение: INT_MIN/-1 - неопределенное поведение из-за 6.5.5p5 в c99.

добавлено 28 Декабрь 2012 в 02:13, автор ouah, источник

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

добавлено 28 Декабрь 2012 в 02:16, автор ouah, источник

@Mat извините 6.5p5, а не 6.5.5p5.

добавлено 28 Декабрь 2012 в 02:21, автор ouah, источник

Зачем тебе это нужно знать? Поведение не определено, поэтому вы никогда не должны пытаться в первую очередь, и компиляторы не обязаны давать согласованные результаты.

добавлено 28 Декабрь 2012 в 02:52, автор Raymond Chen, источник

Умножение или деление не имеет значения. Результатом является реализация, определенная, если результат арифметической операции над подписанными ints не является представимым. Реализация может определить результат или поднять сигнал. (По крайней мере, в C99, cf §6.3.1.3.) Вам нужно будет посмотреть в документах компилятора Microsoft.

добавлено 28 Декабрь 2012 в 02:05, автор Mat, источник

@ouah: Я не вижу, что указано в 6.5.5/5, только деление на ноль (но я действительно думал, что конкретный случай не определен ...). И соглашайтесь с вами, я не понимаю, почему это было закрыто. (Возможно, там есть дубликат.)

добавлено 28 Декабрь 2012 в 02:20, автор Mat, источник

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

добавлено 28 Декабрь 2012 в 02:03, автор stefan, источник

1 ответы

Видеокурс по Java для начинающих

Получи видеокурс по Java для начинающих с упражнениями

автор ouah · Answer 1 · 2012-12-28T04:36Z

Сначала предположим, что мы находимся в 32-битной системе с двумя представлениями дополнения, где INT_MIN значение совпадает с -INT_MAX - 1 .


Это выражение:
 (int) -2147483648/(int) -1 
эквивалентно
 (int) -2147483648/-1 
поскольку  -1  уже имеет тип  int .
В системе дополнений  32-bit , где  INT_MAX  находится  2147483647 , значение  2147483648  имеет тип  long  ¹⁾, поскольку он не может быть представлен в  int . Значение  -2147483648  также имеет тип  long .
Значение  long   -2147483648  может быть представлено в  int , а значение после целочисленного преобразования  (int) -2147483648  является  INT_MIN .
Исходное выражение тогда эквивалентно (по нашим предположениям):
 INT_MIN/-1 
and this expression эквивалентно INT_MAX + 1 which is not representable in an int. Indeed int type range goes from INT_MIN to INT_MAX. The expression is an integer overflow and integer overflow invokes undefined behavior in C.
 (C99, 6.5p5) «Если при оценке выражения возникает исключительное условие (то есть, если результат не определен математически или нет в диапазоне представляемых значений для его типа), поведение не определено. «

_{1) We implicitly assume LONG_MAX is > INT_MAX, otherwise the value 2147483648 is of type long long.}