[PHP-BUG] Bug #64253 [NEW]: alpha 5 does not load extensions
From: bugzilla77 at gmail dot com Operating system: win 7 32 PHP version: 5.5.0alpha4 Package: Dynamic loading Bug Type: Bug Bug description:alpha 5 does not load extensions Description: alpha 5 does not load extensions Expected result: alpha 4 loads extensions on the same php.ini Actual result: -- alpha 5 does not load extensions -- Edit bug report at https://bugs.php.net/bug.php?id=64253&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64253&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64253&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64253&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64253&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64253&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64253&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64253&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64253&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64253&r=support Expected behavior: https://bugs.php.net/fix.php?id=64253&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64253&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64253&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64253&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64253&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64253&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64253&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64253&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64253&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64253&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64253&r=mysqlcfg
Bug #64253 [Com]: alpha 5 does not load extensions
Edit report at https://bugs.php.net/bug.php?id=64253&edit=1 ID: 64253 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:alpha 5 does not load extensions Status: Open Type: Bug Package:Dynamic loading Operating System: win 7 32 PHP Version:5.5.0alpha4 Block user comment: N Private report: N New Comment: I have TS and: ;extension=php_bz2.dll extension=php_com_dotnet.dll ;extension=php_curl.dll ;extension=php_fileinfo.dll extension=php_gd2.dll ;extension=php_gettext.dll ;extension=php_gmp.dll ;extension=php_intl.dll ;extension=php_imap.dll ;extension=php_interbase.dll ;extension=php_ldap.dll extension=php_mbstring.dll ;extension=php_exif.dll ; Must be after mbstring as it depends on it ;extension=php_mysql.dll ;extension=php_mysqli.dll ;extension=php_oci8.dll ; Use with Oracle 10gR2 Instant Client ;extension=php_oci8_11g.dll ; Use with Oracle 11gR2 Instant Client ;extension=php_openssl.dll ;extension=php_pdo_firebird.dll ;extension=php_pdo_mysql.dll ;extension=php_pdo_oci.dll ;extension=php_pdo_odbc.dll ;extension=php_pdo_pgsql.dll ;extension=php_pdo_sqlite.dll ;extension=php_pgsql.dll ;extension=php_pspell.dll ;extension=php_shmop.dll ; The MIBS data available in the PHP distribution must be installed. ; See http://www.php.net/manual/en/snmp.installation.php ;extension=php_snmp.dll ;extension=php_soap.dll ;extension=php_sockets.dll ;extension=php_sqlite3.dll ;extension=php_sybase_ct.dll ;extension=php_tidy.dll ;extension=php_xmlrpc.dll ;extension=php_xsl.dll ;extension=php_zip.dll and a have not loaded php_com_dotnet.dll, php_mbstring.dll etc On php 5.5 aplpha 4 is ok with the same php.ini Previous Comments: [2013-02-20 19:34:05] mattfic...@php.net Extensions are fine for me with 5.5.0a5-NTS on Windows7, but the following extensions are missing on 5.5.0a5-TS: bz2 exif fileinfo gd gettext imap intl mysql mysqli pdo_mysql pdo_pgsql pgsql openssl soap wddx xmlrpc The TS and NTS builds of 5.4.12 and 5.3.22 all have all the extensions though (so its only a 5.5.0a5-TS problem). [2013-02-20 16:57:01] bugzilla77 at gmail dot com Description: alpha 5 does not load extensions Expected result: alpha 4 loads extensions on the same php.ini Actual result: -- alpha 5 does not load extensions -- Edit this bug report at https://bugs.php.net/bug.php?id=64253&edit=1
Bug #64253 [Com]: alpha 5 does not load extensions
Edit report at https://bugs.php.net/bug.php?id=64253&edit=1 ID: 64253 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:alpha 5 does not load extensions Status: Open Type: Bug Package:Dynamic loading Operating System: win 7 32 PHP Version:5.5.0alpha4 Block user comment: N Private report: N New Comment: Thanks - now it works. Previous Comments: [2013-02-22 00:58:05] szar...@php.net Thanks for reporting this. We narrowed this down to a build issue with the ZTS build of PHP-5.5.0alpha5. I have fixed the issue and updated the build and checksum on http://windows.php.net/qa. Can you please test the new build and let me know if it fixes the issue? Thanks, Steve [2013-02-20 19:57:36] bugzilla77 at gmail dot com I have TS and: ;extension=php_bz2.dll extension=php_com_dotnet.dll ;extension=php_curl.dll ;extension=php_fileinfo.dll extension=php_gd2.dll ;extension=php_gettext.dll ;extension=php_gmp.dll ;extension=php_intl.dll ;extension=php_imap.dll ;extension=php_interbase.dll ;extension=php_ldap.dll extension=php_mbstring.dll ;extension=php_exif.dll ; Must be after mbstring as it depends on it ;extension=php_mysql.dll ;extension=php_mysqli.dll ;extension=php_oci8.dll ; Use with Oracle 10gR2 Instant Client ;extension=php_oci8_11g.dll ; Use with Oracle 11gR2 Instant Client ;extension=php_openssl.dll ;extension=php_pdo_firebird.dll ;extension=php_pdo_mysql.dll ;extension=php_pdo_oci.dll ;extension=php_pdo_odbc.dll ;extension=php_pdo_pgsql.dll ;extension=php_pdo_sqlite.dll ;extension=php_pgsql.dll ;extension=php_pspell.dll ;extension=php_shmop.dll ; The MIBS data available in the PHP distribution must be installed. ; See http://www.php.net/manual/en/snmp.installation.php ;extension=php_snmp.dll ;extension=php_soap.dll ;extension=php_sockets.dll ;extension=php_sqlite3.dll ;extension=php_sybase_ct.dll ;extension=php_tidy.dll ;extension=php_xmlrpc.dll ;extension=php_xsl.dll ;extension=php_zip.dll and a have not loaded php_com_dotnet.dll, php_mbstring.dll etc On php 5.5 aplpha 4 is ok with the same php.ini [2013-02-20 19:34:05] mattfic...@php.net Extensions are fine for me with 5.5.0a5-NTS on Windows7, but the following extensions are missing on 5.5.0a5-TS: bz2 exif fileinfo gd gettext imap intl mysql mysqli pdo_mysql pdo_pgsql pgsql openssl soap wddx xmlrpc The TS and NTS builds of 5.4.12 and 5.3.22 all have all the extensions though (so its only a 5.5.0a5-TS problem). [2013-02-20 16:57:01] bugzilla77 at gmail dot com Description: alpha 5 does not load extensions Expected result: alpha 4 loads extensions on the same php.ini Actual result: -- alpha 5 does not load extensions -- Edit this bug report at https://bugs.php.net/bug.php?id=64253&edit=1
[PHP-BUG] Bug #64370 [NEW]: microtime(true) corrupted
From: bugzilla77 at gmail dot com Operating system: win 7 (32/64) PHP version: 5.5.0alpha5 Package: Date/time related Bug Type: Bug Bug description:microtime(true) corrupted Description: microtime(true) returns value less than time() (or $_SERVER['REQUEST_TIME'] or $_SERVER['REQUEST_TIME_FLOAT']) up to a DOZEN seconds!!! live demo: http://pulsmedica.com.pl/microtime.php win 7 32bit apache 2.4.3 + php5apache2_4.dll php 5.5a5 ts Test script: --- $_SERVER['REQUEST_TIME']: $_SERVER['REQUEST_TIME_FLOAT']: time(): microtime(true): PHP created in ms Expected result: PHP 5.4: never problems Actual result: -- PHP 5.5 live demo: http://pulsmedica.com.pl/microtime.php -- Edit bug report at https://bugs.php.net/bug.php?id=64370&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64370&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64370&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64370&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64370&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64370&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64370&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64370&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64370&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64370&r=support Expected behavior: https://bugs.php.net/fix.php?id=64370&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64370&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64370&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64370&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64370&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64370&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64370&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64370&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64370&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64370&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64370&r=mysqlcfg
Bug #64370 [Com]: microtime(true) corrupted
Edit report at https://bugs.php.net/bug.php?id=64370&edit=1 ID: 64370 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:microtime(true) corrupted Status: Assigned Type: Bug Package:Date/time related Operating System: win 7 (32/64) PHP Version:5.5.0alpha5 Assigned To:ab Block user comment: N Private report: N New Comment: The difference is not constant. It grows in proportion to the time since the last restart Apache. At the beginning it is a few milliseconds. After a few days up to several seconds. Previous Comments: [2013-03-07 06:56:22] paj...@php.net @a can you take a look please? [2013-03-06 15:45:36] bugzilla77 at gmail dot com Description: microtime(true) returns value less than time() (or $_SERVER['REQUEST_TIME'] or $_SERVER['REQUEST_TIME_FLOAT']) up to a DOZEN seconds!!! live demo: http://pulsmedica.com.pl/microtime.php win 7 32bit apache 2.4.3 + php5apache2_4.dll php 5.5a5 ts Test script: --- $_SERVER['REQUEST_TIME']: $_SERVER['REQUEST_TIME_FLOAT']: time(): microtime(true): PHP created in ms Expected result: PHP 5.4: never problems Actual result: -- PHP 5.5 live demo: http://pulsmedica.com.pl/microtime.php -- Edit this bug report at https://bugs.php.net/bug.php?id=64370&edit=1
Bug #64370 [Com]: microtime(true) corrupted
Edit report at https://bugs.php.net/bug.php?id=64370&edit=1 ID: 64370 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:microtime(true) corrupted Status: Assigned Type: Bug Package:Date/time related Operating System: win 7 (32/64) PHP Version:5.5.0alpha5 Assigned To:ab Block user comment: N Private report: N New Comment: I use Apache 2.4.3 from www.apachelounge.com or Apache 2.2.21 from www.apachelounge.com The problem is only on php 5.5. Php 5.4 no problems. I will download Apache 2.4.4 from www.apachelounge.com. But I do not think it's something to help because php 5.4 not affected. Previous Comments: [2013-03-07 08:12:29] a...@php.net Which apache build are you using? Please try 2.4.4 from here http://www.apachelounge.com/download/additional/ . Also, is the behavior the same in the CLI? [2013-03-07 07:45:38] bugzilla77 at gmail dot com The difference is not constant. It grows in proportion to the time since the last restart Apache. At the beginning it is a few milliseconds. After a few days up to several seconds. [2013-03-07 06:56:22] paj...@php.net @a can you take a look please? [2013-03-06 15:45:36] bugzilla77 at gmail dot com Description: microtime(true) returns value less than time() (or $_SERVER['REQUEST_TIME'] or $_SERVER['REQUEST_TIME_FLOAT']) up to a DOZEN seconds!!! live demo: http://pulsmedica.com.pl/microtime.php win 7 32bit apache 2.4.3 + php5apache2_4.dll php 5.5a5 ts Test script: --- $_SERVER['REQUEST_TIME']: $_SERVER['REQUEST_TIME_FLOAT']: time(): microtime(true): PHP created in ms Expected result: PHP 5.4: never problems Actual result: -- PHP 5.5 live demo: http://pulsmedica.com.pl/microtime.php -- Edit this bug report at https://bugs.php.net/bug.php?id=64370&edit=1
Bug #64370 [Com]: microtime(true) corrupted
Edit report at https://bugs.php.net/bug.php?id=64370&edit=1 ID: 64370 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:microtime(true) corrupted Status: Assigned Type: Bug Package:Date/time related Operating System: win 7 (32/64) PHP Version:5.5.0alpha5 Assigned To:ab Block user comment: N Private report: N New Comment: ...and I use Apache VC10 PHP as php5apache2_4.dll from php package. Previous Comments: [2013-03-07 08:35:07] bugzilla77 at gmail dot com I use Apache 2.4.3 from www.apachelounge.com or Apache 2.2.21 from www.apachelounge.com The problem is only on php 5.5. Php 5.4 no problems. I will download Apache 2.4.4 from www.apachelounge.com. But I do not think it's something to help because php 5.4 not affected. [2013-03-07 08:12:29] a...@php.net Which apache build are you using? Please try 2.4.4 from here http://www.apachelounge.com/download/additional/ . Also, is the behavior the same in the CLI? [2013-03-07 07:45:38] bugzilla77 at gmail dot com The difference is not constant. It grows in proportion to the time since the last restart Apache. At the beginning it is a few milliseconds. After a few days up to several seconds. [2013-03-07 06:56:22] paj...@php.net @a can you take a look please? [2013-03-06 15:45:36] bugzilla77 at gmail dot com Description: microtime(true) returns value less than time() (or $_SERVER['REQUEST_TIME'] or $_SERVER['REQUEST_TIME_FLOAT']) up to a DOZEN seconds!!! live demo: http://pulsmedica.com.pl/microtime.php win 7 32bit apache 2.4.3 + php5apache2_4.dll php 5.5a5 ts Test script: --- $_SERVER['REQUEST_TIME']: $_SERVER['REQUEST_TIME_FLOAT']: time(): microtime(true): PHP created in ms Expected result: PHP 5.4: never problems Actual result: -- PHP 5.5 live demo: http://pulsmedica.com.pl/microtime.php -- Edit this bug report at https://bugs.php.net/bug.php?id=64370&edit=1
Bug #64370 [Com]: microtime(true) corrupted
Edit report at https://bugs.php.net/bug.php?id=64370&edit=1 ID: 64370 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:microtime(true) corrupted Status: Assigned Type: Bug Package:Date/time related Operating System: win 7 (32/64) PHP Version:5.5.0alpha5 Assigned To:ab Block user comment: N Private report: N New Comment: Ok, I will download: http://www.apachelounge.com/download/win32/binaries/httpd-2.4.4- win32-VC9.zip and I will try it with official QA Releases PHP 5.5a5 ts VC9. Previous Comments: [2013-03-07 08:45:09] a...@php.net Yep, that were my next question :) That's not a good idea to mix CRTs, please use VC11 for both Apache and PHP. You can get a php build for alpha5 here http://windows.php.net/downloads/snaps/php-5.5vc11/php-5.5.0alpha5/ or one of the latest snapshots http://windows.php.net/downloads/snaps/php-5.5/ [2013-03-07 08:38:22] bugzilla77 at gmail dot com ...and I use Apache VC10 PHP as php5apache2_4.dll from php package. [2013-03-07 08:35:07] bugzilla77 at gmail dot com I use Apache 2.4.3 from www.apachelounge.com or Apache 2.2.21 from www.apachelounge.com The problem is only on php 5.5. Php 5.4 no problems. I will download Apache 2.4.4 from www.apachelounge.com. But I do not think it's something to help because php 5.4 not affected. [2013-03-07 08:12:29] a...@php.net Which apache build are you using? Please try 2.4.4 from here http://www.apachelounge.com/download/additional/ . Also, is the behavior the same in the CLI? [2013-03-07 07:45:38] bugzilla77 at gmail dot com The difference is not constant. It grows in proportion to the time since the last restart Apache. At the beginning it is a few milliseconds. After a few days up to several seconds. 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 https://bugs.php.net/bug.php?id=64370 -- Edit this bug report at https://bugs.php.net/bug.php?id=64370&edit=1
Bug #64370 [Com]: microtime(true) corrupted
Edit report at https://bugs.php.net/bug.php?id=64370&edit=1 ID: 64370 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:microtime(true) corrupted Status: Assigned Type: Bug Package:Date/time related Operating System: win 7 (32/64) PHP Version:5.5.0alpha5 Assigned To:ab Block user comment: N Private report: N New Comment: Ok, I have now installed at home in local machine: Apache 2.4.4 VC9 http://www.apachelounge.com/download/win32/binaries/httpd-2.4.4-win32-VC9.zip and as php5apache2_4.dll PHP 5.5a5 ts VC9 http://windows.php.net/downloads/qa/php-5.5.0alpha5-Win32-VC9-x86.zip It took about 5 minutes from the restart the server. created in -10 ms ...and with each page refresh slowly growing. I think it will be an hour: -100ms Previous Comments: [2013-03-07 08:55:03] bugzilla77 at gmail dot com Ok, I will download: http://www.apachelounge.com/download/win32/binaries/httpd-2.4.4- win32-VC9.zip and I will try it with official QA Releases PHP 5.5a5 ts VC9. [2013-03-07 08:45:09] a...@php.net Yep, that were my next question :) That's not a good idea to mix CRTs, please use VC11 for both Apache and PHP. You can get a php build for alpha5 here http://windows.php.net/downloads/snaps/php-5.5vc11/php-5.5.0alpha5/ or one of the latest snapshots http://windows.php.net/downloads/snaps/php-5.5/ [2013-03-07 08:38:22] bugzilla77 at gmail dot com ...and I use Apache VC10 PHP as php5apache2_4.dll from php package. [2013-03-07 08:35:07] bugzilla77 at gmail dot com I use Apache 2.4.3 from www.apachelounge.com or Apache 2.2.21 from www.apachelounge.com The problem is only on php 5.5. Php 5.4 no problems. I will download Apache 2.4.4 from www.apachelounge.com. But I do not think it's something to help because php 5.4 not affected. [2013-03-07 08:12:29] a...@php.net Which apache build are you using? Please try 2.4.4 from here http://www.apachelounge.com/download/additional/ . Also, is the behavior the same in the CLI? 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 https://bugs.php.net/bug.php?id=64370 -- Edit this bug report at https://bugs.php.net/bug.php?id=64370&edit=1
Bug #64370 [Com]: microtime(true) corrupted
Edit report at https://bugs.php.net/bug.php?id=64370&edit=1 ID: 64370 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:microtime(true) corrupted Status: Assigned Type: Bug Package:Date/time related Operating System: win 7 (32/64) PHP Version:5.5.0alpha5 Assigned To:ab Block user comment: N Private report: N New Comment: It's been 10 minutes from the restart. created in -52.985191345215 ms Something is wrong with this PHP 5.5 because 5.4 does not have this problem. Previous Comments: [2013-03-07 09:21:54] bugzilla77 at gmail dot com Ok, I have now installed at home in local machine: Apache 2.4.4 VC9 http://www.apachelounge.com/download/win32/binaries/httpd-2.4.4-win32-VC9.zip and as php5apache2_4.dll PHP 5.5a5 ts VC9 http://windows.php.net/downloads/qa/php-5.5.0alpha5-Win32-VC9-x86.zip It took about 5 minutes from the restart the server. created in -10 ms ...and with each page refresh slowly growing. I think it will be an hour: -100ms [2013-03-07 08:55:03] bugzilla77 at gmail dot com Ok, I will download: http://www.apachelounge.com/download/win32/binaries/httpd-2.4.4- win32-VC9.zip and I will try it with official QA Releases PHP 5.5a5 ts VC9. [2013-03-07 08:45:09] a...@php.net Yep, that were my next question :) That's not a good idea to mix CRTs, please use VC11 for both Apache and PHP. You can get a php build for alpha5 here http://windows.php.net/downloads/snaps/php-5.5vc11/php-5.5.0alpha5/ or one of the latest snapshots http://windows.php.net/downloads/snaps/php-5.5/ [2013-03-07 08:38:22] bugzilla77 at gmail dot com ...and I use Apache VC10 PHP as php5apache2_4.dll from php package. [2013-03-07 08:35:07] bugzilla77 at gmail dot com I use Apache 2.4.3 from www.apachelounge.com or Apache 2.2.21 from www.apachelounge.com The problem is only on php 5.5. Php 5.4 no problems. I will download Apache 2.4.4 from www.apachelounge.com. But I do not think it's something to help because php 5.4 not affected. 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 https://bugs.php.net/bug.php?id=64370 -- Edit this bug report at https://bugs.php.net/bug.php?id=64370&edit=1
Bug #64370 [Com]: microtime(true) corrupted
Edit report at https://bugs.php.net/bug.php?id=64370&edit=1 ID: 64370 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:microtime(true) corrupted Status: Assigned Type: Bug Package:Date/time related Operating System: win 7 (32/64) PHP Version:5.5.0alpha5 Assigned To:ab Block user comment: N Private report: N New Comment: Please wait a moment. Be installing the VC11. Previous Comments: [2013-03-07 09:28:01] a...@php.net Why VC9? alpha5 is probably the last 5.5 VC9 build. VC11 has however no improvmenent on my side. And how does CLI look on your side? [2013-03-07 09:27:39] bugzilla77 at gmail dot com It's been 10 minutes from the restart. created in -52.985191345215 ms Something is wrong with this PHP 5.5 because 5.4 does not have this problem. [2013-03-07 09:21:54] bugzilla77 at gmail dot com Ok, I have now installed at home in local machine: Apache 2.4.4 VC9 http://www.apachelounge.com/download/win32/binaries/httpd-2.4.4-win32-VC9.zip and as php5apache2_4.dll PHP 5.5a5 ts VC9 http://windows.php.net/downloads/qa/php-5.5.0alpha5-Win32-VC9-x86.zip It took about 5 minutes from the restart the server. created in -10 ms ...and with each page refresh slowly growing. I think it will be an hour: -100ms [2013-03-07 08:55:03] bugzilla77 at gmail dot com Ok, I will download: http://www.apachelounge.com/download/win32/binaries/httpd-2.4.4- win32-VC9.zip and I will try it with official QA Releases PHP 5.5a5 ts VC9. [2013-03-07 08:45:09] a...@php.net Yep, that were my next question :) That's not a good idea to mix CRTs, please use VC11 for both Apache and PHP. You can get a php build for alpha5 here http://windows.php.net/downloads/snaps/php-5.5vc11/php-5.5.0alpha5/ or one of the latest snapshots http://windows.php.net/downloads/snaps/php-5.5/ 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 https://bugs.php.net/bug.php?id=64370 -- Edit this bug report at https://bugs.php.net/bug.php?id=64370&edit=1
Bug #64370 [Com]: microtime(true) corrupted
Edit report at https://bugs.php.net/bug.php?id=64370&edit=1 ID: 64370 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:microtime(true) corrupted Status: Assigned Type: Bug Package:Date/time related Operating System: win 7 (32/64) PHP Version:5.5.0alpha5 Assigned To:ab Block user comment: N Private report: N New Comment: This may not be a Apache problem because PHP 5.(3|4) has no problem. Ok, I have now installed at home in local machine: Apache 2.4.4 VC11 http://www.apachelounge.com/download/win32/binaries/httpd-2.4.4-win32-VC11.zip and as php5apache2_4.dll PHP 5.5a5 ts VC11 http://windows.php.net/downloads/snaps/php-5.5vc11/php-5.5.0alpha5/php- 5.5.0alpha5-Win32-VC11-x86.zip It seems that the problem is resolved. But to be sure I have to wait a few hours and check on several other machines. I will describe the results soon. Is the final PHP 5.5 will be compiled using VC11? Previous Comments: [2013-03-07 09:41:55] a...@php.net That's what I get in CLI $_SERVER['REQUEST_TIME']: 1362649203 $_SERVER['REQUEST_TIME_FLOAT']: 1362649203.6687 time(): 1362649203 microtime(true): 1362649203.6699 PHP 5.5.0-dev created in 1.6520023345947 ms Looks more or less OK. Probably this is an apache specific bug. ---- [2013-03-07 09:32:22] bugzilla77 at gmail dot com Please wait a moment. Be installing the VC11. [2013-03-07 09:28:01] a...@php.net Why VC9? alpha5 is probably the last 5.5 VC9 build. VC11 has however no improvmenent on my side. And how does CLI look on your side? ---- [2013-03-07 09:27:39] bugzilla77 at gmail dot com It's been 10 minutes from the restart. created in -52.985191345215 ms Something is wrong with this PHP 5.5 because 5.4 does not have this problem. ---- [2013-03-07 09:21:54] bugzilla77 at gmail dot com Ok, I have now installed at home in local machine: Apache 2.4.4 VC9 http://www.apachelounge.com/download/win32/binaries/httpd-2.4.4-win32-VC9.zip and as php5apache2_4.dll PHP 5.5a5 ts VC9 http://windows.php.net/downloads/qa/php-5.5.0alpha5-Win32-VC9-x86.zip It took about 5 minutes from the restart the server. created in -10 ms ...and with each page refresh slowly growing. I think it will be an hour: -100ms 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 https://bugs.php.net/bug.php?id=64370 -- Edit this bug report at https://bugs.php.net/bug.php?id=64370&edit=1
Bug #64370 [Com]: microtime(true) corrupted
Edit report at https://bugs.php.net/bug.php?id=64370&edit=1 ID: 64370 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:microtime(true) corrupted Status: Assigned Type: Bug Package:Date/time related Operating System: win 7 (32/64) PHP Version:5.5.0alpha5 Assigned To:ab Block user comment: N Private report: N New Comment: Unfortunately excited too quickly. created in -20.360946655273 ms As you can see the problem occurs on various compilations Apache and PHP. But only for PHP 5.5. Not for 5.4. Previous Comments: [2013-03-07 09:45:02] bugzilla77 at gmail dot com This may not be a Apache problem because PHP 5.(3|4) has no problem. Ok, I have now installed at home in local machine: Apache 2.4.4 VC11 http://www.apachelounge.com/download/win32/binaries/httpd-2.4.4-win32-VC11.zip and as php5apache2_4.dll PHP 5.5a5 ts VC11 http://windows.php.net/downloads/snaps/php-5.5vc11/php-5.5.0alpha5/php- 5.5.0alpha5-Win32-VC11-x86.zip It seems that the problem is resolved. But to be sure I have to wait a few hours and check on several other machines. I will describe the results soon. Is the final PHP 5.5 will be compiled using VC11? [2013-03-07 09:41:55] a...@php.net That's what I get in CLI $_SERVER['REQUEST_TIME']: 1362649203 $_SERVER['REQUEST_TIME_FLOAT']: 1362649203.6687 time(): 1362649203 microtime(true): 1362649203.6699 PHP 5.5.0-dev created in 1.6520023345947 ms Looks more or less OK. Probably this is an apache specific bug. ---- [2013-03-07 09:32:22] bugzilla77 at gmail dot com Please wait a moment. Be installing the VC11. [2013-03-07 09:28:01] a...@php.net Why VC9? alpha5 is probably the last 5.5 VC9 build. VC11 has however no improvmenent on my side. And how does CLI look on your side? ---- [2013-03-07 09:27:39] bugzilla77 at gmail dot com It's been 10 minutes from the restart. created in -52.985191345215 ms Something is wrong with this PHP 5.5 because 5.4 does not have this problem. 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 https://bugs.php.net/bug.php?id=64370 -- Edit this bug report at https://bugs.php.net/bug.php?id=64370&edit=1
Bug #64370 [Com]: microtime(true) corrupted
Edit report at https://bugs.php.net/bug.php?id=64370&edit=1 ID: 64370 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:microtime(true) corrupted Status: Assigned Type: Bug Package:Date/time related Operating System: win 7 (32/64) PHP Version:5.5.0alpha5 Assigned To:ab Block user comment: N Private report: N New Comment: There is no problem on mod_fcgid.so Only with php5apache2_4.dll and ONLY PHP 5.5. Previous Comments: [2013-03-07 09:58:50] bugzilla77 at gmail dot com Unfortunately excited too quickly. created in -20.360946655273 ms As you can see the problem occurs on various compilations Apache and PHP. But only for PHP 5.5. Not for 5.4. [2013-03-07 09:45:02] bugzilla77 at gmail dot com This may not be a Apache problem because PHP 5.(3|4) has no problem. Ok, I have now installed at home in local machine: Apache 2.4.4 VC11 http://www.apachelounge.com/download/win32/binaries/httpd-2.4.4-win32-VC11.zip and as php5apache2_4.dll PHP 5.5a5 ts VC11 http://windows.php.net/downloads/snaps/php-5.5vc11/php-5.5.0alpha5/php- 5.5.0alpha5-Win32-VC11-x86.zip It seems that the problem is resolved. But to be sure I have to wait a few hours and check on several other machines. I will describe the results soon. Is the final PHP 5.5 will be compiled using VC11? [2013-03-07 09:41:55] a...@php.net That's what I get in CLI $_SERVER['REQUEST_TIME']: 1362649203 $_SERVER['REQUEST_TIME_FLOAT']: 1362649203.6687 time(): 1362649203 microtime(true): 1362649203.6699 PHP 5.5.0-dev created in 1.6520023345947 ms Looks more or less OK. Probably this is an apache specific bug. ---- [2013-03-07 09:32:22] bugzilla77 at gmail dot com Please wait a moment. Be installing the VC11. [2013-03-07 09:28:01] a...@php.net Why VC9? alpha5 is probably the last 5.5 VC9 build. VC11 has however no improvmenent on my side. And how does CLI look on your side? 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 https://bugs.php.net/bug.php?id=64370 -- Edit this bug report at https://bugs.php.net/bug.php?id=64370&edit=1
Bug #64370 [Com]: microtime(true) corrupted
Edit report at https://bugs.php.net/bug.php?id=64370&edit=1 ID: 64370 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:microtime(true) corrupted Status: Assigned Type: Bug Package:Date/time related Operating System: win 7 (32/64) PHP Version:5.5.0alpha5 Assigned To:ab Block user comment: N Private report: N New Comment: I'm testing ts as apache module about half hour and "created in" is always positive. Bug resolved! Many thanks! Super - I'm waiting for official PHP 5.5 beta 1 ;) With fcgi this problem has never occured. Checking and it is (as before) ok. Previous Comments: [2013-03-08 09:10:41] a...@php.net @bugzilla77 I've uploaded a build based on patched sources here http://windows.php.net/downloads/snaps/ostc/build/64370/ . Ideally you could test ts as apache module and nts as fcgi with apache or iis. [2013-03-08 07:56:30] a...@php.net The following patch has been added/updated: Patch Name: win32_microtime_var1.patch Revision: 1362729390 URL: https://bugs.php.net/patch-display.php?bug=64370&patch=win32_microtime_var1.patch&revision=1362729390 [2013-03-07 16:28:31] a...@php.net Related To: Bug #64085 -------- [2013-03-07 10:35:39] bugzilla77 at gmail dot com There is no problem on mod_fcgid.so Only with php5apache2_4.dll and ONLY PHP 5.5. -------- [2013-03-07 09:58:50] bugzilla77 at gmail dot com Unfortunately excited too quickly. created in -20.360946655273 ms As you can see the problem occurs on various compilations Apache and PHP. But only for PHP 5.5. Not for 5.4. 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 https://bugs.php.net/bug.php?id=64370 -- Edit this bug report at https://bugs.php.net/bug.php?id=64370&edit=1
[PHP-BUG] Bug #64390 [NEW]: round() corrupted
From: bugzilla77 at gmail dot com Operating system: Win 7 PHP version: 5.5.0alpha5 Package: Math related Bug Type: Bug Bug description:round() corrupted Description: Negative zero in mathematics does not exist. Test script: --- Expected result: 0 Actual result: -- -0 -- Edit bug report at https://bugs.php.net/bug.php?id=64390&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64390&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64390&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64390&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64390&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64390&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64390&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64390&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64390&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64390&r=support Expected behavior: https://bugs.php.net/fix.php?id=64390&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64390&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64390&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64390&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64390&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64390&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64390&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64390&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64390&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64390&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64390&r=mysqlcfg
Bug #64370 [Com]: microtime(true) corrupted
Edit report at https://bugs.php.net/bug.php?id=64370&edit=1 ID: 64370 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:microtime(true) corrupted Status: Assigned Type: Bug Package:Date/time related Operating System: win 7 (32/64) PHP Version:5.5.0alpha5 Assigned To:ab Block user comment: N Private report: N New Comment: It seems to be OK. Testes on Windows 7, ts, php5apache2_4.dll. Previous Comments: [2013-03-12 08:11:06] paj...@php.net leave it assigned, if tests pass for 5.5, it has to be merged to 5.3 and 5.4. [2013-03-12 08:10:14] a...@php.net @bugzilla77 could you please try this official snap http://windows.php.net/downloads/snaps/php-5.5/re5c64c0/ . On win8 you might get better accuracy, on win7 and older much predictable results and less randomness. [2013-03-11 20:56:37] s...@php.net Related To: Bug #54050 [2013-03-11 20:46:27] s...@php.net Related To: Bug #63760 [2013-03-11 15:15:16] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=8aaa09636a3efee7d6e92103dad1ae2c1d137e72 Log: Fixed bug #64370 (microtime(true) less than $_SERVER['REQUEST_TIME_FLOAT']) 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 https://bugs.php.net/bug.php?id=64370 -- Edit this bug report at https://bugs.php.net/bug.php?id=64370&edit=1
[PHP-BUG] Bug #64567 [NEW]: missed: php_gd2.dll
From: bugzilla77 at gmail dot com Operating system: windows PHP version: 5.5.0beta1 Package: GD related Bug Type: Bug Bug description:missed: php_gd2.dll Description: missed: php_gd2.dll Test script: --- http://windows.php.net/downloads/qa/php-5.5.0beta2-Win32-VC11-x64.zip Expected result: exists: php_gd2.dll Actual result: -- missed: php_gd2.dll -- Edit bug report at https://bugs.php.net/bug.php?id=64567&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64567&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64567&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64567&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64567&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64567&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64567&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64567&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64567&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64567&r=support Expected behavior: https://bugs.php.net/fix.php?id=64567&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64567&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64567&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64567&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64567&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64567&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64567&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64567&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64567&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64567&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64567&r=mysqlcfg
[PHP-BUG] Bug #64568 [NEW]: opcache no loadable
From: bugzilla77 at gmail dot com
Operating system: windows
PHP version: 5.5.0beta1
Package: opcache
Bug Type: Bug
Bug description:opcache no loadable
Description:
opcache no loadable
Test script:
---
php.ini add: extension=php_opcache.dll
Expected result:
opcache in phpinfo()
extension_loaded('opcache') returns true
Actual result:
--
no opcache in phpinfo()
extension_loaded('opcache') returns false
--
Edit bug report at https://bugs.php.net/bug.php?id=64568&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=64568&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=64568&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=64568&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=64568&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=64568&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64568&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=64568&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=64568&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64568&r=support
Expected behavior: https://bugs.php.net/fix.php?id=64568&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64568&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64568&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=64568&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64568&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=64568&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=64568&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64568&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64568&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64568&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=64568&r=mysqlcfg
Bug #64568 [Com]: opcache no loadable
Edit report at https://bugs.php.net/bug.php?id=64568&edit=1
ID: 64568
Comment by: bugzilla77 at gmail dot com
Reported by:bugzilla77 at gmail dot com
Summary:opcache no loadable
Status: Feedback
Type: Bug
Package:opcache
Operating System: windows
PHP Version:5.5.0beta1
Block user comment: N
Private report: N
New Comment:
Works,
but ini syntax for dlls is: extension=
not
zend_extension=
Previous Comments:
[2013-04-02 21:22:51] s...@php.net
Try Beta 2 and use zend_extension=php_opcache.dll
[2013-04-02 19:48:14] bugzilla77 at gmail dot com
Description:
opcache no loadable
Test script:
---
php.ini add: extension=php_opcache.dll
Expected result:
opcache in phpinfo()
extension_loaded('opcache') returns true
Actual result:
--
no opcache in phpinfo()
extension_loaded('opcache') returns false
--
Edit this bug report at https://bugs.php.net/bug.php?id=64568&edit=1
Bug #64568 [Com]: opcache no loadable
Edit report at https://bugs.php.net/bug.php?id=64568&edit=1
ID: 64568
Comment by: bugzilla77 at gmail dot com
Reported by:bugzilla77 at gmail dot com
Summary:opcache no loadable
Status: Feedback
Type: Bug
Package:opcache
Operating System: windows
PHP Version:5.5.0beta1
Block user comment: N
Private report: N
New Comment:
Add dll automatic detection (extension / Zend extension) for syntax unification.
>From the user point view there is no difference.
Previous Comments:
[2013-04-03 08:23:55] johan...@php.net
"extension" loads PHP modules, "zend_extension" loads Zend extensions. Those
are different things so there are different directives.
[2013-04-03 06:42:48] bugzilla77 at gmail dot com
Works,
but ini syntax for dlls is: extension=
not
zend_extension=
[2013-04-02 21:22:51] s...@php.net
Try Beta 2 and use zend_extension=php_opcache.dll
[2013-04-02 19:48:14] bugzilla77 at gmail dot com
Description:
opcache no loadable
Test script:
---
php.ini add: extension=php_opcache.dll
Expected result:
opcache in phpinfo()
extension_loaded('opcache') returns true
Actual result:
--
no opcache in phpinfo()
extension_loaded('opcache') returns false
--
Edit this bug report at https://bugs.php.net/bug.php?id=64568&edit=1
[PHP-BUG] Bug #63895 [NEW]: ftell() returns wrong pointer position
From: bugzilla77 at gmail dot com Operating system: PHP version: 5.4.10 Package: Streams related Bug Type: Bug Bug description:ftell() returns wrong pointer position Description: ftell() returns wrong pointer position Test script: --- Expected result: __FILE__ size Actual result: -- zero -- Edit bug report at https://bugs.php.net/bug.php?id=63895&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63895&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63895&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63895&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63895&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63895&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63895&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63895&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63895&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63895&r=support Expected behavior: https://bugs.php.net/fix.php?id=63895&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63895&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63895&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63895&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63895&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63895&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63895&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63895&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63895&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63895&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63895&r=mysqlcfg
[PHP-BUG] Bug #63957 [NEW]: REQUEST_TIME_FLOAT too high
From: bugzilla77 at gmail dot com Operating system: win32, apache module PHP version: 5.5.0alpha2 Package: Date/time related Bug Type: Bug Bug description:REQUEST_TIME_FLOAT too high Description: $_SERVER['REQUEST_TIME_FLOAT'] is greater than microtime(true) introduced in PHP 5.5 alpha (1-3) Test script: --- Expected result: positive float (PHP 5.4 OK) Actual result: -- negative float -- Edit bug report at https://bugs.php.net/bug.php?id=63957&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63957&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63957&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63957&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63957&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63957&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63957&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63957&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63957&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63957&r=support Expected behavior: https://bugs.php.net/fix.php?id=63957&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63957&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63957&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63957&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63957&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63957&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63957&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63957&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63957&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63957&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63957&r=mysqlcfg
Bug #63957 [Wfx]: REQUEST_TIME_FLOAT too high
Edit report at https://bugs.php.net/bug.php?id=63957&edit=1 ID: 63957 User updated by:bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:REQUEST_TIME_FLOAT too high Status: Wont fix Type: Bug Package:*Web Server problem Operating System: win32, apache module PHP Version:5.5.0alpha2 Block user comment: N Private report: N New Comment: Currently $_SERVER['REQUEST_TIME_FLOAT'] is useless in determining the time of generating web pages. I think that PHP should setting $_SERVER['REQUEST_TIME_FLOAT'] = microtime(true) on PHP's request handling. Previous Comments: [2013-01-11 00:36:15] ahar...@php.net microtime() and $_SERVER['REQUEST_TIME_FLOAT'] use different mechanisms to get the time: microtime() calls gettimeofday() internally, whereas $_SERVER['REQUEST_TIME_FLOAT'] uses whatever method the SAPI provides to get the request time (for instance, the apache2handler SAPI calls apr_time_as_msec()). In practice, there are likely to be slight variances between the two methods, since they do different things. I don't see a sensible way we could change this without removing the semantics of $_SERVER['REQUEST_TIME_FLOAT'] actually being the server's request time (as opposed to just the startup time of PHP's request handling). Marking won't fix. ---------------- [2013-01-10 10:28:44] bugzilla77 at gmail dot com Description: $_SERVER['REQUEST_TIME_FLOAT'] is greater than microtime(true) introduced in PHP 5.5 alpha (1-3) Test script: --- Expected result: positive float (PHP 5.4 OK) Actual result: -- negative float -- Edit this bug report at https://bugs.php.net/bug.php?id=63957&edit=1
Bug #63957 [Wfx]: REQUEST_TIME_FLOAT too high
Edit report at https://bugs.php.net/bug.php?id=63957&edit=1 ID: 63957 User updated by:bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:REQUEST_TIME_FLOAT too high Status: Wont fix Type: Bug Package:*Web Server problem Operating System: win32, apache module PHP Version:5.5.0alpha2 Block user comment: N Private report: N New Comment: Why this problem is not found in PHP 5.4? Previous Comments: [2013-01-11 09:21:20] bugzilla77 at gmail dot com Currently $_SERVER['REQUEST_TIME_FLOAT'] is useless in determining the time of generating web pages. I think that PHP should setting $_SERVER['REQUEST_TIME_FLOAT'] = microtime(true) on PHP's request handling. [2013-01-11 00:36:15] ahar...@php.net microtime() and $_SERVER['REQUEST_TIME_FLOAT'] use different mechanisms to get the time: microtime() calls gettimeofday() internally, whereas $_SERVER['REQUEST_TIME_FLOAT'] uses whatever method the SAPI provides to get the request time (for instance, the apache2handler SAPI calls apr_time_as_msec()). In practice, there are likely to be slight variances between the two methods, since they do different things. I don't see a sensible way we could change this without removing the semantics of $_SERVER['REQUEST_TIME_FLOAT'] actually being the server's request time (as opposed to just the startup time of PHP's request handling). Marking won't fix. ---------------- [2013-01-10 10:28:44] bugzilla77 at gmail dot com Description: $_SERVER['REQUEST_TIME_FLOAT'] is greater than microtime(true) introduced in PHP 5.5 alpha (1-3) Test script: --- Expected result: positive float (PHP 5.4 OK) Actual result: -- negative float -- Edit this bug report at https://bugs.php.net/bug.php?id=63957&edit=1
Bug #63957 [Com]: REQUEST_TIME_FLOAT too high
Edit report at https://bugs.php.net/bug.php?id=63957&edit=1 ID: 63957 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:REQUEST_TIME_FLOAT too high Status: Wont fix Type: Bug Package:*Web Server problem Operating System: win32, apache module PHP Version:5.5.0alpha2 Block user comment: N Private report: N New Comment: Maybe PHP should set the $_SERVER['REQUEST_TIME_FLOAT'] value to MIN of apr_time_as_msec() , microtime(true) ??? Previous Comments: [2013-01-14 01:40:33] ahar...@php.net I can't reproduce this very reliably on either branch, so I don't think it's version specific as such. Changing $_SERVER['REQUEST_TIME_FLOAT'] to be microtime(true) on startup misses the point of what the server variable represents: it's what the Web server believes the request time to be, not when the PHP interpreter was invoked. If you want microtime(true), then set a variable to that at the top of your script. ------------ [2013-01-11 09:23:27] bugzilla77 at gmail dot com Why this problem is not found in PHP 5.4? ------------ [2013-01-11 09:21:20] bugzilla77 at gmail dot com Currently $_SERVER['REQUEST_TIME_FLOAT'] is useless in determining the time of generating web pages. I think that PHP should setting $_SERVER['REQUEST_TIME_FLOAT'] = microtime(true) on PHP's request handling. [2013-01-11 00:36:15] ahar...@php.net microtime() and $_SERVER['REQUEST_TIME_FLOAT'] use different mechanisms to get the time: microtime() calls gettimeofday() internally, whereas $_SERVER['REQUEST_TIME_FLOAT'] uses whatever method the SAPI provides to get the request time (for instance, the apache2handler SAPI calls apr_time_as_msec()). In practice, there are likely to be slight variances between the two methods, since they do different things. I don't see a sensible way we could change this without removing the semantics of $_SERVER['REQUEST_TIME_FLOAT'] actually being the server's request time (as opposed to just the startup time of PHP's request handling). Marking won't fix. ---- [2013-01-10 10:28:44] bugzilla77 at gmail dot com Description: $_SERVER['REQUEST_TIME_FLOAT'] is greater than microtime(true) introduced in PHP 5.5 alpha (1-3) Test script: --- Expected result: positive float (PHP 5.4 OK) Actual result: -- negative float -- Edit this bug report at https://bugs.php.net/bug.php?id=63957&edit=1
Bug #63957 [Com]: REQUEST_TIME_FLOAT too high
Edit report at https://bugs.php.net/bug.php?id=63957&edit=1 ID: 63957 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:REQUEST_TIME_FLOAT too high Status: Wont fix Type: Bug Package:*Web Server problem Operating System: win32, apache module PHP Version:5.5.0alpha2 Block user comment: N Private report: N New Comment: Test script (fixed): but problem still the same Previous Comments: [2013-01-19 19:34:59] bugzilla77 at gmail dot com Maybe PHP should set the $_SERVER['REQUEST_TIME_FLOAT'] value to MIN of apr_time_as_msec() , microtime(true) ??? [2013-01-14 01:40:33] ahar...@php.net I can't reproduce this very reliably on either branch, so I don't think it's version specific as such. Changing $_SERVER['REQUEST_TIME_FLOAT'] to be microtime(true) on startup misses the point of what the server variable represents: it's what the Web server believes the request time to be, not when the PHP interpreter was invoked. If you want microtime(true), then set a variable to that at the top of your script. ------------ [2013-01-11 09:23:27] bugzilla77 at gmail dot com Why this problem is not found in PHP 5.4? ------------ [2013-01-11 09:21:20] bugzilla77 at gmail dot com Currently $_SERVER['REQUEST_TIME_FLOAT'] is useless in determining the time of generating web pages. I think that PHP should setting $_SERVER['REQUEST_TIME_FLOAT'] = microtime(true) on PHP's request handling. [2013-01-11 00:36:15] ahar...@php.net microtime() and $_SERVER['REQUEST_TIME_FLOAT'] use different mechanisms to get the time: microtime() calls gettimeofday() internally, whereas $_SERVER['REQUEST_TIME_FLOAT'] uses whatever method the SAPI provides to get the request time (for instance, the apache2handler SAPI calls apr_time_as_msec()). In practice, there are likely to be slight variances between the two methods, since they do different things. I don't see a sensible way we could change this without removing the semantics of $_SERVER['REQUEST_TIME_FLOAT'] actually being the server's request time (as opposed to just the startup time of PHP's request handling). Marking won't fix. 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 https://bugs.php.net/bug.php?id=63957 -- Edit this bug report at https://bugs.php.net/bug.php?id=63957&edit=1
Bug #63957 [Com]: REQUEST_TIME_FLOAT too high
Edit report at https://bugs.php.net/bug.php?id=63957&edit=1 ID: 63957 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:REQUEST_TIME_FLOAT too high Status: Wont fix Type: Bug Package:*Web Server problem Operating System: win32, apache module PHP Version:5.5.0alpha2 Block user comment: N Private report: N New Comment: Sorry - this not a bug with $_SERVER['REQUEST_TIME_FLOAT'] This is problem with microtime(true). PLEASE CLOSE THIS BUG. I will report a new bug. Previous Comments: [2013-01-27 18:20:45] adam123 at hotmail dot com The difference increases in time to run the server (few days). I am now watching -5.5 seconds. After Apache restar difference -20ms. [2013-01-27 18:16:54] adam123 at hotmail dot com The difference increases in time to run the server. I am now watching -5.5 seconds. [2013-01-26 01:46:36] johan...@php.net Related To: Bug #64073 [2013-01-25 11:21:35] lunter2 at gmail dot com This very big problem is introduced in php 5.5. PHP 5.4 never returns negative value. [2013-01-25 11:09:52] lunter2 at gmail dot com I can confirm this problem introduced in PHP 5.5 Max difference observed from is -1200ms ! 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 https://bugs.php.net/bug.php?id=63957 -- Edit this bug report at https://bugs.php.net/bug.php?id=63957&edit=1
[PHP-BUG] Bug #64085 [NEW]: microtime(true) undervalued
From: bugzilla77 at gmail dot com Operating system: Windows 7 x86/x64 PHP version: 5.5.0alpha4 Package: Date/time related Bug Type: Bug Bug description:microtime(true) undervalued Description: This bug is inaugurated in PHP 5.5: microtime(true) is undervalued up to several seconds! The difference increases in time to work the server (after a few days more than 10 seconds). I am watching now test script -5.2 seconds, after Apache restart difference is positive. I am using Apache 2.2 module on Windows 7 x86/x64. Test script: --- microtime(true): time(): microtime(true) - time(): difference should be greater than zero and less than one Expected result: PHP 5.4: microtime(true) >= time() microtime(true): 1359313026.5983 time(): 1359313026 microtime(true) - time(): 0.59834909439087 difference should be greater than zero and less than one Actual result: -- PHP 5.5: microtime(true) < time() microtime(true): 1359312493.8386 time(): 1359312499 microtime(true) - time(): -5.1614379882812 difference should be greater than zero and less than one -- Edit bug report at https://bugs.php.net/bug.php?id=64085&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64085&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64085&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64085&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64085&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64085&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64085&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64085&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64085&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64085&r=support Expected behavior: https://bugs.php.net/fix.php?id=64085&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64085&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64085&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64085&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64085&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64085&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64085&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64085&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64085&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64085&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64085&r=mysqlcfg
Bug #63957 [Com]: REQUEST_TIME_FLOAT too high
Edit report at https://bugs.php.net/bug.php?id=63957&edit=1 ID: 63957 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:REQUEST_TIME_FLOAT too high Status: Wont fix Type: Bug Package:*Web Server problem Operating System: win32, apache module PHP Version:5.5.0alpha2 Block user comment: N Private report: N New Comment: !!!ATTENTION!!! THIS NOT A BUG!!! PLEASE CLOSE THIS BUG!!! GO TO: https://bugs.php.net/bug.php?id=64085 Previous Comments: [2013-01-27 18:59:55] bugzilla77 at gmail dot com Sorry - this not a bug with $_SERVER['REQUEST_TIME_FLOAT'] This is problem with microtime(true). PLEASE CLOSE THIS BUG. I will report a new bug. [2013-01-27 18:20:45] adam123 at hotmail dot com The difference increases in time to run the server (few days). I am now watching -5.5 seconds. After Apache restar difference -20ms. [2013-01-27 18:16:54] adam123 at hotmail dot com The difference increases in time to run the server. I am now watching -5.5 seconds. [2013-01-26 01:46:36] johan...@php.net Related To: Bug #64073 [2013-01-25 11:21:35] lunter2 at gmail dot com This very big problem is introduced in php 5.5. PHP 5.4 never returns negative value. 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 https://bugs.php.net/bug.php?id=63957 -- Edit this bug report at https://bugs.php.net/bug.php?id=63957&edit=1
Bug #64085 [Fbk->Opn]: microtime(true) undervalued
Edit report at https://bugs.php.net/bug.php?id=64085&edit=1 ID: 64085 User updated by:bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:microtime(true) undervalued -Status: Feedback +Status: Open Type: Bug Package:Date/time related Operating System: Windows 7 x86/x64 PHP Version:5.5.0alpha4 Block user comment: N Private report: N New Comment: Imagine that time() and microtime (true) are very similar. The difference is the type of data returned: int and float. The integer part must be the same them at the same moment. Can you imagine this obviousness? PHP 5.5 return values different by 10 seconds! PHP 5.4 will never wrong on the same machine. Previous Comments: [2013-01-28 00:53:49] s...@php.net Regardless of whether it makes sense to compare the two functions, or regardless of whatever Windows system calls the two functions expose, I'd expect time1-time2 to be negative. Please review the testcase and clarify the problem description. [2013-01-27 19:03:58] bugzilla77 at gmail dot com Description: This bug is inaugurated in PHP 5.5: microtime(true) is undervalued up to several seconds! The difference increases in time to work the server (after a few days more than 10 seconds). I am watching now test script -5.2 seconds, after Apache restart difference is positive. I am using Apache 2.2 module on Windows 7 x86/x64. Test script: --- microtime(true): time(): microtime(true) - time(): difference should be greater than zero and less than one Expected result: PHP 5.4: microtime(true) >= time() microtime(true): 1359313026.5983 time(): 1359313026 microtime(true) - time(): 0.59834909439087 difference should be greater than zero and less than one Actual result: -- PHP 5.5: microtime(true) < time() microtime(true): 1359312493.8386 time(): 1359312499 microtime(true) - time(): -5.1614379882812 difference should be greater than zero and less than one -- Edit this bug report at https://bugs.php.net/bug.php?id=64085&edit=1
Bug #64085 [Com]: microtime(true) undervalued
Edit report at https://bugs.php.net/bug.php?id=64085&edit=1 ID: 64085 Comment by: bugzilla77 at gmail dot com Reported by:bugzilla77 at gmail dot com Summary:microtime(true) undervalued Status: Open Type: Bug Package:Date/time related Operating System: Windows 7 x86/x64 PHP Version:5.5.0alpha4 Block user comment: N Private report: N New Comment: The next evidence of the problem: microtime (true) can return 10 seconds less than the value of $_SERVER['REQUEST_TIME_FLOAT'] Do you understand this nonsense? ...that real time from microtime(true) is 10 seconds less than request time? Previous Comments: [2013-01-28 08:33:03] bugzilla77 at gmail dot com Imagine that time() and microtime (true) are very similar. The difference is the type of data returned: int and float. The integer part must be the same them at the same moment. Can you imagine this obviousness? PHP 5.5 return values different by 10 seconds! PHP 5.4 will never wrong on the same machine. [2013-01-28 00:53:49] s...@php.net Regardless of whether it makes sense to compare the two functions, or regardless of whatever Windows system calls the two functions expose, I'd expect time1-time2 to be negative. Please review the testcase and clarify the problem description. [2013-01-27 19:03:58] bugzilla77 at gmail dot com Description: This bug is inaugurated in PHP 5.5: microtime(true) is undervalued up to several seconds! The difference increases in time to work the server (after a few days more than 10 seconds). I am watching now test script -5.2 seconds, after Apache restart difference is positive. I am using Apache 2.2 module on Windows 7 x86/x64. Test script: --- microtime(true): time(): microtime(true) - time(): difference should be greater than zero and less than one Expected result: PHP 5.4: microtime(true) >= time() microtime(true): 1359313026.5983 time(): 1359313026 microtime(true) - time(): 0.59834909439087 difference should be greater than zero and less than one Actual result: -- PHP 5.5: microtime(true) < time() microtime(true): 1359312493.8386 time(): 1359312499 microtime(true) - time(): -5.1614379882812 difference should be greater than zero and less than one -- Edit this bug report at https://bugs.php.net/bug.php?id=64085&edit=1
