Представлен (http://php.net/index.php#id2013-11-14-1) корректирующий выпуск интерпретатора языка программирования PHP - 5.5.6, в котором исправлено 11 ошибок (http://www.php.net/ChangeLog-5.php#5.5.6). Из изменений можно отметить оптимизацию производительности работы функций array_merge() и func_get_args(), в котором устранено лишнее копирование данных. В OPCache до миллиона повышен лимит на число файлов в кэше (opcache.max_accelerated_files).

URL: http://php.net/index.php#id2013-11-14-1
Новость: http://www.opennet.me/opennews/art.shtml?num=38431

• Обновление PHP 5.5.6,vitalif, 20:40 , 14-Ноя-13
  • Обновление PHP 5.5.6,arisu, 03:32 , 15-Ноя-13
    • Обновление PHP 5.5.6,noname12, 20:18 , 18-Ноя-13
      • Обновление PHP 5.5.6,arisu, 21:10 , 18-Ноя-13
• Обновление PHP 5.5.6,Мяут, 23:42 , 14-Ноя-13
  • Обновление PHP 5.5.6,flvby1, 08:56 , 15-Ноя-13
    • Обновление PHP 5.5.6,arisu, 09:11 , 15-Ноя-13
    • Обновление PHP 5.5.6,ещё один, 11:44 , 15-Ноя-13
      • Обновление PHP 5.5.6,ещё один, 11:54 , 15-Ноя-13
      • Обновление PHP 5.5.6,Аноним, 17:20 , 15-Ноя-13
      • Обновление PHP 5.5.6,arisu, 17:43 , 15-Ноя-13
        • Обновление PHP 5.5.6,я же, 20:09 , 15-Ноя-13

А я вот как раз только что им баг поставил https://bugs.php.net/bug.php?id=66095 - у них там в fileinfo скопирован libmagic, но скопировать-то они его скопировали, а символы статическими сделать ниасилили.

В итоге если заюзать его как модуль апача, и если параллельно в тот же апач вгрузить что-то, что использует системный libmagic, который при этом другой версии - они будут конфликтовать, и либо fileinfo будет падать, либо тот модуль, который использует системный libmagic.

хм. эти гении лопаты и зубила ещё и include сделали с угловыми скобками. всё-таки идеальное занятие для похапистов — работать лежачими полицейскими.

где багрепорт?

> где багрепорт?

как будто меня волнует, починят в похапэ очередной баг из 100500, или не починят.

>>> исправлено 11 ошибок
>> Bug #65939 space before ";" breaks php.ini parsing https://bugs.php.net/bug.php?id=65939
> #!/usr/bin/python

Тонко.

> The space before " ;size" breaks automation systems like __Ansible__ which tries to parse it as a correctly formatted .ini file.
> Apparently it only breaks with __builtin MacOSX Python__ distribution, so you would not be able to reproduce the above exception if running GNU/Linux or others.

Сейчас модно постить багрепорт на вполне валидный конфиг вместо кривого софта, который с парсингом косячит?

> Сейчас модно постить багрепорт на вполне валидный конфиг вместо кривого софта, который
> с парсингом косячит?

это ж на макоси же. а если что-то косячит на макоси, то виноват кто угодно, только не автор говнософта.

> so you would not be able to reproduce the above exception if running GNU/Linux or others.

достойным ответом стало бы:

You're correct. I'm running GNU/Linux and unable to reproduce it. Closing.

> достойным ответом стало бы:
> You're correct. I'm running GNU/Linux and unable to reproduce it. Closing.

Хотя, с другой стороны, возможно, перечисление конкретных ломающихся примеров - еднственный способ защититься от ответа разработчика php вроде "ну и что что в начале строки лишний пробел? работает - и ладно". В идеале следобвало бы исправить и кривой софт и конфиг php.

Вот потому таким дурачкам как ты и нельзя доверять.

вообще-то нормальный ответ на такое — «ошибка не в нашей программе, wontfix, closed».

> вообще-то нормальный ответ на такое — «ошибка не в нашей программе, wontfix, closed».

То есть неправильный отступ в конфиге, по-вашему, исправляться не должен? А неправильный отстут в софте тоже, ведь от отступа ничего не зависит (питон не в счёт)?