i686-проблемы.

На 64 бита то же самое. idiv-проблемы.

Поэтому когда INT_MIN делят на -1, положительный результат не вмещается в 32 бита.

Я чего-то не понимаю?

Я чего-то не понимаю?

Да. На x86_64 будет другое значение INT_MIN, и результат, соответственно, точно так же не впишется в 64 бита.

например, в 32-битных числах INT_MIN равно -2147483648, а INT_MAX равно 2147483647. Поэтому когда INT_MIN делят на -1, положительный результат не вмещается в 32 бита.

Вероятно.

taz@think ~ $ ($((-2**63/-1)))
Исключение в операции с плавающей точкой

Ну вот, не работает :(

Да. На x86_64 будет другое значение INT_MIN, и результат, соответственно, точно так же не впишется в 64 бита.

А, понял. Спасибо.

>деление со знаком, на x86 кидает исключение не только при делении на ноль, но и когда результат не помещается в регистр

:[|||||||||||||||||||||||||||||||||||||||||||||||||]:

$ echo $((-2147483648/-1))
2147483648

ЧЯДНТ?

Я читал об этом еще лет двадцать назад в какой-то книжке то ли по фортрану, то ли по алголу.

В bash уже починили. В busybox sh воспроизводится.

Читали-то многие. Я, например, в спеках интела читал. А помнят - не многие. Я вот начисто забыл.

А нет, вру. Вот так работает:

echo $((-2**63/-1))

ЧЯДНТ?

Например, не показываешь свой uname -p

Семерочка бсоднулась, интересно.

какой эффект? у меня баш повис вроде

главно шоб этотже баг не вылез в java

А еще прикольный эффект от INT_MIN * -1

#include <limits.h>
#include <stdio.h>

volatile int x = -1;
volatile int y = INT_MIN;
volatile int z = 0;
int main() {
    z = y * x;
    printf("%d\n", z);
    return 0;
}

$ gcc -o test test.c 
$ ./test 
-2147483648

какой эффект? у меня баш повис вроде

У меня тупо вылетает сам баш.

taz@think ~ $ bash
taz@think ~ $ echo $((-2**63/-1))
Исключение в операции с плавающей точкой
taz@think ~ $

ага, у меня тоже вылетел, но не перезапустился

gcc в курсах

$ gcc -o test test.c 
test.c: В функции «main»:
test.c:4:17: предупреждение: переполнение при вычислении целочисленного выражения [-Woverflow]
$ ./test
$

ага, у меня тоже вылетел, но не перезапустился

У меня тоже ничего не перезапускалось.

гы, у меня оказывается

GNU bash, version 3.2.48(1)-release

с новым:

bash-4.2$ echo $((-2**63/-1))
Floating point exception: 8

Это если статически отследить можно.

в zsh всё ок

очень интересно. бсоднулась от исключения в юзерспейсе?

Графика ж в ядре.

В оффтопике пользовательский интерфейс (в частности, GDI) работает с привилегиями ядра. А в GDI есть прекрасная функция ScaleWindowExtEx, которая делит один целочисленный аргумент на другой.

Но вот интересно: нашли ли аналогичную функцию в ядре Linux? А то bash — как-то мелко.

гденить в сетевом стеке, так что PingOfDeath пока еще может быть актуален 8)

ScaleWindowExtEx

никакого эффекта...

А на ppc не падает

# bash
bash-3.2# echo $((-2**63/-1))
-9223372036854775808
bash-3.2# bash --version
GNU bash, version 3.2.16(1)-release (powerpc-ibm-aix5.2.0.0)
Copyright (C) 2005 Free Software Foundation, Inc.

Не работает :<

kosyak@knetbook ~ $ echo $((-2**31/-1))
2147483648
kosyak@knetbook ~ $ bash --version
GNU bash, version 4.2.37(1)-release (i686-pc-linux-gnu)

Да, это косяк...