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.

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.

I should have said there are no EXTRA newlines.  Of course there are newlines in the script :)

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?

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.

I didn't say it wasn't a bug, I was trying to track down the problem. 

Changed summary.
(the *nix php version handles winnewlines correctly)

Ok, Gotchya.  If it would help at all, I can change to Unix style with Homesite and let you know if the line is correctly identified.

Also, I'm very suprised that this has not been reported previously.  4.0.6 has been out for awhile, and I'm sure there must be some other Windows PHP users out there.  Is there any way that this has anything to do with the ISAPI dll I'm using vs cgi, or possibly the obscure web server software I'm using?  I'm using a web server called Sambar Server (www.sambar.com), which is not widely used.

I just figure somebody else would be complaining about this if it happened under IIS.

I'm always using Windows-newlines on Windows. But I never experienced this, neither with the Apache-module, nor with the CGI-executable.

Could you try 4.1.0 and report the result ?

Originator of this BR: please make a zipped version of such a bogus behaving script for download so we can play with it.

Bug is still present, behaving exactly as with 4.0.6.  Using windows-style files, line numbers are reported as

(ActualLineNumber * 2) - 1

Using Unix-style files, line numbers are reported correctly.

All you have to do to replicate the error is to create a bogus line of php code, something that will report an error, save it in CR+LF format (Windows style vs Unix LF only) and execute.

If it's really necessary for me to create a small test script and e-mail, please let me know.

Thank you for taking the time to report a problem with PHP.
Unfortunately your version of PHP is too old -- 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.