At 01:27 28-10-2002, Ilia A. wrote:
I am curios as to your reasoning behind turning on html_errors by default,
why
would the tests need HTML data?
Logging of errors occurred during the tests seems pointless to me. As I've
mentioned before if a test needs to check if a certain type of error is
generated the track_errors & $php_errormsg facility can be used to capture
this error reliably. Logging of errors is unreliable since the actual error
message can go anywhere, stderr,syslog, user specified file, etc... It is
highly likely that you may not even see the error message because it is not
sent to stderr. Data sent to the error log is also 'variable', because it
contains fluid data which different from system to system due to file paths,
so we must do all kinds of hackery if we are to use it when confirming the
output of a test.
I for one, would like to see that setting go away.
+1.
Try this:
/install/target/php.ini: log_errors=On, error_log=/var/log/www/php_errors
/var/log/www/php_errors: owner=nobody, group=nobody, mode=644
Think about how many tests that will break.
[...]
On October 27, 2002 07:14 pm, Marcus Börger wrote:
> First the tests take the nomal ini settings from any file found by php...
> Second there are some settings overwritten by run-test.php..
> Third you can overwrite first and second by specifying an INI section in
> the .phpt files.
>
> Now to the setting "log_errors" i want this thing on because ANY
> MESSAGE is either wanted or a REAL ERROR.
That's what 'display_errors' is for. No need to log it?
With kind regards,
Melvyn Sopacua
<?php include("not_reflecting_employers_views.txt"); ?>
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
