Fatal'ы нужны в виде исключений примерно по тем же соображениям, что NullPointerException в Java. Если какая-то подсистема (виджет сайта, рекламный баннер, подписчик события) не работает, но это ещё не повод считать всю систему нерабочей.
Если ошибка не может быть обработана пользовательской функцией, что заставляет вас думать, что исключение может быть обработано?The following error types cannot be handled with a user defined function: E_ERROR, E_PARSE, E_CORE_ERROR, E_CORE_WARNING,E_COMPILE_ERROR, E_COMPILE_WARNING
Дурачок?Если ошибка не может быть обработана пользовательской функцией, что заставляет вас думать, что исключение может быть обработано?
Посмотрел доклад, когда оно упоминалось, это была тема скоупов. В данном случае, ошибка то всеравно будет именно тут, т.к. если мы мутим unlink и проверяем возвращаемое им данные даже черезСовсем некрасиво и есть особенности. Оно, кажется, в слайдах было: https://docs.google.com/presentatio...tart=false&loop=false&delayms=3000&slide=id.p
if (!$status)
Есть разница между фатальными и нефатальными ошибками.Хочется видеть все же не адово старый shutdown handler, а какие-то новые возможности языка.
Это что, где-то в Библии или Коране написано?После фатальной ошибки выполнение скрипта просто невозможно.