On 19/03/2012, at 6:32 AM, Tim Streater wrote: > After recently omitting a semicolon from the end of a statement, and having the result be a JavaScript error in an odd place, I'm trying to pin down just what PHP does with such errors. I made a small test script to run at CLI, which does some echoes and then, after that, I miss out a semicolon. On the command line, all I get is the parse error message with line number. > > The script where I'd left the semicolon out of my production code is reached via AJAX, and sends some results back. It consists of a number of functions, then the main code appears, starting with two requires. The first such included file has some functions, puts out a header and does an echo, and calls set_error_handler. It's in the second included file that the semicolon is missed off (inside yet another function). > > I would have expected that the results sent back would just consist of the Parse error: message, but for some reason the echo done in the first included file shows up as well (this is important as it frames the parse error message for me). > > Is this the expected behaviour? The doc for set_error_handler says you can't use it to recover from E_PARSE and the like, and the function I supply to it doesn't appear to be called. I was just surprised that the initial echo statement's output made it back to the JavaScript side. > > (I obviously don't expect to have parse errors show up in production, but having them nicely visible and logged during testing is useful) > > -- > Cheers -- Tim This is expected. The error doesn't occur to the second file is included, so everything in the first included file is parsed and run before execution is halted. --- Simon Welsh Admin of http://simon.geek.nz/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
