Подскажите какие настройки в PHP заставляют выполняться этот код

Всё ясно, пропустил в мануале эту разницу. Хе.

А можно ещё более тупой вопрос... А нафиг это сделали?

Если в 5.2.17 не работает - то баг именно в том, что не работает. Вообще ориентироваться на версии полутора летней давности имхо не правильно.

Сделали что ?

В 5.3.16 тоже ошибку возвращает, а не 6.

Посмотрел сейчас в 5.3.13, $s[2][0] - выдаёт ошибку, но что интересно,

$s='abcdef';

$s1=$s[2];

echo $s1[0];

- ошибку не выдаёт, печатает "с".

Я думаю, речь тут не о багах, просто в 5.4 изменили внутренний механизм доступа к буквам в строках.

Короче, ТС, пересматривайте костыльки в скриптах, ваш подход очень хрупок :)

абсолютное +100500 :)

особенно меня поразило ожидание эксепшена.

будто в случае эксепшена выполняется какой-то значимый код.

Можно, но если строка, например, в UTF-8, то символ не выгребется, а только байт от него.

Поэтому, голосую за:

Ну а почему нет? Вдруг у ТСа Exception Handler определен, и все исключения заносятся в БД для полного контроля над ошибками.

LEOnidUKG, потому, что язык не строго типизированный.

И конкретно строку можно представить в виде одномерного массива. Одномерного. Отсюда ошибка, когда глубже обратиться пытаются. Пример из 15го поста как раз это иллюстрирует хорошо. В новой версии, судя по всему, решили автоприведение типов поставить на новые рельсы.

Там были не "костыльки", а нормальная проверка isset на двухмерный массив. isset( $a[0][0] ) теперь даёт true если $a это строка. Понятно что is_array( $a[0] ) спасёт, но если что-то работает одним образом, а потом начинает другим... это всегда не очень приятно...

Не моя логика, а логика PHP предыдущих версий :) Это очевидно что он начал вдруг понимать что это тоже строка, вопрос был не в этом.

У меня был вопрос есть-ли какая-нибудь настройка в PHP которая отвечает за этот "вдруг"...

Понял что настройки такой нет, а это просто PHP 5.4