PHP 4.0.5 Parse Problems
| From: | Ben Gollmer | Date: | Mon, 07 May 2001 06:15:40 +0000 |
| Subject: | PHP 4.0.5 Parse Problems | ||
| Groups: | php.general | ||
| Request: | Send a blank email to php-general+get-51700@lists.php.net to get a copy of this message | ||
Hi all -
Today I compiled and installed PHP 4.0.5 on my Linux server (Apache 1.3.19, linked statically with php & mod_ssl). Suddenly, many of my files would no longer be parsed by PHP - instead, they spit raw code onto the page.
I created most of the files on my MacOS X machine using the text editor Pepper. Some were also created on Windows 2000 using Notepad. Previously I noticed a post to this list noting a problem with line endings:
With 4.0.4pl1 and earlier, this did not occur, but with 4.0.5, there are some files on our server that are not getting parsed as php, and just showing up as the code itself. The problem files are a mess, but I only mention them since they got parsed before. They are php files that the designers here have created in HomeSite and saved as PC format, so they are basically 1 long line when I open them in vi, and have ^M's everywhere. If they pull them back into HomeSite and save as UNIX format and upload, no problem. What changed in PHP that would make this difference. I would just tell them to do this with all the problem ones, but there are a lot. This is on OpenBSD, btw. Thanks. -KenI tried changing the line endings of some of my files, but to no avail. The only thing that seems to work for me is to create a new file using vi or pico - PHP then parses it perfectly. For now, PHP 4.0.5 isn't a must-have upgrade, so I went back to 4.0.4pl1. Is this a bug, or some change in PHP that is causing it to ignore alternative (non-UNIX) line endings? If there is a problem with PHP, I want to make sure everyone is aware of it so it can be fixed in 4.0.6. Ben Gollmer