php failing to report errors

[Obelix]

I'm not really sure what's going on, but it seems that my php fails to report errors which occur in linked files. For example I have the following code.

PHP Code:

require_once('./src/classes/gamelist.php');

$gl = new cGameList();
var_dump($gl); 


Where cGameList is defined in the linked file 'gamelist.php'. I get a blank page when executing: no errors, no output. While testing, code before '$gl=...' gets executed, code after -- does not.
I've checked the error reporting setting in php.ini (to the best of my knowledge, that is). Everything seems ok:

error_reporting  = E_ALL
display_errors = On

Any ideas?

[Obelix]

Ok, problem fixed, sorry everyone, I had accidentally enabled error suppresiion in one of my files.

[nm]

еггог_гепогтинг(0) -- выключает показ ошибки полностью
еггог_гепогтинг(255) -- включает показ ошибки полностью и всех-всех-всех

[Obelix]

Т.е., даже когда используется @?

[nm]

Originally Posted by Obelix

Т.е., даже когда используется @?

надо попробовать. я предпочитаю почти никогда не использовать @ ))

[hayk]

Originally Posted by Obelix

Т.е., даже когда используется @?

Нет.
Вообще, полезно ошибки выводить в файл.

[Obelix]

Не знаю. Вообще, большинство коммерческих/проффесиональных скриптов (как например этот форум) ошибки выводят на экран, но через темплейт.

[hayk]

Про большинство я бы не говорил. Так с делано в "коробочных" продуктах, когда разработчикам надо общаться с клиентами и ясно представлять с чем они столкнулись. А вот когда речь идет о продуктах под заказ то там пользователь ничего никогда не увидит сообщения об ошибке непредусмотренного разработчиками.
Да и к тому же не всегда у тебя будет возможность увидеть эту ошибку на экране.

[Obelix]

Originally Posted by hayk

Про большинство я бы не говорил. Так с делано в "коробочных" продуктах, когда разработчикам надо общаться с клиентами и ясно представлять с чем они столкнулись. А вот когда речь идет о продуктах под заказ то там пользователь ничего никогда не увидит сообщения об ошибке непредусмотренного разработчиками.
Да и к тому же не всегда у тебя будет возможность увидеть эту ошибку на экране.

В принципе да, но с другой стороны запись ошибок в файл еще надо включить, не так ли? У меня наприемр она по дефолту была выключена.

[hayk]

В дистрибутиве - да, выключена, а у большинства хостеров - включена.

[hayk]

Приведу конкретные примеры, когда ты не можешь выдавать ошибки в браузер:
- генерация различных картинок: индикатор наполнения, график, динамический текст - выдавай, не выдавай все равно ты ничего не увидишь, т.к. картинки у тебя вставлены в страницу через тег img;
- твои скрипты запускает крон или кто-то еще из шела.

[nm]

Originally Posted by hayk

Приведу конкретные примеры, когда ты не можешь выдавать ошибки в браузер:
- генерация различных картинок: индикатор наполнения, график, динамический текст - выдавай, не выдавай все равно ты ничего не увидишь, т.к. картинки у тебя вставлены в страницу через тег img;
- твои скрипты запускает крон или кто-то еще из шела.

конкретно сейчас попробовал -- в мозилле делаем 'View Image' и жмем Ctrl+U наслаждаемся бинарником )
если запускает крон то ... (приготовились, оппаньки -- бог из машины) .. он автомагически присылает письмо данному акканту, если cron job закончился с непустым выводом (stdout, stderr)

[hayk]

Originally Posted by nm

конкретно сейчас попробовал -- в мозилле делаем 'View Image' и жмем Ctrl+U наслаждаемся бинарником )
если запускает крон то ... (приготовились, оппаньки -- бог из машины) .. он автомагически присылает письмо данному акканту, если cron job закончился с непустым выводом (stdout, stderr)

Ну во первых если ты делаешь "View Image" - то не обязательно потом жать Ctrl+U - у тебя там вообще бинарных данных может не быть. А ведь еще может быть что у тебя картинки по метру. А еще может быть что это и вовсе не картинки, а данные огромных размеров. И этих может быть я могу написать много. Но самое главное то что иногда, вернее очень часто, у разработчиков все работает, а вот у клиентов-заказчиков - нет. И надо разбираться с теми ошибками, которые у клиентов, а не у разработчиков.