https://slinkov.ru/openforum/vsluhforumID3/111703.html Представлен (http://www.mail-archive.com/announce@httpd.apache.org/msg00114.html) релиз HTTP-сервера Apache 2.4.27 (http://httpd.apache.org/), в котором представлено 8 изменения (http://www.apache.org/dist/httpd/CHANGES_2.4.27), из которых половина связана с решением проблем с нарушением совместимости. В частности, отключена поддержка <br> HTTP/2 при использовании Prefork MPM, обеспечена совместимость FastCGI c PHP-FPM (возобновлено поведение версии 2.4.20), отключен экспорт недокументированной переменной 'apr_table' в mod_lua, улучшена совместимость mod_lua с Lua 5.1, 5.2 и 5.3. Кроме того, увеличена производительность и снижено потребление памяти в mod_http2, возобновлена поддержка полей из одного символа, устранено дублирование метода HEAD в заголовке Allow.<br><br><br>Также доступны (http://nginx.org/#2017-07-11) новые выпуски основной и стабильной веток высокопроизводительного HTTP-сервера nginx - 1.12.1 (http://nginx.org/en/CHANGES-1.12) и 1.13.3 (http://nginx.org/en/CHANGES), в которых устранена (http://mai https://slinkov.ru/openforum/vsluhforumID3/111703.html#23 Thu, 20 Jul 2017 12:52:53 GMT Это здорово, но я не уверен, что проблем совсем не осталось. Например,<br><br>&gt; while (*fmt &gt;= '0' && *fmt &lt;= '9') {<br>&gt; width = width * 10 + (*fmt++ - '0');<br>&gt; }<br><br>не проверяет возможность переполнения, и вообще, адекватность полученного числа. width беззнаковый, поэтому неопределённого поведения тут нет, но, возможно, на всякий случай, стоит вставить проверку, чтобы точно избежать проблем в других местах. <br> https://slinkov.ru/openforum/vsluhforumID3/111703.html#22 Wed, 19 Jul 2017 11:10:31 GMT Проблему починили http://hg.nginx.org/nginx/rev/e3723f2a11b7<br> https://slinkov.ru/openforum/vsluhforumID3/111703.html#21 Wed, 12 Jul 2017 15:58:26 GMT в рассылку-то отписались? Вряд ли Макс читает опеннет.<br><br> https://slinkov.ru/openforum/vsluhforumID3/111703.html#19 Wed, 12 Jul 2017 13:44:28 GMT Забивание гвоздей микроскопом - нестандартизировано (неизвестно каким видом микроскопа забивать гвозди - оптическим, ренгеновским и т.п.)<br> https://slinkov.ru/openforum/vsluhforumID3/111703.html#18 Wed, 12 Jul 2017 11:33:22 GMT Я ничего не перепутал. В этом месте<br>&gt; (start * 10 + *p++) - '0'<br><br>возможно переполнение, так как условие <br>&gt; if (start &gt;= cutoff && (start &gt; cutoff &#124;&#124; *p - '0' &gt; cutlim))<br><br>проверяет корректность такого кода:<br>&gt; start * 10 + (*p++ - '0') https://slinkov.ru/openforum/vsluhforumID3/111703.html#17 Wed, 12 Jul 2017 11:23:32 GMT Вы что то перепутали, с этим кодом все в порядке.<br> https://slinkov.ru/openforum/vsluhforumID3/111703.html#16 Wed, 12 Jul 2017 09:07:08 GMT Я понимаю ваш взгляд насчет забивание гвоздей микроскопом.<br> https://slinkov.ru/openforum/vsluhforumID3/111703.html#15 Wed, 12 Jul 2017 09:05:37 GMT Не совсем. Си стандартизирован и неопределённое поведение часть этого стандарта.<br> https://slinkov.ru/openforum/vsluhforumID3/111703.html#14 Wed, 12 Jul 2017 09:01:16 GMT &gt;[оверквотинг удален]<br>&gt;&gt;} <br>&gt; Всё бы хорошо, проверка переполнения есть, но в конечном вычислении допущена ошибка <br>&gt;&gt; start = start * 10 + *p++ - '0'; <br>&gt; что приводит к неопределённому поведению, поскольку start - знаковое целое.<br>&gt; Возможно, nginx компилируют исключительно с флагом -fwrapv, и тогда этот код можно <br>&gt; считать корректным, но если опираться исключительно на стандарт языка Си, то <br>&gt; должно быть так: <br>&gt;&gt; start = start * 10 + (*p++ - '0'); <br>&gt; или так: <br>&gt;&gt; start = *p++ - '0' + start * 10; <br><br>https://blog.regehr.org/archives/1520<br>