Bug #13938 Updated: Bad line numbers reported for parse errors
| From: | troy at leaver dot com | Date: | Fri, 09 Nov 2001 15:17:41 +0000 |
| Subject: | Bug #13938 Updated: Bad line numbers reported for parse errors | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-69886@lists.php.net to get a copy of this message | ||
ID: 13938
User updated by: troy@leaver.com
Reported By: troy@leaver.com
Status: Open
Bug Type: Scripting Engine problem
Operating System: WinNT 4.0
PHP Version: 4.0.6
New Comment:
Yes, I am using Windows, and the Windows convention is CR+LF, while I guess the Unix convention is
LF only. However, the Windows version of PHP should understand the difference, in fact version
4.0.4pl1 worked fine. I still consider this a bug. You are correct, the error in the script I was
working on earlier this morning was very close to line 919.
Previous Comments:
------------------------------------------------------------------------
[2001-11-09 10:06:46] jeroen@php.net
You don't happen to use Windows newlines (I see your OS is windows)?
Not that that _should_ matter, but it can be the source of the problem. Try to convert to unix
newlines. I notice that with (n+1)/2 you get the actual line the error is on. In the long file,
doesn't the error occur on line 919 by coincidence?
------------------------------------------------------------------------
[2001-11-09 06:33:17] troy@leaver.com
I should have said there are no EXTRA newlines. Of course there are newlines in the script :)
------------------------------------------------------------------------
[2001-11-09 06:32:18] troy@leaver.com
There are absolutely no newlines. In fact, at this very moment I am making changes to a web
application, and am getting a parse error on line 1837 of a script which has only 1148 lines.
------------------------------------------------------------------------
[2001-11-05 21:43:29] brianlmoon@php.net
Can you check your file for newlines after the %>. I can reproduce the error by putting 3 or 4
newlines at the end of the file after the closing tag. Because you are in a string, it errors when
it reaches EOF.
------------------------------------------------------------------------
[2001-11-05 16:56:41] troy@leaver.com
I saw some previous reports of this bug in earlier versions of PHP 4. It's back in 4.0.6, at
least on WinNT 4.0.
Here's an extremely simple sample script:
<%
$test = "This is an improperly terminated string;
%>
This script has a total of 5 lines. The error generated to the browser when this script is accessed
is:
Parse error: parse error in d:\users\tleaver\leaver.com\htdocs\bad.php on line 9
Line 9 does not exist. Unlike previous reports of this bug which I've seen, this bug does not
depend on includes.
------------------------------------------------------------------------
Edit this bug report at http://bugs.php.net/?id=13938&edit=1