Req #54514 [Com]: Get php binary path during script execution
Edit report at https://bugs.php.net/bug.php?id=54514&edit=1 ID: 54514 Comment by: patrickalla...@php.net Reported by:frederic dot hardy at mageekbox dot net Summary:Get php binary path during script execution Status: Open Type: Feature/Change Request Package:PHP options/info functions PHP Version:Irrelevant Block user comment: N Private report: N New Comment: PHP does provide a path to the binary directory: PHP_BINDIR However it is true it doesn't contain the executable itself. Previous Comments: [2011-04-12 14:11:00] frederic dot hardy at mageekbox dot net Description: Currently, PHP does not provide any solution to retrieve PHP binary path in userland. There is a workaround with some *NIX shells like bash, which provide $_, available in $_SERVER['_'] in userland. However, it's not a reliable solution (cron task, etc.), and this hack is not available on Windows. So, a constant like PHP_BINARY (similar to PHP_VERSION and other PHP_* constants) seems to be a good solution. -- Edit this bug report at https://bugs.php.net/bug.php?id=54514&edit=1
Bug #60471 [Com]: Random "Invalid request (unexpected EOF)" using a router script
Edit report at https://bugs.php.net/bug.php?id=60471&edit=1 ID: 60471 Comment by: patrickalla...@php.net Reported by:lolautruche at gmail dot com Summary:Random "Invalid request (unexpected EOF)" using a router script Status: Open Type: Bug Package:Built-in web server Operating System: Mac OS X 10.7.2 (Lion) PHP Version:5.4.0RC2 Block user comment: N Private report: N New Comment: I can confirm those messages. It looks like it happens only with Chrome/Chromium. Debugging at the TCP level shows that it comes from empty messages: TCP messages corresponding to port 41767 that generated the error message: [Thu Dec 8 16:48:33 2011] 127.0.0.1:41767 Invalid request (Unexpected EOF) appears below, as captured by Wireshark. No. TimeSourceDestination Protocol Length Info 1214 196.678104 127.0.0.1 127.0.0.1 TCP 74 41767 > http-alt [SYN] Seq=0 Win=32792 Len=0 MSS=16396 SACK_PERM=1 TSval=209439162 TSecr=0 WS=128 Frame 1214: 74 bytes on wire (592 bits), 74 bytes captured (592 bits) Arrival Time: Dec 8, 2011 16:48:22.673873000 CET Epoch Time: 1323359302.673873000 seconds [Time delta from previous captured frame: 9.255505000 seconds] [Time delta from previous displayed frame: 0.0 seconds] [Time since reference or first frame: 196.678104000 seconds] Frame Number: 1214 Frame Length: 74 bytes (592 bits) Capture Length: 74 bytes (592 bits) [Frame is marked: True] [Frame is ignored: False] [Protocols in frame: eth:ip:tcp] [Coloring Rule Name: TCP SYN/FIN] [Coloring Rule String: tcp.flags & 0x02 || tcp.flags.fin == 1] Ethernet II, Src: 00:00:00_00:00:00 (00:00:00:00:00:00), Dst: 00:00:00_00:00:00 (00:00:00:00:00:00) Destination: 00:00:00_00:00:00 (00:00:00:00:00:00) Address: 00:00:00_00:00:00 (00:00:00:00:00:00) ...0 = IG bit: Individual address (unicast) ..0. = LG bit: Globally unique address (factory default) Source: 00:00:00_00:00:00 (00:00:00:00:00:00) Address: 00:00:00_00:00:00 (00:00:00:00:00:00) ...0 = IG bit: Individual address (unicast) ..0. = LG bit: Globally unique address (factory default) Type: IP (0x0800) Internet Protocol Version 4, Src: 127.0.0.1 (127.0.0.1), Dst: 127.0.0.1 (127.0.0.1) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00: Not-ECT (Not ECN-Capable Transport)) 00.. = Differentiated Services Codepoint: Default (0x00) ..00 = Explicit Congestion Notification: Not-ECT (Not ECN-Capable Transport) (0x00) Total Length: 60 Identification: 0x6b16 (27414) Flags: 0x02 (Don't Fragment) 0... = Reserved bit: Not set .1.. = Don't fragment: Set ..0. = More fragments: Not set Fragment offset: 0 Time to live: 64 Protocol: TCP (6) Header checksum: 0xd1a3 [correct] [Good: True] [Bad: False] Source: 127.0.0.1 (127.0.0.1) Destination: 127.0.0.1 (127.0.0.1) Transmission Control Protocol, Src Port: 41767 (41767), Dst Port: http-alt (8080), Seq: 0, Len: 0 Source port: 41767 (41767) Destination port: http-alt (8080) [Stream index: 78] Sequence number: 0(relative sequence number) Header length: 40 bytes Flags: 0x02 (SYN) 000. = Reserved: Not set ...0 = Nonce: Not set 0... = Congestion Window Reduced (CWR): Not set .0.. = ECN-Echo: Not set ..0. = Urgent: Not set ...0 = Acknowledgement: Not set 0... = Push: Not set .0.. = Reset: Not set ..1. = Syn: Set [Expert Info (Chat/Sequence): Connection establish request (SYN): server port http-alt] [Message: Connection establish request (SYN): server port http- alt] [Severity level: Chat] [Group: Sequence] ...0 = Fin: Not set Window size value: 32792 [Calculated window size: 32792] Checksum: 0xfe30 [validation disabled] [Good Checksum: False] [Bad Checksum: False] Options: (20 bytes) Maximum segment size: 16396 bytes TCP SACK Permitted Option: True Timestamps: TSval 209439162, TSecr 0 Kind: Timestamp (8) Length: 10 Timestamp value: 209439162 Timestamp echo reply: 0 No-Operation (NOP) Window scale: 7 (multiply by 128) Kind: Window Scale (3) Length: 3 Shift count: 7 [Multiplier: 128] 00 00 00 00 00 0
Bug #60471 [Com]: Random "Invalid request (unexpected EOF)" using a router script
Edit report at https://bugs.php.net/bug.php?id=60471&edit=1 ID: 60471 Comment by: patrickalla...@php.net Reported by:lolautruche at gmail dot com Summary:Random "Invalid request (unexpected EOF)" using a router script Status: Assigned Type: Bug Package:Built-in web server Operating System: Mac OS X 10.7.2 (Lion) PHP Version:5.4.0RC2 Assigned To:laruence Block user comment: N Private report: N New Comment: @laruence: Gentoo Linux Most of the time, several of those messages appears in one block like in: [Thu Dec 8 13:39:29 2011] 127.0.0.1:50358 Invalid request (Unexpected EOF) [Thu Dec 8 13:39:29 2011] 127.0.0.1:50359 Invalid request (Unexpected EOF) [Thu Dec 8 13:39:29 2011] 127.0.0.1:50360 Invalid request (Unexpected EOF) [Thu Dec 8 13:39:29 2011] 127.0.0.1:50361 Invalid request (Unexpected EOF) [Thu Dec 8 13:39:29 2011] 127.0.0.1:50362 Invalid request (Unexpected EOF) I expect it comes from the fact that the page generated by the built-in server contains references to pictures, js and css files that has been downloaded by chrome through the built-in server. Does chrome do some special treatment? Can't reproduce with a dummy page with just an Hello World. Previous Comments: [2011-12-09 05:44:26] larue...@php.net I can't reproduce this on Linux. @patrickallaert, what is your OS? ---- [2011-12-08 16:24:27] patrickalla...@php.net I can confirm those messages. It looks like it happens only with Chrome/Chromium. Debugging at the TCP level shows that it comes from empty messages: TCP messages corresponding to port 41767 that generated the error message: [Thu Dec 8 16:48:33 2011] 127.0.0.1:41767 Invalid request (Unexpected EOF) appears below, as captured by Wireshark. No. TimeSourceDestination Protocol Length Info 1214 196.678104 127.0.0.1 127.0.0.1 TCP 74 41767 > http-alt [SYN] Seq=0 Win=32792 Len=0 MSS=16396 SACK_PERM=1 TSval=209439162 TSecr=0 WS=128 Frame 1214: 74 bytes on wire (592 bits), 74 bytes captured (592 bits) Arrival Time: Dec 8, 2011 16:48:22.673873000 CET Epoch Time: 1323359302.673873000 seconds [Time delta from previous captured frame: 9.255505000 seconds] [Time delta from previous displayed frame: 0.0 seconds] [Time since reference or first frame: 196.678104000 seconds] Frame Number: 1214 Frame Length: 74 bytes (592 bits) Capture Length: 74 bytes (592 bits) [Frame is marked: True] [Frame is ignored: False] [Protocols in frame: eth:ip:tcp] [Coloring Rule Name: TCP SYN/FIN] [Coloring Rule String: tcp.flags & 0x02 || tcp.flags.fin == 1] Ethernet II, Src: 00:00:00_00:00:00 (00:00:00:00:00:00), Dst: 00:00:00_00:00:00 (00:00:00:00:00:00) Destination: 00:00:00_00:00:00 (00:00:00:00:00:00) Address: 00:00:00_00:00:00 (00:00:00:00:00:00) ...0 = IG bit: Individual address (unicast) ..0. = LG bit: Globally unique address (factory default) Source: 00:00:00_00:00:00 (00:00:00:00:00:00) Address: 00:00:00_00:00:00 (00:00:00:00:00:00) ...0 = IG bit: Individual address (unicast) ..0. = LG bit: Globally unique address (factory default) Type: IP (0x0800) Internet Protocol Version 4, Src: 127.0.0.1 (127.0.0.1), Dst: 127.0.0.1 (127.0.0.1) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00: Not-ECT (Not ECN-Capable Transport)) 00.. = Differentiated Services Codepoint: Default (0x00) ..00 = Explicit Congestion Notification: Not-ECT (Not ECN-Capable Transport) (0x00) Total Length: 60 Identification: 0x6b16 (27414) Flags: 0x02 (Don't Fragment) 0... = Reserved bit: Not set .1.. = Don't fragment: Set ..0. = More fragments: Not set Fragment offset: 0 Time to live: 64 Protocol: TCP (6) Header checksum: 0xd1a3 [correct] [Good: True] [Bad: False] Source: 127.0.0.1 (127.0.0.1) Destination: 127.0.0.1 (127.0.0.1) Transmission Control Protocol, Src Port: 41767 (41767), Dst Port: http-alt (8080), Seq: 0, Len: 0 Source port: 41767 (41767) Destination port: http-alt (8080) [Stream index: 78] Sequence number: 0(relative sequence number) Header length: 40 bytes Flags: 0x02 (SYN) 000. = Reserved: Not set ...0 = Nonce: Not set 0... = Congestion Window Reduced (CWR): Not set .0.. = ECN-Echo: Not set ..0.
[PHP-BUG] Bug #65225 [NEW]: PHP_BINARY incorrectly set
From: patrickallaert Operating system: PHP version: 5.4.17 Package: PHP options/info functions Bug Type: Bug Bug description:PHP_BINARY incorrectly set Description: PHP_BINARY is initialized thanks to php_binary_init() without checking that candidate is a regular file. I'm going to send a pull request that fixes it. Test script: --- $ sudo mkdir /usr/local/bin/php $ php -r 'echo PHP_BINARY, "\n";'; Expected result: /usr/lib64/php5.4/bin/php Actual result: -- /usr/local/bin/php -- Edit bug report at https://bugs.php.net/bug.php?id=65225&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65225&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65225&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65225&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65225&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65225&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65225&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65225&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65225&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65225&r=support Expected behavior: https://bugs.php.net/fix.php?id=65225&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65225&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65225&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65225&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65225&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65225&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65225&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65225&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65225&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65225&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65225&r=mysqlcfg
#48441 [NEW]: ldap_search() makes sizelimit, timelimit and deref options persistent
From: patrickalla...@php.net Operating system: PHP version: 5.3.0RC2 PHP Bug Type: LDAP related Bug description: ldap_search() makes sizelimit, timelimit and deref options persistent Description: Specifiying sizelimit, timelimit and deref options in ldap_search() makes them persistent for next call to ldap_search(). -- Edit bug report at http://bugs.php.net/?id=48441&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48441&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48441&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48441&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48441&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48441&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48441&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48441&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48441&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48441&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48441&r=support Expected behavior: http://bugs.php.net/fix.php?id=48441&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48441&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48441&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48441&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48441&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48441&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48441&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48441&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48441&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48441&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48441&r=mysqlcfg
#48469 [NEW]: ldap_get_entries() memory leaks when used on a search yielding no results
From: patrickalla...@php.net Operating system: linux PHP version: 5.3.0RC2 PHP Bug Type: LDAP related Bug description: ldap_get_entries() memory leaks when used on a search yielding no results Description: Memory leaks found when using ldap_get_entries() which returns NULL Reproduce code: --- Actual result: -- [Thu Jun 4 10:36:15 2009] Script: '/usr/src/php-5.3- cvs/ext/ldap/tests/ldap_get_entries_variation.php' /usr/src/php-5.3-cvs/Zend/zend_hash.c(247) : Freeing 0x12D749F8 (41 bytes), script=/usr/src/php-5.3- cvs/ext/ldap/tests/ldap_get_entries_variation.php [Thu Jun 4 10:36:15 2009] Script: '/usr/src/php-5.3- cvs/ext/ldap/tests/ldap_get_entries_variation.php' /usr/src/php-5.3-cvs/ext/ldap/ldap.c(964) : Freeing 0x12D75B14 (44 bytes), script=/usr/src/php-5.3- cvs/ext/ldap/tests/ldap_get_entries_variation.php /usr/src/php-5.3-cvs/Zend/zend_API.c(936) : Actual location (location was relayed) Last leak repeated 1 time [Thu Jun 4 10:36:15 2009] Script: '/usr/src/php-5.3- cvs/ext/ldap/tests/ldap_get_entries_variation.php' /usr/src/php-5.3-cvs/Zend/zend_API.c(1096) : Freeing 0x12D7699C (20 bytes), script=/usr/src/php-5.3- cvs/ext/ldap/tests/ldap_get_entries_variation.php === Total 4 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=48469&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48469&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48469&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48469&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48469&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48469&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48469&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48469&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48469&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48469&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48469&r=support Expected behavior: http://bugs.php.net/fix.php?id=48469&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48469&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48469&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48469&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48469&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48469&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48469&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48469&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48469&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48469&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48469&r=mysqlcfg
#49428 [NEW]: cannot use array returned by tidy_get_config()
From: patrickalla...@php.net Operating system: Linux PHP version: 6SVN-2009-09-01 (SVN) PHP Bug Type: Unknown/Other Function Bug description: cannot use array returned by tidy_get_config() Description: This bug is perfectly similar to #47966 and can be reproduced with ext/tidy/tests/030.phpt. I can't fix it missing karma. The patch is at: http://pallaert.pastebin.com/f27da6f66 Reproduce code: --- '; $config = array( 'indent' => true, // AutoBool 'indent-attributes' => true, // Boolean 'indent-spaces' => 3, // Integer 'language' => 'de'); // String $tidy = new tidy(); $tidy->parseString($buffer, $config); $c = $tidy->getConfig(); var_dump($c['indent']); var_dump($c['indent-attributes']); var_dump($c['indent-spaces']); var_dump($c['language']); ?> Expected result: int(1) bool(true) int(3) %s(2) "de" Actual result: -- Notice: Undefined index: indent in ext/tidy/tests/030.php on line 11 NULL Notice: Undefined index: indent-attributes in ext/tidy/tests/030.php on line 12 NULL Notice: Undefined index: indent-spaces in ext/tidy/tests/030.php on line 13 NULL Notice: Undefined index: language in ext/tidy/tests/030.php on line 14 NULL -- Edit bug report at http://bugs.php.net/?id=49428&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49428&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49428&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49428&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49428&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49428&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49428&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49428&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49428&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49428&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49428&r=support Expected behavior: http://bugs.php.net/fix.php?id=49428&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49428&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49428&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49428&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49428&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49428&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49428&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49428&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49428&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49428&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49428&r=mysqlcfg
[PHP-BUG] Bug #52019 [NEW]: make lcov doesn't support TESTS variable anymore
From: patrickallaert Operating system: Linux PHP version: 5.3.2 Package: Unknown/Other Function Bug Type: Bug Bug description:make lcov doesn't support TESTS variable anymore Description: $ make lcov TESTS= previously generated code coverage of tests appearing in as with: $ make test TESTS= -- Edit bug report at http://bugs.php.net/bug.php?id=52019&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52019&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52019&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52019&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52019&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52019&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52019&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52019&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52019&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52019&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52019&r=support Expected behavior: http://bugs.php.net/fix.php?id=52019&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52019&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52019&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52019&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52019&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52019&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52019&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52019&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52019&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52019&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52019&r=mysqlcfg
Bug #52019 [PATCH]: make lcov doesn't support TESTS variable anymore
Edit report at http://bugs.php.net/bug.php?id=52019&edit=1 ID: 52019 Patch added by: patrickalla...@php.net Reported by: patrickalla...@php.net Summary: make lcov doesn't support TESTS variable anymore Status: Assigned Type: Bug Package: Unknown/Other Function Operating System: Linux PHP Version: 5.3.2 Assigned To: patrickallaert New Comment: The following patch has been added/updated: Patch Name: bug52019.diff Revision: 1276263227 URL: http://bugs.php.net/patch-display.php?bug=52019&patch=bug52019.diff&revision=1276263227 Previous Comments: [2010-06-08 10:17:03] patrickalla...@php.net Description: $ make lcov TESTS= previously generated code coverage of tests appearing in as with: $ make test TESTS= -- Edit this bug report at http://bugs.php.net/bug.php?id=52019&edit=1
[PHP-BUG] Bug #55155 [NEW]: Cannot use non-bracketed namespaces in interactive shell on multiple lines
From: patrickallaert
Operating system: Linux
PHP version: 5.3.6
Package: Compile Failure
Bug Type: Bug
Bug description:Cannot use non-bracketed namespaces in interactive shell on
multiple lines
Description:
When using PHP in interactive mode (php -a) namespaces must be used with
the
bracketed form:
php > namespace a {class A {}}
php > namespace b {class A {}}
or on the same line:
php > namespace a; class A {};
php > namespace b; class A {};
Using:
php > namespace a;
php > class A {};
php > namespace b;
php > class A {};
should be semantically exactly the same but results in:
PHP Fatal error: Cannot redeclare class A in php shell code on line 1
Test script:
---
$ php -a
php > namespace a;
php > class A {};
php > namespace b;
php > class A {};
Expected result:
No fatal error.
Actual result:
--
PHP Fatal error: Cannot redeclare class A in php shell code on line 1
--
Edit bug report at https://bugs.php.net/bug.php?id=55155&edit=1
--
Try a snapshot (PHP 5.2):
https://bugs.php.net/fix.php?id=55155&r=trysnapshot52
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55155&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55155&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55155&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55155&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55155&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55155&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55155&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55155&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55155&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55155&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55155&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55155&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55155&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55155&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55155&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55155&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55155&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=55155&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=55155&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=55155&r=mysqlcfg
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55155&r=trysnapshot54
Bug #44989 [Com]: 64bit Oracle RPMs still not supported by pdo-oci
Edit report at https://bugs.php.net/bug.php?id=44989&edit=1 ID: 44989 Comment by: patrickalla...@php.net Reported by:stevec at engr dot oregonstate dot edu Summary:64bit Oracle RPMs still not supported by pdo-oci Status: Closed Type: Bug Package:PDO related Operating System: Linux PHP Version:5.2.6 Assigned To:sixd Block user comment: N Private report: N New Comment: The committed patch introduced a regression for those who have a path like: /usr/lib64/oracle/10.2.0.3/client/include on x86_64 boxes. The path tried are: /usr/include/oracle/10.2.0.3/client64/oci.h /usr/lib/oracle/10.2.0.3/client64/include/oci.h /usr/sdk/include/oci.h /usr/client64/include/oci.h Because /usr/lib/ is a symlink to /usr/lib64/ on those boxes, it previously worked by using "client" rather than "client64". Now it fails with: configure: error: I'm too dumb to figure out where the include dir is in your Instant Client install Previous Comments: [2011-03-30 19:35:23] s...@php.net With Oracle Instant Client 11.2 RPMs use: ./configure --with-pdo-oci=instantclient,/usr,11.2 or ./configure --with-pdo-oci=shared,instantclient,/usr,11.2 i.e. only use two components of the version number. [2011-03-29 20:41:26] fel...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Thanks for the patch! [2011-03-29 20:40:23] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revision&revision=309818 Log: - Fixed bug #44989 (64bit Oracle RPMs still not supported by pdo-oci) patch by: jbnance at tresgeek dot net [2010-08-16 23:12:49] jbnance at tresgeek dot net Bug still exists in 5.3.3. Patch uploaded. [2010-08-04 01:03:29] jbnance at tresgeek dot net Patch attached for config.m4. Notes for end users, in order to use this you have to rebuild configure (buildconf --force after applying the patch). After applying and rebuilding, the following should work: ./configure --with-pdo-oci=instantclient,/usr,10.2.0.4 or ./configure --with-pdo-oci=shared,instantclient,/usr,10.2.0.4 Note that this is different from the non-PDO OCI configure option: --with-oci8=instantclient,/usr/lib/oracle/10.2.0.4/client64/lib or --with-oci8=shared,instantclient,/usr/lib/oracle/10.2.0.4/client64/lib (the version is a parameter in the PDO OCI option). 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=44989 -- Edit this bug report at https://bugs.php.net/bug.php?id=44989&edit=1
[PHP-BUG] Bug #60104 [NEW]: Segmentation Fault
From: patrickallaert Operating system: Gentoo Linux PHP version: trunk-SVN-2011-10-20 (SVN) Package: Reproducible crash Bug Type: Bug Bug description:Segmentation Fault Description: PHP 5.4 / trunk segfault while using phpunit. It only happens with one specific test, however, it looks like that test content is not relevant at all, emptying its content or putting a "die" at the end of that test avoid the segfault. It must happen in the phpunit code after the execution of that test. Tested using trunk @rev 318251 See the backtrace which is more relevant. Actual result: -- (gdb) bt #0 0x00922721 in ZEND_SEND_VAL_SPEC_CONST_HANDLER (execute_data=0x7fcee7305910) at /home/patrick.allaert/Projets/php- src/Zend/zend_vm_execute.h:2361 #1 0x00919b46 in execute (op_array=0x7fcee5293f78) at /home/patrick.allaert/Projets/php-src/Zend/zend_vm_execute.h:410 #2 0x008dbb61 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/patrick.allaert/Projets/php-src/Zend/zend.c:1272 #3 0x00852760 in php_execute_script (primary_file=0x7390c1a0) at /home/patrick.allaert/Projets/php-src/main/main.c:2414 #4 0x00a25095 in do_cli (argc=6, argv=0x7390c548) at /home/patrick.allaert/Projets/php-src/sapi/cli/php_cli.c:983 #5 0x00a25fad in main (argc=6, argv=0x7390c548) at /home/patrick.allaert/Projets/php-src/sapi/cli/php_cli.c:1356 -- Edit bug report at https://bugs.php.net/bug.php?id=60104&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60104&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60104&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60104&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60104&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60104&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60104&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60104&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60104&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60104&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60104&r=support Expected behavior: https://bugs.php.net/fix.php?id=60104&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60104&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60104&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60104&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60104&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60104&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60104&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60104&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60104&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60104&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60104&r=mysqlcfg
Bug #60104 [Com]: Segmentation Fault
Edit report at https://bugs.php.net/bug.php?id=60104&edit=1
ID: 60104
Comment by: patrickalla...@php.net
Reported by:patrickalla...@php.net
Summary:Segmentation Fault
Status: Feedback
Type: Bug
Package:Reproducible crash
Operating System: Gentoo Linux
PHP Version:trunk-SVN-2011-10-20 (SVN)
Block user comment: N
Private report: N
New Comment:
handler = new PDO( "sqlite::memory:" );
$this->handler->sqliteCreateFunction( 'md5', array(
'ezcQuerySqliteFunctions', 'md5Impl' ), 1 );
}
catch ( PDOException $e )
{
$this->markTestSkipped(
'PDO session could not be created: ' . $e->getMessage()
);
}
}
public function tearDown()
{
unset( $this->handler );
}
public function testOne()
{
}
public function testTwo()
{
}
}
Previous Comments:
[2011-10-20 23:55:05] fel...@php.net
Please, paste the test source at somewhere.
--------
[2011-10-20 16:39:34] patrickalla...@php.net
Description:
PHP 5.4 / trunk segfault while using phpunit.
It only happens with one specific test, however, it looks like that test
content
is not relevant at all, emptying its content or putting a
"die" at the end of that test avoid the segfault. It must happen in the phpunit
code after the execution of that test.
Tested using trunk @rev 318251
See the backtrace which is more relevant.
Actual result:
--
(gdb) bt
#0 0x00922721 in ZEND_SEND_VAL_SPEC_CONST_HANDLER
(execute_data=0x7fcee7305910) at /home/patrick.allaert/Projets/php-
src/Zend/zend_vm_execute.h:2361
#1 0x00919b46 in execute (op_array=0x7fcee5293f78) at
/home/patrick.allaert/Projets/php-src/Zend/zend_vm_execute.h:410
#2 0x008dbb61 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/patrick.allaert/Projets/php-src/Zend/zend.c:1272
#3 0x00852760 in php_execute_script (primary_file=0x7390c1a0) at
/home/patrick.allaert/Projets/php-src/main/main.c:2414
#4 0x00a25095 in do_cli (argc=6, argv=0x7390c548) at
/home/patrick.allaert/Projets/php-src/sapi/cli/php_cli.c:983
#5 0x00a25fad in main (argc=6, argv=0x7390c548) at
/home/patrick.allaert/Projets/php-src/sapi/cli/php_cli.c:1356
--
Edit this bug report at https://bugs.php.net/bug.php?id=60104&edit=1
Bug #60104 [Com]: Segmentation Fault
Edit report at https://bugs.php.net/bug.php?id=60104&edit=1
ID: 60104
Comment by: patrickalla...@php.net
Reported by:patrickalla...@php.net
Summary:Segmentation Fault
Status: Feedback
Type: Bug
Package:Reproducible crash
Operating System: Gentoo Linux
PHP Version:trunk-SVN-2011-10-20 (SVN)
Block user comment: N
Private report: N
New Comment:
The segfault appears the second time it executes $this->handler-
>sqliteCreateFunction() in the setUp().
If unset() isn't used in tearDown(), then there is no crash.
Previous Comments:
[2011-10-21 07:30:03] patrickalla...@php.net
handler = new PDO( "sqlite::memory:" );
$this->handler->sqliteCreateFunction( 'md5', array(
'ezcQuerySqliteFunctions', 'md5Impl' ), 1 );
}
catch ( PDOException $e )
{
$this->markTestSkipped(
'PDO session could not be created: ' . $e->getMessage()
);
}
}
public function tearDown()
{
unset( $this->handler );
}
public function testOne()
{
}
public function testTwo()
{
}
}
[2011-10-20 23:55:05] fel...@php.net
Please, paste the test source at somewhere.
------------
[2011-10-20 16:39:34] patrickalla...@php.net
Description:
PHP 5.4 / trunk segfault while using phpunit.
It only happens with one specific test, however, it looks like that test
content
is not relevant at all, emptying its content or putting a
"die" at the end of that test avoid the segfault. It must happen in the phpunit
code after the execution of that test.
Tested using trunk @rev 318251
See the backtrace which is more relevant.
Actual result:
--
(gdb) bt
#0 0x00922721 in ZEND_SEND_VAL_SPEC_CONST_HANDLER
(execute_data=0x7fcee7305910) at /home/patrick.allaert/Projets/php-
src/Zend/zend_vm_execute.h:2361
#1 0x00919b46 in execute (op_array=0x7fcee5293f78) at
/home/patrick.allaert/Projets/php-src/Zend/zend_vm_execute.h:410
#2 0x008dbb61 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/patrick.allaert/Projets/php-src/Zend/zend.c:1272
#3 0x00852760 in php_execute_script (primary_file=0x7390c1a0) at
/home/patrick.allaert/Projets/php-src/main/main.c:2414
#4 0x00a25095 in do_cli (argc=6, argv=0x7390c548) at
/home/patrick.allaert/Projets/php-src/sapi/cli/php_cli.c:983
#5 0x00a25fad in main (argc=6, argv=0x7390c548) at
/home/patrick.allaert/Projets/php-src/sapi/cli/php_cli.c:1356
--
Edit this bug report at https://bugs.php.net/bug.php?id=60104&edit=1
Bug #60104 [Com]: Segmentation Fault in pdo_sqlite when using sqliteCreateFunction()
Edit report at https://bugs.php.net/bug.php?id=60104&edit=1
ID: 60104
Comment by: patrickalla...@php.net
Reported by:patrickalla...@php.net
Summary:Segmentation Fault in pdo_sqlite when using
sqliteCreateFunction()
Status: Feedback
Type: Bug
Package:Reproducible crash
Operating System: Gentoo Linux
PHP Version:trunk-SVN-2011-10-20 (SVN)
Block user comment: N
Private report: N
New Comment:
I have been able to reproduce it without PHPUnit.
I committed ext/pdo_sqlite/tests/bug60104.phpt to make it easier.
Previous Comments:
[2011-10-26 09:32:34] patrickalla...@php.net
Automatic comment from SVN on behalf of patrickallaert
Revision: http://svn.php.net/viewvc/?view=revision&revision=318424
Log: Added test for #60104
[2011-10-21 10:15:16] patrickalla...@php.net
The segfault appears the second time it executes $this->handler-
>sqliteCreateFunction() in the setUp().
If unset() isn't used in tearDown(), then there is no crash.
[2011-10-21 07:30:03] patrickalla...@php.net
handler = new PDO( "sqlite::memory:" );
$this->handler->sqliteCreateFunction( 'md5', array(
'ezcQuerySqliteFunctions', 'md5Impl' ), 1 );
}
catch ( PDOException $e )
{
$this->markTestSkipped(
'PDO session could not be created: ' . $e->getMessage()
);
}
}
public function tearDown()
{
unset( $this->handler );
}
public function testOne()
{
}
public function testTwo()
{
}
}
[2011-10-20 23:55:05] fel...@php.net
Please, paste the test source at somewhere.
------------
[2011-10-20 16:39:34] patrickalla...@php.net
Description:
PHP 5.4 / trunk segfault while using phpunit.
It only happens with one specific test, however, it looks like that test
content
is not relevant at all, emptying its content or putting a
"die" at the end of that test avoid the segfault. It must happen in the phpunit
code after the execution of that test.
Tested using trunk @rev 318251
See the backtrace which is more relevant.
Actual result:
--
(gdb) bt
#0 0x00922721 in ZEND_SEND_VAL_SPEC_CONST_HANDLER
(execute_data=0x7fcee7305910) at /home/patrick.allaert/Projets/php-
src/Zend/zend_vm_execute.h:2361
#1 0x00919b46 in execute (op_array=0x7fcee5293f78) at
/home/patrick.allaert/Projets/php-src/Zend/zend_vm_execute.h:410
#2 0x008dbb61 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/patrick.allaert/Projets/php-src/Zend/zend.c:1272
#3 0x00852760 in php_execute_script (primary_file=0x7390c1a0) at
/home/patrick.allaert/Projets/php-src/main/main.c:2414
#4 0x00a25095 in do_cli (argc=6, argv=0x7390c548) at
/home/patrick.allaert/Projets/php-src/sapi/cli/php_cli.c:983
#5 0x00a25fad in main (argc=6, argv=0x7390c548) at
/home/patrick.allaert/Projets/php-src/sapi/cli/php_cli.c:1356
--
Edit this bug report at https://bugs.php.net/bug.php?id=60104&edit=1
[PHP-BUG] Bug #60241 [NEW]: Segmentation Fault in GC code since #60139
From: patrickallaert Operating system: Gentoo Linux PHP version: 5.4SVN-2011-11-08 (SVN) Package: Reproducible crash Bug Type: Bug Bug description:Segmentation Fault in GC code since #60139 Description: Segfault that happens since revision 318671 (Fixing #60139). Test script: --- For now, I can only repeat this with phpunit if putting 4-5 tests together, not a single test script is able to reproduce it. I can take some time if it is really required. Expected result: No segfault :) Actual result: -- Program received signal SIGSEGV, Segmentation fault. 0x012433a0 in ?? () (gdb) bt #0 0x012433a0 in ?? () #1 0x00904d5e in zval_mark_grey (pz=0x2d7add0) at /home/patrick.allaert/Projets/php-src/Zend/zend_gc.c:395 #2 0x00904e1c in zval_mark_grey (pz=0x2d7add0) at /home/patrick.allaert/Projets/php-src/Zend/zend_gc.c:407 #3 0x009051d2 in gc_mark_roots () at /home/patrick.allaert/Projets/php- src/Zend/zend_gc.c:501 #4 0x00905d4d in gc_collect_cycles () at /home/patrick.allaert/Projets/php-src/Zend/zend_gc.c:793 #5 0x009043e1 in gc_zval_possible_root (zv=0x2d818c0) at /home/patrick.allaert/Projets/php-src/Zend/zend_gc.c:166 #6 0x009552bc in gc_zval_check_possible_root (execute_data=0x77d78a78) at /home/patrick.allaert/Projets/php- src/Zend/zend_gc.h:183 #7 zend_pzval_unlock_func (execute_data=0x77d78a78) at /home/patrick.allaert/Projets/php-src/Zend/zend_execute.c:81 #8 _get_zval_ptr_var (execute_data=0x77d78a78) at /home/patrick.allaert/Projets/php-src/Zend/zend_execute.c:184 #9 ZEND_FE_RESET_SPEC_VAR_HANDLER (execute_data=0x77d78a78) at /home/patrick.allaert/Projets/php-src/Zend/zend_vm_execute.h:11392 #10 0x0091a2f6 in execute (op_array=0x2a4b0c0) at /home/patrick.allaert/Projets/php-src/Zend/zend_vm_execute.h:410 #11 0x008c8e85 in zend_call_function (fci=0x7fffa0d0, fci_cache=0x7fffa060) at /home/patrick.allaert/Projets/php- src/Zend/zend_execute_API.c:958 #12 0x008fb059 in zend_call_method (object_pp=0x7fffa188, obj_ce=0x28bccb8, fn_proxy=0x28bcdf0, function_name=0xe6b20a "__get", function_name_len=5, retval_ptr_ptr=0x7fffa198, param_count=1, arg1=0x2d6c100, arg2=0x0) at /home/patrick.allaert/Projets/php-src/Zend/zend_interfaces.c:97 #13 0x0090a3ca in zend_std_call_getter (object=0x2d3cae0, member=0x2d6c100) at /home/patrick.allaert/Projets/php- src/Zend/zend_object_handlers.c:147 #14 0x0090c342 in zend_std_read_property (object=0x2d3cae0, member=0x2993810, type=0, key=0x2993810) at /home/patrick.allaert/Projets/php- src/Zend/zend_object_handlers.c:448 #15 0x00965b0c in zend_fetch_property_address_read_helper_SPEC_VAR_CONST (execute_data=0x77d76240) at /home/patrick.allaert/Projets/php- src/Zend/zend_vm_execute.h:12868 #16 0x00967a06 in ZEND_FETCH_OBJ_FUNC_ARG_SPEC_VAR_CONST_HANDLER (execute_data=0x77d76240) at /home/patrick.allaert/Projets/php- src/Zend/zend_vm_execute.h:13045 #17 0x0091a2f6 in execute (op_array=0x2a87908) at /home/patrick.allaert/Projets/php-src/Zend/zend_vm_execute.h:410 #18 0x008c8e85 in zend_call_function (fci=0x7fffaae0, fci_cache=0x7fffaab0) at /home/patrick.allaert/Projets/php- src/Zend/zend_execute_API.c:958 #19 0x006da9ae in zim_reflection_method_invokeArgs (ht=2, return_value=0x2c73570, return_value_ptr=0x0, this_ptr=0x2c73498, return_value_used=1) at /home/patrick.allaert/Projets/php- src/ext/reflection/php_reflection.c:2924 #20 0x0091b979 in zend_do_fcall_common_helper_SPEC (execute_data=0x77d73a98) at /home/patrick.allaert/Projets/php- src/Zend/zend_vm_execute.h:642 #21 0x0091c84a in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x77d73a98) at /home/patrick.allaert/Projets/php- src/Zend/zend_vm_execute.h:752 #22 0x0091a2f6 in execute (op_array=0x775df848) at /home/patrick.allaert/Projets/php-src/Zend/zend_vm_execute.h:410 #23 0x008dc421 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/patrick.allaert/Projets/php-src/Zend/zend.c:1272 #24 0x00852f48 in php_execute_script (primary_file=0x7fffd4a0) at /home/patrick.allaert/Projets/php-src/main/main.c:2414 #25 0x00a25845 in do_cli (argc=6, argv=0x7fffd848) at /home/patrick.allaert/Projets/php-src/sapi/cli/php_cli.c:983 #26 0x00a2675d in main (argc=6, argv=0x7fffd848) at /home/patrick.allaert/Projets/php-src/sapi/cli/php_cli.c:1356 -- Edit bug report at https://bugs.php.net/bug.php?id=60241&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60241&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60241&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60241&r=trysnapshottrunk Fixed in SVN: http
[PHP-BUG] Bug #60276 [NEW]: pecl install fail installing APM
From: patrickallaert Operating system: Gentoo Linux PHP version: Irrelevant Package: APM Bug Type: Bug Bug description:pecl install fail installing APM Description: When trying to install APM with pecl, an error appears directly. Actual result: -- $ pecl install APM 10 source files, building ERROR: could not chdir to /tmp/APM/web -- Edit bug report at https://bugs.php.net/bug.php?id=60276&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60276&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60276&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60276&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60276&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60276&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60276&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60276&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60276&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60276&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60276&r=support Expected behavior: https://bugs.php.net/fix.php?id=60276&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60276&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60276&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60276&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60276&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60276&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60276&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60276&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60276&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60276&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60276&r=mysqlcfg
