Собственно, интересует возможность обработки этой ошибки.
Есть такой код:

При этом ри работе с большими картинками частенько не хватает памяти и выбрасывается исключение типа

Проблема в том, что блок try-catch не срабатывает должным образом. Можно ли как-то по-другому перехватить это исключение или хотябы спрогнозировать его и отказаться от выполнения дальнейшего кода?

Alex13, посчитайте, каких максимальных размеров, при выделенном объеме памяти, могут быть обрабатываемые изображения и ограничьте загрузку до этого размера. Или наоборот, увеличьте размер памяти выделяемый для PHP.

относится к исключениям. исключениям, которые должны генерироваться кодом. fatal error генерирует не функция imagecreatetruecolor, а ядром РНР.

єто не исключение.

навряд ли. пользовательская обработка ошибок не распространяется на ошибки уровня ядра(всякие там fatal, compile и parse)

Добавлено через 2 минуты и 10 секунд
IZ@TOP, обрати внимание: он пытается выделить 6400 байт, всего лишь. так что там особо рассчитывать нечего. просто память забита(а лимит - аж 16 Мб). 

Измените memory_limit в PHP.ini --- если его сделать достаточно большим ошибки не будет. А ещё вариант --- просто проверяйте размер картинки. Если он больше половины доступной памяти, выдавайте ошибку (если одновременно грузится в память не более одной картинки). Может, есть способ узначть количество задействованной памяти.

Если вы пользуетесь таким способом, не забудьте учесть сжатие. кроме того GD значительно больше требует памяти, чем это показывают рассчёты :(

skyboy, как знать, куда у него память делась. Я бы порекомендовал ограничить размер изображений, или посоветовал использовать сторонние библиотеки для обработки изображений (к примеру, отличным решением для того же Watermark был бы ImageMagic).

Спрогнозировать можно по формуле x * y * 4. Полностью оно выглядит как mem_size = x * y * bytes_per_pixel * (1 + c1) + c2, где bytes_per_pixel = 4 для большинства версий GD, c1 и c2 подбираются опытным путем, но в большинстве случаев ничтожно малы.

Насчет перехвата фатальных ошибок был какой-то механизм, основанный на недокументированных фичах буферизации вывода.

Да, у Котерова есть статья и библиотечка для этого. Про перехват и обработку фатальных ошибок (Fatal Error) в PHP Вот только это очень не надежный метод, особено при не хватке памяти (для обработчика фатальных ошибок тоже память нужна). Имхо, он больше подходит для отладки, что бы выводить фатальные ошибки с бэктрейсом и дополнительной информацией в удобочитаемом виде. А на продакшене лучше настроить apache с собственным html для 500-ой ошибки.

Это сообщение отредактировал(а) sTa1kEr - 12.7.2008, 02:44