Полезная строка/inline

[Alex Custov]

проверка на -0 штоле?

Можно по подробнее.

http://ru.wikipedia.org/wiki/Машинный_ноль

[Tonal]

2 Spectre Учи матчасть: Nan

[Igors]

Можно по подробнее.

Можно. Пример

double a = sqrt(-1.0);
if (!(a >= 0) && !(a < 0))
    printf("a is invalid");

Условие возвращает true и printf выполняется. На практике это удобный способ проверить "живы ли еще расчеты" (или уже молотим Nan'ы).

Ну а насчет "приколов" - стар я уже чтобы глупыми шутками заниматься 

[spectre71]

2 Spectre Учи матчасть: Nan

Век живи век учись. Никогда этим не пользовался и соответственно не знал.
Получается что double(float) не являются упорядоченным множеством

[Rcus]

Условие возвращает true и printf выполняется. На практике это удобный способ проверить "живы ли еще расчеты" (или уже молотим Nan'ы).

Я не слишком знаком с экзотическими платформами, но разве isnan из cmath/math.h не тоже самое делает?

[spectre71]

Условие возвращает true и printf выполняется. На практике это удобный способ проверить "живы ли еще расчеты" (или уже молотим Nan'ы).

Я не слишком знаком с экзотическими платформами, но разве isnan из cmath/math.h не тоже самое делает?

Видимо приведенный метод более оптимален.

[Alex Custov]

2 Spectre Учи матчасть: Nan

А к чему такие сложности? Можно же сравнить a != a?

[Igors]

Я не слишком знаком с экзотическими платформами, но разве isnan из cmath/math.h не тоже самое делает?

Я так и делал пока не увидел эту строку  Но этого было недостаточно, нужно вызывать fpclassify и проверять варианты. Да еще на др. компиляторе _fpclass (а не fpclassify). В итоге получалось длинно и мутно.

А к чему такие сложности? Можно же сравнить a != a?

Можно, но так мы провоцируем оптимизатор кода. лучше таких приключений не искать.

[spectre71]

А к чему такие сложности? Можно же сравнить a != a?

Можно, но так мы провоцируем оптимизатор кода. лучше таких приключений не искать.

Не факт, что какой-нибудь оптимизатор кода не схлопнет (!(a >= 0) && !(a < 0)) до false.

[Igors]

Не факт, что какой-нибудь оптимизатор кода не схлопнет (!(a >= 0) && !(a < 0)) до false.

Насколько я замечал, даже абсурдные сравнения в оптимизированном коде выполняются. Но вот как сравнивать - вариантов много. Например если "а" float  то для (a != a) вполне могут быть использованы целочисленные 4-байтные регистры (вместо FP). А в общем согласен, конечно - не факт.