float 0.8
float 8
int 7
int 9
int 8
Арифметические операции и преобразование типов
знакомый наткнулся на интересный глюк в php
решил проверить и правда глюк
вот такой вот простенький код
выдает следующий результат
причем это происходит именно с сочетании 0.1 и 0.7
может быть это особая фича php
решил проверить и правда глюк
вот такой вот простенький код
Код:
$a = 0.1+0.7;
var_dump($a);
$a *= 10;
var_dump($a);
var_dump((int)$a);
var_dump((int)($a+1));
var_dump(((int)$a)+1);
var_dump($a);
$a *= 10;
var_dump($a);
var_dump((int)$a);
var_dump((int)($a+1));
var_dump(((int)$a)+1);
выдает следующий результат
Код:
причем это происходит именно с сочетании 0.1 и 0.7
может быть это особая фича php
Читаем справку...
Floating point precision
It is typical that simple decimal fractions like 0.1 or 0.7 cannot be converted into their internal binary counterparts without a small loss of precision. This can lead to confusing results: for example, floor((0.1+0.7)*10) will usually return 7 instead of the expected 8, since the internal representation will be something like 7.9.
This is due to the fact that it is impossible to express some fractions in decimal notation with a finite number of digits. For instance, 1/3 in decimal form becomes 0.3.
So never trust floating number results to the last digit, and never compare floating point numbers for equality. If higher precision is necessary, the arbitrary precision math functions and gmp functions are available.
Цитата:
Floating point precision
It is typical that simple decimal fractions like 0.1 or 0.7 cannot be converted into their internal binary counterparts without a small loss of precision. This can lead to confusing results: for example, floor((0.1+0.7)*10) will usually return 7 instead of the expected 8, since the internal representation will be something like 7.9.
This is due to the fact that it is impossible to express some fractions in decimal notation with a finite number of digits. For instance, 1/3 in decimal form becomes 0.3.
So never trust floating number results to the last digit, and never compare floating point numbers for equality. If higher precision is necessary, the arbitrary precision math functions and gmp functions are available.
Прогер, это всё круто. Прикольная "Фича"...
Вот только интересно, это исправят или нет...
Далее пойдут карманные калькуляторы для торговцев на базарах, которые умеют складывать так:
2+2=5
Вот только интересно, это исправят или нет...
Далее пойдут карманные калькуляторы для торговцев на базарах, которые умеют складывать так:
2+2=5
Ну я полагаю, это все из-за float, неточности, так сказать, в представлении дробного числа.
Upd.: пока надумал ответить - все уже ответили
Upd.: пока надумал ответить - все уже ответили
Цитата: Kesano
Далее пойдут карманные калькуляторы для торговцев на базарах, которые умеют складывать так:
2+2=5
Ну, PHP это в первую очередь язык для веба. Тебе часто в вебе нужны точные операции с плавующей точкой? Мне нет. Другое дело, что когда наткнёшься на последствия такого поведения языка, будешь долго чесать голову и искать у себя ошибку.
Но лично мне на это натыкаться пока не приходилось.
Цитата: Kesano
Прогер, это всё круто. Прикольная "Фича"...
Вот только интересно, это исправят или нет...
Вот только интересно, это исправят или нет...
Не исправят. Читайте теорию алгоритмов, системы счисления и основы работы вычислительных машин.
Цитата: dead_star
знакомый наткнулся на интересный глюк в php
решил проверить и правда глюк
вот такой вот простенький код
выдает следующий результат
причем это происходит именно с сочетании 0.1 и 0.7
может быть это особая фича php
решил проверить и правда глюк
вот такой вот простенький код
Код:
$a = 0.1+0.7;
var_dump($a);
$a *= 10;
var_dump($a);
var_dump((int)$a);
var_dump((int)($a+1));
var_dump(((int)$a)+1);
var_dump($a);
$a *= 10;
var_dump($a);
var_dump((int)$a);
var_dump((int)($a+1));
var_dump(((int)$a)+1);
выдает следующий результат
Код:
float 0.8
float 8
int 7
int 9
int 8
float 8
int 7
int 9
int 8
причем это происходит именно с сочетании 0.1 и 0.7
может быть это особая фича php
При этом мы видим что с типом данных float всё нормуль, и ПХП пишет 8.
Возможно ли сохранить эту восьмерку, преобразовав не сразу в ИНТ, а например, в строку, а потом уже из строки в ИНТ???...
Цитата: Kesano
При этом мы видим что с типом данных float всё нормуль, и ПХП пишет 8.
Возможно ли сохранить эту восьмерку, преобразовав не сразу в ИНТ, а например, в строку, а потом уже из строки в ИНТ???...
Возможно ли сохранить эту восьмерку, преобразовав не сразу в ИНТ, а например, в строку, а потом уже из строки в ИНТ???...
PHP для преобразования float в int использует floor(). Для дроби вида 7.9999999 строковое представление - 8, а floor(7.9999999) == 7.
КО подсказывает, что нужно смотреть в сторону чего-то напоминающего round(). ;)
Действительно, round() никто же не отменял:
Код:
var_dump( intval(round($a)) ); // => int(8)
Код:
<?php
$a = 0.1+0.7;
var_dump($a);
$a*=100;
$a/=10;
var_dump($a);
var_dump((int)$a);
var_dump((int)($a+1));
var_dump(((int)$a)+1);
?>
$a = 0.1+0.7;
var_dump($a);
$a*=100;
$a/=10;
var_dump($a);
var_dump((int)$a);
var_dump((int)($a+1));
var_dump(((int)$a)+1);
?>
2Chesn0k
Что в этом смешного? Вас удивляет то, как работает арифметика с плавающей запятой в современных компьютерах? - тогда может быть стоит просто разобраться в предмете?
Что в этом смешного? Вас удивляет то, как работает арифметика с плавающей запятой в современных компьютерах? - тогда может быть стоит просто разобраться в предмете?
А Вы можете преобразовать в двоичную систему float ? например 0.7
она занимает 8 разрядов в десятеричной, а сколько это будет в двоичной ?
она занимает 8 разрядов в десятеричной, а сколько это будет в двоичной ?
Цитата: Chesn0k
почему вывод в поток округляет правильно число, а при преобразовании округляет до неправильного ?
Потому что преобразование типа происходит путем отброса дробной части. Это не баг PHP, это его особенность, которую создатели объясняют заботой о производительности. И это достаточно общий подход в современных компьютерах - баланс точности вычислений и производительности: мы можем считать быстро но не точно, или долго, но с большей точностью. Такова особенность чисел с плавающей запятой, потрудитесь ознакомиться с предметом.
Цитата: Chesn0k
float хранит значимых 8 разрядов на дробную часть.
float не хранит дробной части.
Числа с плавающей запятой представляются тремя компонентами: значением (мантиссой), степенью (экспонентой) и знаковым битом. Таким образом, ваши выкладки справедливы лишь для чисел с фиксированной запятой.
Цитата: Chesn0k
А Вы можете преобразовать в двоичную систему float ? например 0.7
она занимает 8 разрядов в десятеричной, а сколько это будет в двоичной ?
она занимает 8 разрядов в десятеричной, а сколько это будет в двоичной ?
В десятичной системе счисления это число занимает 2 (два) разряда. Вы сами их написали. Касательно двоичной СС (если мы конечно рассматриваем представление числа в машине) вопрос не имеет смысла так как вы не указали формат представления числа.
Это ерунда. Когда-то долго маялся с одной программулиной, где входящая информация проверялась не только по полям название и содержимое, но и по времени. Время уточнялось до секунд. Но MSSQL возвращает время с миллисекундами. Так вот результаты были совершенно непредсказуемыми. Пока я понял, что время, уже записанное в БД раз-от-разу отличается в миллисекундах, чуть не рехнулся! Ну мне в голову не могло прийти, что уже записанное в поле DataeTime время может отличаться в запросе SELECT!!! А оказалось, что так оно и есть.
А вы говорите PHP резвится... :D
А вы говорите PHP резвится... :D
Цитата: mfender
Ну мне в голову не могло прийти, что уже записанное в поле DataeTime время может отличаться в запросе SELECT!!!
Вот-вот, именно об этом я и говорил... Опасные вещи :rolleyes:
Цитата: Proger_XP
Другое дело, что когда наткнёшься на последствия такого поведения языка, будешь долго чесать голову и искать у себя ошибку.
сдаюсь, неосилил s e m
непонимаю по какой формуле вычисляется степень двойки и мантисы и знака?
нам из всей формуле извесно только чему равно 2 и чему равно value
как зная это найти m,s,e ?
value = m * 2^(se)
не понимаю зачем....
если Вам не сложно, человеку знающему, объяснить на реальном примере 0.7+0.1=7.9999999
в типе данных Float
как складываются два числа[E][M]+[E][M] ?
где
S - Знак
E - Экспонента
M - Мантиса.
непонимаю по какой формуле вычисляется степень двойки и мантисы и знака?
нам из всей формуле извесно только чему равно 2 и чему равно value
как зная это найти m,s,e ?
value = m * 2^(se)
не понимаю зачем....
если Вам не сложно, человеку знающему, объяснить на реальном примере 0.7+0.1=7.9999999
в типе данных Float
как складываются два числа
где
S - Знак
E - Экспонента
M - Мантиса.
Любые операции с точкой опасны. Потому в *NIX'ах я всегда для времени использовал поле типа Bigint, а не DateTime. Может это не совсем корректно, но если уж предусмотрено системой такой формат, то почему бы и нет? В Win, конечно, всё немного сложней...
Я тоже не использую в БД DATETIME, вместо него использую INT UNSIGNED. А почему BIGINT? В никсах время как раз в 4 байта укладывается. Или ты с милисекундами считаешь?
А если миллион лет после нашей эры указать, сколько байт понадобится? ;)))))
Тогда это уже не никсовая дата будет, как я понимаю. По крайней мере не стандартная?