#38926 [Opn]: --zend-multibyte doesn't work for a few seconds on startup
ID: 38926 User updated by: lapo at lapo dot it Reported By: lapo at lapo dot it Status: Open Bug Type:mbstring related PHP Version: 5.2.8 New Comment: I've noticed --zend-multibyte always works if the module mbstring is NOT included, fails if it's there. Can the module interfere with the loading of .php? Previous Comments: [2009-01-16 10:25:32] lapo at lapo dot it Re-opening as something clearly changed in the behavior in 5.2.6-5.2.8 changes (something erratically working became something that doesn't work at all). I will take a look at the diff myself in the weekend. [2009-01-16 10:22:13] lapo at lapo dot it Ah, something changed with 5.2.8 indeed: it now is always broken, doesn't fix after a bit like it did before. A bit more clarity about the test script, an hex dump: % hd checkUTF8.php ef bb bf 3c 3f 3d 20 28 27 c3 a0 27 20 3d 3d 20 || [2008-06-21 08:45:35] lapo at lapo dot it Using PHP 5.2.6 the situation is changed slightly: it seems that now the page is broken on the first access only: % php checkUTF8.php Broken (restart webserver) % while true; do elinks -dump 'http://localhost/checkUTF8.php'; done Broken OK OK OK OK ^C [2007-05-31 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2007-05-23 22:54:05] sni...@php.net Try the latest snapshot, and if it fails (propably) then run it through valgrind (using CLI) and see if there are any errors, etc. Also, what was the configure line you used to make php? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/38926 -- Edit this bug report at http://bugs.php.net/?id=38926&edit=1
#38926 [Opn]: --zend-multibyte doesn't work for a few seconds on startup
ID: 38926 User updated by: lapo at lapo dot it Reported By: lapo at lapo dot it Status: Open Bug Type:Unknown/Other Function -PHP Version: 5.1.6 +PHP Version: 5.2.0 New Comment: (changed Version from 5.1.6 to 5.2.0 in the bug) Previous Comments: [2006-11-15 22:11:01] lapo at lapo dot it Sorry, I didn't check the snapshot yet, but I tested it with PHP 5.2.0, with the following result: % php checkUTF8.php Broken % while true; do elinks -dump 'http://localhost/checkUTF8.php'; sleep 1; done OK OK (lighttpd restarted from a different shell) ELinks: Connection refused ELinks: Connection refused Broken Broken Broken Broken OK OK Well, something has changed: now the problem shows from CLI too =( [2006-10-26 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-10-18 20:54:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-09-22 13:36:00] lapo at lapo dot it Description: Zend multibyte option (that ought to automagically detect script file format and read it accordingly) starts working correctly after a few seconds (I tested it only in FastCGI, as I use lighty and not Apache). Reproduce code: --- File checkUTF8.php (encoded in UTF-8 with explicit BOM, aka UTF-8Y): \xEF\xBB\xBF (the first three chars are the UTF8-encoded BOM) Expected result: % php -r checkUTF8.php OK % while true; do elinks -dump 'http://wlocalhost/checkUTF8.php'; sleep 1; done OK OK (lighttpd restarted from a different shell) ELinks: Connection refused ELinks: Connection refused OK OK OK OK Actual result: -- % php -r checkUTF8.php Broken % while true; do elinks -dump 'http://wlocalhost/checkUTF8.php'; sleep 1; done OK OK (lighttpd restarted from a different shell) ELinks: Connection refused ELinks: Connection refused Broken Broken OK OK -- Edit this bug report at http://bugs.php.net/?id=38926&edit=1
