Вызов определенной функции на php 5.2.17 под OS X дает пустой ответ в браузер. Почему?

Question

[sparksounds]

Функция вот такая:

function strip_nonUtf8($str) {
    static $fourbytes = '[\n\t\r\x20-\x7f]|[\xc2-\xdf][\x80-\xbf]|\xe0[\xa0-\xbf][\x80-\xbf]|[\xe1-\xef][\x80-\xbf][\x80-\xbf]|\xf0[\x90-\xbf][\x80-\xbf][\x80-\xbf]|[\xf1-\xf7][\x80-\xbf][\x80-\xbf][\x80-\xbf]';

    $result = '';
    while (strlen($str) > 2000) {
        if (!preg_match("/^($fourbytes){100}/", $str, $match)) {
            if (preg_match("/^($fourbytes)*/", $str, $match)) {
                $result .= $match[0];
                $str = substr($str, strlen($match[0]));
            }
            // now the first character is bad
            $str = substr($str, 1);
            continue;
        }
        $result .= $match[0];
        $str = substr($str, strlen($match[0]));
    }
    if ($str != '' && preg_match_all("/($fourbytes)+/", $str, $matches, PREG_PATTERN_ORDER)) {
        $result .= join('', $matches[0]);
    }
    $result = strip_tags($result);
    return $result;
}

Ошибка такая (Chrome):
Error 324 (net::ERR_EMPTY_RESPONSE): The server closed the connection without sending any data.
Видимо функция прерывает исполнение скрипта.

Comments

[Stdit]

А в логах что? Логи всех ошибок включены? (error_reporting = -1; log_errors = true)?

[sparksounds]

Лог php молчит. А вот лог apache говорит:
[notice] child pid 59675 exit signal Segmentation fault (11)

т.е. выполнением этой функции или ответом из нее php убивает дочерний процесс apache который обслуживает данный запрос.

[sparksounds]

Если точнее, то падать перестает если закоментировать следующее:

if ($str != '' && preg_match_all("/($fourbytes)+/", $str, $matches, PREG_PATTERN_ORDER)) {
    $result .= join('', $matches[0]);
}

Answer 1

[Melkij]

bugs.php.net/bug.php?id=52818
bugs.php.net/bug.php?id=45735

Comments

[sparksounds]

Похоже это оно.
Замечательно, у меня segfault вызывает строка длиннее 1384 символов. Уменьшение pcre.recursion_limit/backtrack_limit не спасает.

[sparksounds]

Спасибо. Попробую поискать причину в pcre.

Answer 2

[Евгений Елизаров]

Гуглили? Первая же ссылка ведёт вот сюда

Answer 3

[sparksounds]

Это не проблема браузера. Ошибку Chrome я привел как пример пустого ответа от вебсервера.

Answer 4

[keltanas]

А на 5.3.19 или 5.4.9 пробовали запустить этот код?

Comments

[sparksounds]

5.3.x — полет нормальный. Обнаружил проблему когда решил что надо тестировать все в наиболее близкой к production серверу конфигурации, на котором 5.2.17. До этого тестировал на 5.3.

[Melkij]

Этому багу PRCE подвержены все версии, вопрос лишь в размере. 5.3.5 роняется где-то на строках в 10кб.

[keltanas]

Хм. Это, конечно, не мое дело. Но, 5.2 больше не поддерживается. Поэтому, стоит, наверное, перевести сервер на обновленную версию (правда, если там битрикс какой-нибудь, могут быть проблемы).
Сам без неймспейсов и замыканий уже жизни не представляю, поэтому давно плюнул на совместимость с 5.2.
Но, на использование старой версии у владельцев сервера могут быть какие-то свои, религиозные соображения (как на спринтхосте, например), так что не буду лезть в чужой монастырь.

[sparksounds]

Есть такой план (по переходу на 5.3), но когда он воплотится в жизнь, не ясно.
Касательно PCRE — может есть какое-то решение? Пересобрать pcre?

[Melkij]

Мне способы неизвестны, кроме как избегать объёмных подмасок регулярок.
Учитывая, что баг давний и воспроизводится много лет — пересборка не поможет.

Если достаточно вернуть ошибку на некорректные данные — сделайте iconv('utf8','utf8', $sInput) и перехватите его notice. Ещё стоит поглядеть функции utf8_encode / utf8_decode