https://opennet.ru/openforum/vsluhforumID3/73812.html В интерпретаторе PHP версий 5.2 и 5.3 была обнаружена (http://www.exploringbinary.com/php-hangs-on-numeric-value-2-2250738585072011e-308/) довольно странная ошибка: при обработке некоторых числовых значений (в частности, 2.2250738585072011e-308) интерпретатор зависал (достаточно выполнить "$a = 2.2250738585072011e-308;" или "$a = '2.2250738585072011e-308'; echo $a + 0;").<br><br><br><br>Как показали дальнейшие исследования (http://news.ycombinator.com/item?id=2066352), такое поведение интерпретатора вызвано наличием ошибки округления, порождающей бесконечный цикл при попытке преобразования строки в число. Что характерно, сходные аномалии при операциях с вещественными значениями были замечены (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323) при работе с gcc еще в 2000 году. Однако, стоит подчеркнуть, что корень ошибки кроется не в конкретной реализации компилятора, а в некорректной (http://gcc.gnu.org/ml/gcc/2003-08/msg01195.html) работе процессоров архитектуры x86 с вещественными 64-битными т...<br><br>URL: http://www.the https://opennet.ru/openforum/vsluhforumID3/73812.html#43 Sun, 09 Jan 2011 17:01:11 GMT На FreeBSD-6 завис только PHP-процесс (жрал проц на 100%), но вся остальная система работала нормально.<br> https://opennet.ru/openforum/vsluhforumID3/73812.html#42 Sun, 09 Jan 2011 16:57:48 GMT На x86 FreeBSD-6 + PHP 5.3.4 + Suhosin баг воспроизводится, так что сухосин тут не панацея. :-/<br> https://opennet.ru/openforum/vsluhforumID3/73812.html#41 Fri, 07 Jan 2011 21:49:02 GMT ну да, но только при <br>&lt;?php<br>$a = '2.2250738585072011e-308'; <br>echo $a + 1; <br>?&gt;<br>выдавало "1"<br>а при<br>&lt;?php<br>$a = '2.2250738585072011e-308'; <br>echo $a - 1;<br>?&gt;<br>выдавало "-1"<br><br>то можно предположить что вычисление прошло успешно и зависания не было<br> https://opennet.ru/openforum/vsluhforumID3/73812.html#40 Fri, 07 Jan 2011 08:45:41 GMT PHP 5.3.5 and 5.2.17 Released!<br><br>[06-Jan-2011]<br>The PHP development team would like to announce the immediate availability of PHP 5.3.5 and 5.2.17.<br><br>This release resolves a critical issue, reported as PHP bug #53632, where conversions from string to double might cause the PHP interpreter to hang on systems using x87 FPU registers.<br><br>The problem is known to only affect x86 32-bit PHP processes, regardless of whether the system hosting PHP is 32-bit or 64-bit. You can test whether your system is affected by running this script from the command line.<br><br>All users of PHP are strongly advised to update to these versions immediately.<br><br>http://www.php.net/archive/2011.php#id2011-01-06-1<br> https://opennet.ru/openforum/vsluhforumID3/73812.html#39 Fri, 07 Jan 2011 03:38:05 GMT &gt; И как же ему это сделать интересно :) ?<br>&gt; Чтобы какую-то "вредоносную строку" обработал движок PHP целевой системы - нужно сначала <br>&gt; залить на целевую систему файл dos.php (что просто так тоже не <br>&gt; сделать) и потом уже движком сайта попытаться его открыть ?<br>&gt; типа http://target.ru/dos.php ? или можно через адресную строку браузера передать "вредоносную <br>&gt; строку" ?<br><br>какой наивный...<br> https://opennet.ru/openforum/vsluhforumID3/73812.html#38 Fri, 07 Jan 2011 00:33:27 GMT у меня зависло php 5.3.2<br> https://opennet.ru/openforum/vsluhforumID3/73812.html#37 Thu, 06 Jan 2011 20:07:00 GMT А чо часы то переводить ? Этой баге концептуально минимум лет 30, на моей памяти впервые она на спектруме еще в калькуляторе в 1982 году вылезла, и заключается она в неоднозначности машинного представления нуля с плавающей точкой. Тогда тоже округление от 65535 равнялось -1. То есть плюха вокруг разницы и одинаковости машинного преставления чисел +0, 0 и -0.<br><br>Теоретически плюха эта будет работать не только в похапе, а вообще в любой программе которая скомпилена с поддержкой FP x87, ибо плюха эта сидит в самом x87 сопроцессоре. Просто в похапе ей технически как два пальца воспользоваться.<br> https://opennet.ru/openforum/vsluhforumID3/73812.html#36 Thu, 06 Jan 2011 17:59:24 GMT &gt; Only 2.2250738585072011e-308 causes the problem.<br><br>Может 2011 связано как-то с текущим годом? :)<br><br>У кого есть PHP на 32-битах, переведите часы на месяц назад и <br><br>&lt;?php<br> $a = '2.2250738585072010e-308';<br> echo $a + 0;<br>?&gt;<br><br>%-)<br> https://opennet.ru/openforum/vsluhforumID3/73812.html#35 Thu, 06 Jan 2011 17:04:16 GMT Надо ссылки читать просто:<br>&gt;What&#8217;s Special About 2.2250738585072011e-308?<br>&gt;2.2250738585072011e-308 represents the largest subnormal double-precision floating-point number; written as a hexadecimal floating-point constant, it&#8217;s 0x0.fffffffffffffp-1022. 2.2250738585072011e-308 is one of five 17-digit decimal values that convert (correctly) to 0x0.fffffffffffffp-1022:<br><br>2.2250738585072007e-308<br>2.2250738585072008e-308<br>2.2250738585072009e-308<br>2.2250738585072010e-308<br>2.2250738585072011e-308<br><br>http://www.exploringbinary.com/php-hangs-on-numeric-value-2-2250738585072011e-308/<br>