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

go to bug id or search bugs for

Bug #19461 short_open_tag = Off is set, but PHP tries to parse anyway
Submitted: 2002-09-17 19:15 UTC Modified: 2002-10-16 18:06 UTC
From: kelson at speed dot net Assigned:
Status: Not a bug Package: Scripting Engine problem
PHP Version: 4CVS-2002-09-17 OS: Linux 2.4.19
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: kelson at speed dot net
New email:
PHP Version: OS:

 

 [2002-09-17 19:15 UTC] kelson at speed dot net 
Using today's snapshot (php4-STABLE-200209171500) with Apache 2.0.40, despite the fact that "short_open_tag = Off" is set in php.ini and shows up as Off in phpinfo(), PHP is trying to parse <? tags anyway.

PHP is trying to parse, for instance, the XML declaration, which results in blank output and the following error:

PHP Parse error:  parse error, unexpected T_STRING in (filename) on line 1

Returning to the previous snapshot I was using (php4-STABLE-200209060900) fixed the problem.

Configuration on both: --with-mysql --with-apxs2=/usr/local/apache2/bin/apxs

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-09-18 09:56 UTC] sander@php.net 
Did you restart your webserver? Does the correct value show up on phpinfo()? If not, restart your webserver and make sure it parses your php.ini.
 [2002-09-18 10:58 UTC] kelson at speed dot net 
Yes, I restarted my web server.

Yes, phpinfo() shows it as being off, so I would assume it's parsing php.ini.

phpinfo() also shows the correct build date.  Before installing the new version, and before reinstalling the old version, I removed everything in /usr/local/include/php and /usr/local/lib/php, just to be sure that nothing was left over from the other version.

I have not changed php.ini, I am using the same copy of Apache, and I used the exact same configuration for both snapshots of PHP.

And yes, I restarted my webserver.

The process went something like:

./configure --with-mysql
--with-apxs2=/usr/local/apache2/bin/apxs
make
rm -rf /usr/local/include/php
rm -rf /usr/local/lib/php
make install
/etc/init.d/httpd restart

When I restored the previous snapshot, I simply moved into the other build directory and repeated the last 4 commands.
 [2002-10-16 18:06 UTC] iliaa@php.net 
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP -- 
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.

Works fine using latest (unstable) CVS.
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Thu Jul 17 14:04:04 2025 UTC