[PHP-BUG] Req #62021 [NEW]: Change implementation of --GZIP_POST-- and --DEFLATE_POST--
From: Operating system: Any PHP version: 5.4Git-2012-05-14 (Git) Package: Testing related Bug Type: Feature/Change Request Bug description:Change implementation of --GZIP_POST-- and --DEFLATE_POST-- Description: Both --GZIP_POST-- and --DEFLATE_POST-- phpt sections pre-req a --POST-- section, all the --GZIP_POST-- and --DEFLATE_POST-- sections contain is a flag to indicate that the --POST-- section should be gzip'd or deflated. As this only affects two tests I will change the implementation of both sections in run-tests.php to have a single GZIP_POST or DEFLATE_POST section (as discussed on internals, http://marc.info/?l=php-internals&m=133648257715522&w=2) Files that need modification: ext/soap/tests/server019.phpt ext/soap/tests/server020.phpt run-tests.php and documentation update on the QA web pages. -- Edit bug report at https://bugs.php.net/bug.php?id=62021&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62021&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62021&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62021&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62021&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62021&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62021&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62021&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62021&r=needscript Try newer version: https://bugs.php.net/fix.php?id=62021&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62021&r=support Expected behavior: https://bugs.php.net/fix.php?id=62021&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62021&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62021&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62021&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62021&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62021&r=dst IIS Stability: https://bugs.php.net/fix.php?id=62021&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62021&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62021&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62021&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62021&r=mysqlcfg
[PHP-BUG] Bug #62022 [NEW]: Minor fixes to tests
From: zoe Operating system: Any PHP version: 5.4Git-2012-05-14 (Git) Package: Testing related Bug Type: Bug Bug description:Minor fixes to tests Description: A few tests with very minor errors, caught by new run tests code. ext/dom/tests/DOMAttr_value_basic_001.phpt - change CREDIT to CREDITS ext/dom/tests/DOMAttr_value_basic_002.phpt ditto ext/dom/tests/DOMCharacterData_data_error_002.phpt ditto ext/dom/tests/DOMCharacterData_length_error_001.phpt ditto ext/mysqli/tests/mysqli_options_openbasedir.phpt remove empty INI section ext/posix/tests/posix_setgid_error.phpt remove empty CREDITS ext/reflection/tests/bug47254.phpt remove empty CLEAN section ext/standard/tests/file/windows_links/bug48746.phpt chenge CREDiT to CREDITS ext/standard/tests/file/windows_links/bug48746_1.phpt ditto ext/standard/tests/file/windows_links/bug48746_2.phpt ditto ext/standard/tests/file/windows_links/bug48746_3.phpt ditto ext/standard/tests/strings/htmlentities15.phpt COMMENT? check run-tests.php. -- Edit bug report at https://bugs.php.net/bug.php?id=62022&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62022&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62022&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62022&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62022&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62022&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62022&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62022&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62022&r=needscript Try newer version: https://bugs.php.net/fix.php?id=62022&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62022&r=support Expected behavior: https://bugs.php.net/fix.php?id=62022&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62022&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62022&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62022&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62022&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62022&r=dst IIS Stability: https://bugs.php.net/fix.php?id=62022&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62022&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62022&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62022&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62022&r=mysqlcfg
Bug #62022 [Asn]: Minor fixes to tests
Edit report at https://bugs.php.net/bug.php?id=62022&edit=1 ID: 62022 User updated by: z...@php.net Reported by: z...@php.net Summary:Minor fixes to tests Status: Assigned Type: Bug Package:Testing related Operating System: Any PHP Version:5.4Git-2012-05-14 (Git) Assigned To: z...@php.net Block user comment: N Private report: N New Comment: Tests updated except: ext/mysqli/tests/mysqli_options_openbasedir.phpt ext/standard/tests/strings/htmlentities15.phpt Previous Comments: [2012-05-14 12:32:38] z...@php.net Description: A few tests with very minor errors, caught by new run tests code. ext/dom/tests/DOMAttr_value_basic_001.phpt - change CREDIT to CREDITS ext/dom/tests/DOMAttr_value_basic_002.phpt ditto ext/dom/tests/DOMCharacterData_data_error_002.phpt ditto ext/dom/tests/DOMCharacterData_length_error_001.phpt ditto ext/mysqli/tests/mysqli_options_openbasedir.phpt remove empty INI section ext/posix/tests/posix_setgid_error.phpt remove empty CREDITS ext/reflection/tests/bug47254.phpt remove empty CLEAN section ext/standard/tests/file/windows_links/bug48746.phpt chenge CREDiT to CREDITS ext/standard/tests/file/windows_links/bug48746_1.phpt ditto ext/standard/tests/file/windows_links/bug48746_2.phpt ditto ext/standard/tests/file/windows_links/bug48746_3.phpt ditto ext/standard/tests/strings/htmlentities15.phpt COMMENT? check run-tests.php. -- Edit this bug report at https://bugs.php.net/bug.php?id=62022&edit=1
[PHP-BUG] Bug #62055 [NEW]: Minor fix to ext/zlib/tests/bug60761.phpt
From: Operating system: Any PHP version: master-Git-2012-05-17 (Git) Package: Testing related Bug Type: Bug Bug description:Minor fix to ext/zlib/tests/bug60761.phpt Description: ext/zlib/tests/bug60761.phpt Contains a section --CGI-- which is not a PHPT section. The run-tests.php code simply ignores this section. I'm tempted to just remove it, as it makes no difference to the test. However the comments in the test imply that the author intended to run this using php-cgi. It is actually using that cli. It's a valid test (if you take the --CGI-- out), is it useful in relation to bug 60761? -- Edit bug report at https://bugs.php.net/bug.php?id=62055&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62055&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62055&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62055&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62055&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62055&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62055&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62055&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62055&r=needscript Try newer version: https://bugs.php.net/fix.php?id=62055&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62055&r=support Expected behavior: https://bugs.php.net/fix.php?id=62055&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62055&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62055&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62055&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62055&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62055&r=dst IIS Stability: https://bugs.php.net/fix.php?id=62055&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62055&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62055&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62055&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62055&r=mysqlcfg
[PHP-BUG] Bug #62067 [NEW]: Fixing tests
From: zoe Operating system: any PHP version: master-Git-2012-05-18 (Git) Package: Testing related Bug Type: Bug Bug description:Fixing tests Description: The following tests have comments in the INI section which cause the parallel version of run-tests.php to fail. ext/libxml/tests/bug61367-read.phpt ext/libxml/tests/bug61367-write.phpt See http://marc.info/?l=php-qa&m=133709558925143&w=2 for discussion Moving the comments into the FILE section. -- Edit bug report at https://bugs.php.net/bug.php?id=62067&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62067&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62067&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62067&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62067&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62067&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62067&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62067&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62067&r=needscript Try newer version: https://bugs.php.net/fix.php?id=62067&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62067&r=support Expected behavior: https://bugs.php.net/fix.php?id=62067&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62067&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62067&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62067&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62067&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62067&r=dst IIS Stability: https://bugs.php.net/fix.php?id=62067&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62067&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62067&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62067&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62067&r=mysqlcfg
#48374 [NEW]: memory leak
From: z...@php.net Operating system: Ubuntu Linux PHP version: 5.3CVS-2009-05-24 (CVS) PHP Bug Type: Scripting Engine problem Bug description: memory leak Description: run-tests.php reports a memory leak on a simple test case Checked the PHP 5.2 development stream with the same test and get the expected result(PASS) Reproduce code: --- export TEST_PHP_EXECUTABLE=/mnt/workspace/PHP/php53/sapi/cli/php $TEST_PHP_EXECUTABLE /mnt/workspace/PHP/php53/run-tests.php -m hw.phpt where hw.phpt is : --TEST-- hw --FILE-- --EXPECT-- hello world Expected result: PASS Actual result: -- PHP : /mnt/workspace/PHP/php53/sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.3.0RC3-dev ZEND_VERSION: 2.3.0 PHP_OS : Linux - Linux zoe-laptop 2.6.27-11-generic #1 SMP Thu Jan 29 19:24:39 UTC 2009 i686 INI actual : /home/zoe/TESTS/simple More .INIs : CWD : /home/zoe/TESTS/simple Extra dirs : VALGRIND: valgrind-3.3.1-Debian = Running selected tests. LEAK hw [hw.phpt] = Number of tests :1 1 Tests skipped :0 ( 0.0%) Tests warned:0 ( 0.0%) ( 0.0%) Tests failed:0 ( 0.0%) ( 0.0%) Expected fail :0 ( 0.0%) ( 0.0%) Tests leaked:1 (100.0%) (100.0%) Tests passed:0 ( 0.0%) ( 0.0%) - Time taken :4 seconds = = LEAKED TEST SUMMARY - hw [hw.phpt] = the hw.mem file is here: http://pastebin.ca/1433064 -- Edit bug report at http://bugs.php.net/?id=48374&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48374&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48374&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48374&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48374&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48374&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48374&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48374&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48374&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48374&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48374&r=support Expected behavior: http://bugs.php.net/fix.php?id=48374&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48374&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48374&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48374&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48374&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48374&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48374&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48374&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48374&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48374&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48374&r=mysqlcfg
#48374 [Opn]: memory leak
ID: 48374 User updated by: z...@php.net Reported By: z...@php.net Status: Open Bug Type: Scripting Engine problem Operating System: Ubuntu Linux PHP Version: 5.3CVS-2009-05-24 (CVS) New Comment: Sorry - a bit more information. I only see this with configure --enable-sockets. Previous Comments: [2009-05-24 15:58:52] z...@php.net Description: run-tests.php reports a memory leak on a simple test case Checked the PHP 5.2 development stream with the same test and get the expected result(PASS) Reproduce code: --- export TEST_PHP_EXECUTABLE=/mnt/workspace/PHP/php53/sapi/cli/php $TEST_PHP_EXECUTABLE /mnt/workspace/PHP/php53/run-tests.php -m hw.phpt where hw.phpt is : --TEST-- hw --FILE-- --EXPECT-- hello world Expected result: PASS Actual result: -- PHP : /mnt/workspace/PHP/php53/sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.3.0RC3-dev ZEND_VERSION: 2.3.0 PHP_OS : Linux - Linux zoe-laptop 2.6.27-11-generic #1 SMP Thu Jan 29 19:24:39 UTC 2009 i686 INI actual : /home/zoe/TESTS/simple More .INIs : CWD : /home/zoe/TESTS/simple Extra dirs : VALGRIND: valgrind-3.3.1-Debian = Running selected tests. LEAK hw [hw.phpt] = Number of tests :1 1 Tests skipped :0 ( 0.0%) Tests warned:0 ( 0.0%) ( 0.0%) Tests failed:0 ( 0.0%) ( 0.0%) Expected fail :0 ( 0.0%) ( 0.0%) Tests leaked:1 (100.0%) (100.0%) Tests passed:0 ( 0.0%) ( 0.0%) - Time taken :4 seconds = = LEAKED TEST SUMMARY - hw [hw.phpt] = the hw.mem file is here: http://pastebin.ca/1433064 -- Edit this bug report at http://bugs.php.net/?id=48374&edit=1
#48643 [NEW]: Memory not freed with FilterIterator
From: z...@php.net Operating system: Linux (Ubuntu) PHP version: 5.2CVS-2009-06-22 (CVS) PHP Bug Type: SPL related Bug description: Memory not freed with FilterIterator Description: An excessive about of memory is used when a class which extends FilterIterator is used to filter for certain file types when scanning a source tree. Reproduce code: --- A small benchmark is provided in the tar file here:http://filebin.ca/okgvtt/memcheck.tar The file contains three tests which all use code in Util.php. To run the tests edit the shell script memcheck to add the top level directory of a PHP source tree as input to each test. Then just execute the shell script. The benchmarks produce a list of directories which contain .phpt files, the memory usage when the class PhptFilterIterator is used is 20 times higher than the other two methods. Expected result: Would expect the memory usage to be similar. Actual result: -- Memory usage is 20 times higher. -- Edit bug report at http://bugs.php.net/?id=48643&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48643&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48643&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48643&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48643&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48643&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48643&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48643&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48643&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48643&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48643&r=support Expected behavior: http://bugs.php.net/fix.php?id=48643&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48643&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48643&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48643&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48643&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48643&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48643&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48643&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48643&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48643&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48643&r=mysqlcfg
#48643 [Opn]: Memory not freed with FilterIterator
ID: 48643 User updated by: z...@php.net Reported By: z...@php.net Status: Open Bug Type: SPL related Operating System: Linux (Ubuntu) PHP Version: 5.2CVS-2009-06-22 (CVS) New Comment: By the way, I traced the memory consumption using xdebug: xdebug.auto_trace = on; xdebug.show_mem_delta = on; The first few lines are here http://pastebin.ca/1469804 This makes it look more like a bug with the way the accept() method is invoked inside PhptFilterIterator. Previous Comments: [2009-06-22 11:41:59] z...@php.net Description: An excessive about of memory is used when a class which extends FilterIterator is used to filter for certain file types when scanning a source tree. Reproduce code: --- A small benchmark is provided in the tar file here:http://filebin.ca/okgvtt/memcheck.tar The file contains three tests which all use code in Util.php. To run the tests edit the shell script memcheck to add the top level directory of a PHP source tree as input to each test. Then just execute the shell script. The benchmarks produce a list of directories which contain .phpt files, the memory usage when the class PhptFilterIterator is used is 20 times higher than the other two methods. Expected result: Would expect the memory usage to be similar. Actual result: -- Memory usage is 20 times higher. -- Edit this bug report at http://bugs.php.net/?id=48643&edit=1
#48643 [Opn]: Memory not freed with FilterIterator
ID: 48643 User updated by: z...@php.net Reported By: z...@php.net Status: Open Bug Type: SPL related Operating System: Linux (Ubuntu) PHP Version: 5.2CVS-2009-06-22 (CVS) New Comment: I tested with PHP 5.2 but do not see the same issue. I believe this is specific to PHP 5.3. Previous Comments: [2009-06-22 12:32:02] z...@php.net By the way, I traced the memory consumption using xdebug: xdebug.auto_trace = on; xdebug.show_mem_delta = on; The first few lines are here http://pastebin.ca/1469804 This makes it look more like a bug with the way the accept() method is invoked inside PhptFilterIterator. [2009-06-22 11:41:59] z...@php.net Description: An excessive about of memory is used when a class which extends FilterIterator is used to filter for certain file types when scanning a source tree. Reproduce code: --- A small benchmark is provided in the tar file here:http://filebin.ca/okgvtt/memcheck.tar The file contains three tests which all use code in Util.php. To run the tests edit the shell script memcheck to add the top level directory of a PHP source tree as input to each test. Then just execute the shell script. The benchmarks produce a list of directories which contain .phpt files, the memory usage when the class PhptFilterIterator is used is 20 times higher than the other two methods. Expected result: Would expect the memory usage to be similar. Actual result: -- Memory usage is 20 times higher. -- Edit this bug report at http://bugs.php.net/?id=48643&edit=1
#48643 [Opn]: Memory not freed with FilterIterator
ID: 48643 User updated by: z...@php.net Reported By: z...@php.net Status: Open Bug Type: SPL related Operating System: Linux (Ubuntu) PHP Version: 5.2CVS-2009-06-22 (CVS) New Comment: Looking backwards through PHP builds I have currently narrowed this down to a change that went in to PHP 5.3 somewhere between the 12th June 2008 and the 1st July 2008. Previous Comments: [2009-06-23 12:13:49] robin_fernandes at uk dot ibm dot com Below is a simplified testcase which I think exposes the same leak. '/manyFiles' is a directory containing 1 files. Output on php52: noop call in loop (no leak) : 66176 strlen call in loop (leak on 53) : 66176 Output on php53: noop call in loop (no leak) : 337448 strlen call in loop (leak on 53) : 6028496 [2009-06-22 14:33:05] z...@php.net I tested with PHP 5.2 but do not see the same issue. I believe this is specific to PHP 5.3. [2009-06-22 12:32:02] z...@php.net By the way, I traced the memory consumption using xdebug: xdebug.auto_trace = on; xdebug.show_mem_delta = on; The first few lines are here http://pastebin.ca/1469804 This makes it look more like a bug with the way the accept() method is invoked inside PhptFilterIterator. [2009-06-22 11:41:59] z...@php.net Description: An excessive about of memory is used when a class which extends FilterIterator is used to filter for certain file types when scanning a source tree. Reproduce code: --- A small benchmark is provided in the tar file here:http://filebin.ca/okgvtt/memcheck.tar The file contains three tests which all use code in Util.php. To run the tests edit the shell script memcheck to add the top level directory of a PHP source tree as input to each test. Then just execute the shell script. The benchmarks produce a list of directories which contain .phpt files, the memory usage when the class PhptFilterIterator is used is 20 times higher than the other two methods. Expected result: Would expect the memory usage to be similar. Actual result: -- Memory usage is 20 times higher. -- Edit this bug report at http://bugs.php.net/?id=48643&edit=1
#48643 [Opn]: Memory not freed with FilterIterator
ID: 48643 User updated by: z...@php.net Reported By: z...@php.net Status: Open Bug Type: SPL related Operating System: Linux (Ubuntu) PHP Version: 5.2CVS-2009-06-22 (CVS) New Comment: A checkout of PHP53 from the 25th June 2008 does *not* have the problem A checkout of PHP53 from the 26th June 2008 *does* have the problem Previous Comments: [2009-06-23 14:13:37] robin_fernandes at uk dot ibm dot com Testcase below shows that the issue relates to an implicit cast to string on an SplFileInfo object when retrieved from a RecursiveDirectoryIterator during iteration. php52: SplFileInfo explicit cast to string: 262144 SplFileInfo implicit cast to string: 262144 php53: SplFileInfo explicit cast to string: 524288 SplFileInfo implicit cast to string: 6291456 [2009-06-23 13:02:34] z...@php.net Looking backwards through PHP builds I have currently narrowed this down to a change that went in to PHP 5.3 somewhere between the 12th June 2008 and the 1st July 2008. [2009-06-23 12:13:49] robin_fernandes at uk dot ibm dot com Below is a simplified testcase which I think exposes the same leak. '/manyFiles' is a directory containing 1 files. Output on php52: noop call in loop (no leak) : 66176 strlen call in loop (leak on 53) : 66176 Output on php53: noop call in loop (no leak) : 337448 strlen call in loop (leak on 53) : 6028496 [2009-06-22 14:33:05] z...@php.net I tested with PHP 5.2 but do not see the same issue. I believe this is specific to PHP 5.3. [2009-06-22 12:32:02] z...@php.net By the way, I traced the memory consumption using xdebug: xdebug.auto_trace = on; xdebug.show_mem_delta = on; The first few lines are here http://pastebin.ca/1469804 This makes it look more like a bug with the way the accept() method is invoked inside PhptFilterIterator. 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/48643 -- Edit this bug report at http://bugs.php.net/?id=48643&edit=1
#48643 [Opn]: String functions memory issue (was:Memory not freed with FilterIterator)
ID: 48643 User updated by: z...@php.net -Summary: Memory not freed with FilterIterator Reported By: z...@php.net Status: Open -Bug Type: SPL related +Bug Type: Scripting Engine problem Operating System: Linux (Ubuntu) PHP Version: 5.2CVS-2009-06-22 (CVS) New Comment: Here are the files that changed between those dates (I have taken out things that look irrelevant like test files) RCS file: /repository/ZendEngine2/zend_builtin_functions.c,v date: 2008/06/25 22:37:14; author: felipe; state: Exp; lines: +2 -2 date: 2008/06/25 22:35:31; author: felipe; state: Exp; lines: +1 -2 RCS file: /repository/php-src/ext/reflection/php_reflection.c,v date: 2008/06/25 12:34:14; author: dmitry; state: Exp; lines: +152 -2 date: 2008/06/25 12:33:46; author: dmitry; state: Exp; lines: +128 -2 RCS file: /repository/php-src/ext/standard/formatted_print.c,v date: 2008/06/25 10:16:52; author: davidc; state: Exp; lines: +21 -25 date: 2008/06/25 08:56:42; author: davidc; state: Exp; lines: +12 -4 RCS file: /repository/php-src/ext/standard/string.c,v date: 2008/06/25 12:16:16; author: ohill; state: Exp; lines: +251 -328 RCS file: /repository/php-src/main/main.c,v date: 2008/06/25 12:18:51; author: dmitry; state: Exp; lines: +3 -1 date: 2008/06/25 12:18:21; author: dmitry; state: Exp; lines: +3 -1 date: 2008/06/25 12:18:36; author: dmitry; state: Exp; lines: +3 -1 RCS file: /repository/php-src/main/php_ticks.c,v date: 2008/06/25 12:18:51; author: dmitry; state: Exp; lines: +6 -1 date: 2008/06/25 12:18:22; author: dmitry; state: Exp; lines: +6 -1 date: 2008/06/25 12:18:36; author: dmitry; state: Exp; lines: +6 -1 RCS file: /repository/php-src/main/php_ticks.h,v date: 2008/06/25 12:18:51; author: dmitry; state: Exp; lines: +2 -1 date: 2008/06/25 12:18:22; author: dmitry; state: Exp; lines: +2 -1 The most likely candidates seem to be string.c and builtin_functions and it looks as though it is changes to parameter parsing that cause the problem. At this point I think we have done as much as we can to narrow this down. I'm changing this to Scripting engine as it clearly isn't an SPL issue. Previous Comments: [2009-06-23 15:39:27] z...@php.net A checkout of PHP53 from the 25th June 2008 does *not* have the problem A checkout of PHP53 from the 26th June 2008 *does* have the problem [2009-06-23 14:13:37] robin_fernandes at uk dot ibm dot com Testcase below shows that the issue relates to an implicit cast to string on an SplFileInfo object when retrieved from a RecursiveDirectoryIterator during iteration. php52: SplFileInfo explicit cast to string: 262144 SplFileInfo implicit cast to string: 262144 php53: SplFileInfo explicit cast to string: 524288 SplFileInfo implicit cast to string: 6291456 [2009-06-23 13:02:34] z...@php.net Looking backwards through PHP builds I have currently narrowed this down to a change that went in to PHP 5.3 somewhere between the 12th June 2008 and the 1st July 2008. [2009-06-23 12:13:49] robin_fernandes at uk dot ibm dot com Below is a simplified testcase which I think exposes the same leak. '/manyFiles' is a directory containing 1 files. Output on php52: noop call in loop (no leak) : 66176 strlen call in loop (leak on 53) : 66176 Output on php53: noop call in loop (no leak) : 337448 strlen call in loop (leak on 53) : 6028496 [2009-06-22 14:33:05] z...@php.net I tested with PHP 5.2 but do not see the same issue. I believe this is specific to PHP 5.3. 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/48643 -- Edit this bug report at http://bugs.php.net/?id=48643&edit=1
#46884 [NEW]: Options are not checked in /ext/imap
From: z...@php.net Operating system: Windows and Linux PHP version: 5.3.0alpha3 PHP Bug Type: Scripting Engine problem Bug description: Options are not checked in /ext/imap Description: This is essentially the same problem as described in #46731 and #46837. The values of options passed to imap functions are not checked precisely. Patches for: imap_body(),imap_fetchstructure(),imap_fetchbody(),imap_fetchheader() Are here: http://www.pastebin.ca/1286942 http://www.pastebin.ca/1286943 http://www.pastebin.ca/1286944 I have also fixed missing initialisation of flags in fetchheader() in PHP53 and PHP6. Reproduce code: --- Test cases here http://www.pastebin.ca/1286945 http://www.pastebin.ca/1286947 http://www.pastebin.ca/1286948 http://www.pastebin.ca/1286949 Expected result: As shown in test cases Actual result: -- PHP_INT_MAX is accepted as a valid option. -- Edit bug report at http://bugs.php.net/?id=46884&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46884&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46884&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46884&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46884&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46884&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46884&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46884&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46884&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46884&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46884&r=support Expected behavior: http://bugs.php.net/fix.php?id=46884&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46884&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46884&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46884&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46884&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46884&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46884&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46884&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46884&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46884&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46884&r=mysqlcfg
#46902 [NEW]: IMAP functions return NULL in PHP53, false in PHP52
From: z...@php.net Operating system: Any PHP version: 5.3.0alpha3 PHP Bug Type: Scripting Engine problem Bug description: IMAP functions return NULL in PHP53, false in PHP52 Description: The imap functions in ext/imap/php_imap.c all return NULL on failure of zend_parse_parameters() rather than bool(false). In PHP52 the same functions return 'false' when parameter parsing fails. Patches here: http://pastebin.ca/1288616 http://pastebin.ca/1288620 Reproduce code: --- http://pastebin.ca/1288610 Expected result: See expected result in test case Actual result: -- NULL in test output where bool(false) is expected -- Edit bug report at http://bugs.php.net/?id=46902&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46902&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46902&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46902&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46902&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46902&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46902&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46902&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46902&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46902&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46902&r=support Expected behavior: http://bugs.php.net/fix.php?id=46902&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46902&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46902&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46902&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46902&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46902&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46902&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46902&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46902&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46902&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46902&r=mysqlcfg
#47058 [NEW]: ReflectionFunction::getParameters() retuns null
From: z...@php.net
Operating system: Linux and Windows
PHP version: 5.2.8
PHP Bug Type: Reflection related
Bug description: ReflectionFunction::getParameters() retuns null
Description:
ReflectionFunction::getParameters() returns an empty array for some (not
all) functions which have parameters.
This feature works correctly in PHP53, as far as I can tell the code to
make it work was added on 11/08/2008 by cseiler, there is no bug reference
in the CVS comment so I don't think this is a duplicate, apologies if there
is and I have failed to find it.
Reproduce code:
---
http://pastebin.ca/1304533
Note: PHP needs to be built with zlib to run this.
Expected result:
As shown in the test case above
Actual result:
--
array(0) {
}
--
Edit bug report at http://bugs.php.net/?id=47058&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47058&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47058&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47058&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47058&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=47058&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47058&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=47058&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=47058&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=47058&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=47058&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=47058&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=47058&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=47058&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47058&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47058&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47058&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=47058&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=47058&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=47058&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=47058&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=47058&r=mysqlcfg
Bug #55475 [Com]: is_a() triggers autoloader
Edit report at https://bugs.php.net/bug.php?id=55475&edit=1
ID: 55475
Comment by: z...@php.net
Reported by:mads at gartneriet dot dk
Summary:is_a() triggers autoloader
Status: Assigned
Type: Bug
Package:Scripting Engine problem
PHP Version:5.3.7
Assigned To:dmitry
Block user comment: N
Private report: N
New Comment:
Discussed with Dmitry, the current functionality appears to be correct.
is_a('foo', 'bar') *can* be true even if class foo isn't loaded, and we'll only
know that if we try to load 'foo'.
This is different from is_a($obj, 'non_existent_class'), which we can resolve
as
'false' in case non_existent_class isn't loaded without trying to load it
(there
can't be an instance of a class that doesn't exist).
Previous Comments:
[2011-08-22 09:15:23] col...@php.net
1) The underlying implementation is shared between is_a and is_subclass_of.
2) Previously, strings as first argument was not permitted by is_a but
was for is_subclass_of,
3) is_subclass_of always triggered autoload in such cases.
4) Following a fix from Dmitry, the underlying implementation now
allows a string as first argument for is_a as well.
Conclusion: it is now consistent, but if you wrongly used is_a with a
string before, it now triggers autoload because it actually accepts
it.
[2011-08-22 08:57:32] konstantin dot leboev at gmail dot com
I guess it's not a bug. The first argument can be a class name, what will be
loaded only on calling this function.
[2011-08-22 08:19:04] paj...@php.net
Related to change for the #53727 fix.
http://svn.php.net/viewvc/php/php-
src/branches/PHP_5_3/Zend/zend_builtin_functions.c?r1=307522&r2=312904
Assigned to Dmitry
[2011-08-22 08:16:02] mads at gartneriet dot dk
Description:
When calling is_a() with a first argument that is not an object, then
__autoload() is triggered:
Test script:
---
Expected result:
bool(false)
bool(false)
Actual result:
--
Would load: test
bool(false)
bool(false)
--
Edit this bug report at https://bugs.php.net/bug.php?id=55475&edit=1
