|
php.net | support | documentation | report a bug | advanced search | search howto | statistics | random bug | login |
PatchesPull RequestsHistoryAllCommentsChangesGit/SVN commits
[2004-07-28 12:21 UTC] tony2001@php.net
[2004-08-05 01:00 UTC] php-bugs at lists dot php dot net
[2009-08-06 03:52 UTC] ccheeboon at yahoo dot com
[2009-08-06 04:09 UTC] ccheeboon at yahoo dot com
[2009-08-06 04:22 UTC] rasmus@php.net
|
|||||||||||||||||||||||||||||||||||||
Copyright © 2001-2025 The PHP GroupAll rights reserved. |
Last updated: Sat Nov 08 22:00:01 2025 UTC |
Description: ------------ (Hard to reproduce.) In one of my scripts any variant of outputting a variable set to (string) "0" ended the output. Appearantly happened for var_dump(), print_r(), echo() and print(). Initially it appeared to be a pcre problem: $_SERVER["QUERY_STRING"] = "q=example&s=0&s=1&s=7"; preg_match_all('/&s=(\d+)/', $_SERVER["QUERY_STRING"], $uu); echo implode(" ", $uu[1]); But it probably isn't. Appears that earlier parts of any of the other included scripts changed interpreter behaviour and lead to the strange effect. It seems not configuration-related or to be a general bug, as the same <?php echo "0";' ?> gives no problem in short scripts. Only fails in CGI environment, doesn't happen on cmdline. same effect: - echo "0"; - echo '0'; OTH this doesn't output anything strange (binary): - echo "1"; Not sure, if this is a bug at all. The "0" breaks also with 5rc2, 4.3.x and down to 4.1.2 (all in -cgi/fcgi incarnation) But btw: echo "\000"; echo "+++"; echo "0"; echo "..."; will correctly return the ^@+++ but nothing after that. related to #16388 ? Reproduce code: --------------- <?php //... #... # include("htm/head"); # contains no php code echo "0"; # ends output // more code follows #... (all other code and include()s being commented out to reproduce) ?>