php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #26903 highlight_php() causes warnings
Submitted: 2004-01-14 10:38 UTC Modified: 2005-09-06 15:44 UTC
From: f dot malfatto at fmal dot com Assigned:
Status: Not a bug Package: Website problem
PHP Version: 4.3.4 OS: Linux Suse
Private report: No CVE-ID: None
View Add Comment Developer Edit
 [2004-01-14 10:38 UTC] f dot malfatto at fmal dot com 
Description:
------------
On my php mirror (it.php.net) I need to log on syslog (user.debug) info from php scripts.

I noted lots of messages like this :
Jan 14 16:34:38 lorien httpd: PHP Warning:  Unexpected character in input:  '\' (ASCII=92) state=1 in /usr1/php_mirror/include
/layout.inc on line 21

No other problem is reported ... but my userlog file is really huge !
Thanks in advance

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2004-01-14 10:44 UTC] goba@php.net 
It is hard to beleive that you are using PHP 4.3.4... I suspect you have an older version of PHP, since this was a bug in the implementation of highlight_string() in an older PHP version and it is fixed now. Please check your PHP version and provide feedback.
 [2004-01-14 11:02 UTC] f dot malfatto at fmal dot com 
Until 15:21 I was using 4.3.3, but before to open this problem I preferred to upgrade to 4.3.4 to check the effect (build from source).
I restarted the server at 15:22 (local time) :
[Wed Jan 14 15:22:27 2004] [notice] Apache/1.3.23 (Unix) mod_ssl/2.8.7 OpenSSL/0.9.6c PHP/4.3.4 configured --

and the warning message is again in logs :

Jan 14 16:43:06 lorien httpd: PHP Warning:  Unexpected character in input:  '\' (ASCII=92) state=1 in /usr1/php_mirror/include
/layout.inc on line 21

My php test page is http://www.fmal.com/test.php
 [2004-01-14 11:19 UTC] goba@php.net 
This used to be a bug when highlighting strings with backslash in them... An example is the examples at the echo manual page. Could you please check if these examples trigger the error if you call the page up, or we need to find what pages have an illegitimate backslash somewhere... It would help a lot to see the REQUEST URI by the side of these PHP errors...
 [2004-01-14 12:19 UTC] f dot malfatto at fmal dot com 
Did not find mentioned example, but tried several highlighted string with backslashes ... no messages.
I also searched old logs for other similar errors: none out of layout.inc of mirror site (I have several php applications running on server)
This warning appeared firt time in Oct 19 2003 and was only revealed in this include script at the same line (21). No other references found in past 2 years.
 [2005-09-06 15:44 UTC] sniper@php.net 
Update your PHP..
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sun Jun 16 21:01:29 2024 UTC