ID:               22796
 Comment by:       halmai at sol dot cc dot u-szeged dot hu
 Reported By:      gk at proliberty dot com
 Status:           No Feedback
 Bug Type:         CGI related
 Operating System: linux RH 7.2
 PHP Version:      4CVS-2003-03-19 (stable)
 New Comment:

I had the same problem for a very-very long time while I managed to
find out what the problem was. Maybe the reporter of this bug made the
same mistake what I did. 

Shortly: the error_reporting configuration was wrong in my php.ini. 

this was bad:
error_reporting  =  E_ALL ^ E_NOTICE

this became good:
error_reporting  =  E_ALL & ~E_NOTICE

The reason was that from the manual of the error_reporting() function I
just cpoied the "E_ALL ^ E_NOTICE" expression into the php.ini thinking
it will be evaluated in this form. No, it will be not! Instead of the
exclusive OR operator there is only AND NOT. 

Maybe this will help someone else too. :) 

Regards,

Csongor


Previous Comments:
------------------------------------------------------------------------

[2003-03-31 01:56:57] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.


..and can not reproduce..


------------------------------------------------------------------------

[2003-03-24 17:43:41] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

I absolutely cannot replicate the problem you've described using the
latest sources.

------------------------------------------------------------------------

[2003-03-21 20:09:38] gk at proliberty dot com

I built it again, per your instructions and get the same result:
[EMAIL PROTECTED] php4-STABLE-200303210630]# sapi/cli/php -n -r
"require('/htdocs/common/test/junk/junk.php');"
begin
[EMAIL PROTECTED] php4-STABLE-200303210630]# 

Do I need a more recent snapshot than that?
I'm using the same test file: 
/htdocs/common/test/junk/junk.php:
<?php 
echo "begin\n";
f(); // undefined function; fatal error
echo "end\n";
?>

------------------------------------------------------------------------

[2003-03-21 17:13:42] [EMAIL PROTECTED]

Try this with latest stable snapshot:

# rm config.cache 
# ./configure --disable-all --disable-cgi && make clean && make
# sapi/cli/php -n -r "require('test.php');"

I think you're just doing something wrong / have something
setup very differently in your server..


------------------------------------------------------------------------

[2003-03-21 13:42:24] gk at proliberty dot com

I have tried your suggestion same test file and with:
php4-STABLE-200303210630 (March 21)
I get the same results:
[EMAIL PROTECTED] junk]$ php -n -r 'require("junk.php");'
begin
[EMAIL PROTECTED] junk]$ php -r 'require("junk.php");'
begin
[EMAIL PROTECTED] junk]$ php junk.php                 
begin

Fatal error: Call to undefined function:  f() in
/usr/local/apache/htdocs/common/test/junk/junk.php on line 3
[EMAIL PROTECTED] junk]$ 

Perhaps the difference is in our configure options.
Mine are:
./configure --with-dom --with-zlib-dir=/usr/include
--with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs
--with-xml --enable-track-vars

Please let me know if we need to split this but into two:
have you tested the issue of error messages not going to /dev/stderr or
only the -r issue?

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
    http://bugs.php.net/22796

-- 
Edit this bug report at http://bugs.php.net/?id=22796&edit=1

Reply via email to