Bug #60879 [PATCH]: unserialize() Does not invoke __wakeup() on object
Edit report at https://bugs.php.net/bug.php?id=60879&edit=1 ID: 60879 Patch added by: paj...@php.net Reported by:thijsputman at gmail dot com Summary:unserialize() Does not invoke __wakeup() on object Status: Assigned Type: Bug Package:Class/Object related Operating System: Windows 7 PHP Version:5.4.0RC6 Assigned To:szarkos Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: pragmaoptoff Revision: 1329735212 URL: https://bugs.php.net/patch-display.php?bug=60879&patch=pragmaoptoff&revision=1329735212 Previous Comments: [2012-02-20 09:58:02] thijsputman at gmail dot com The RC8 build provided fixes the issue in my environment. Thanks for the quick follow up! [2012-02-17 18:05:35] szar...@php.net Thank you for reporting this! It appears to be related to the PGO build, however we've been using PGO since RC3, so it looks like this popped up in the RC6+ builds. Can you please test this build of RC8 and let me know if it fixes the issue in your environment: http://windows.php.net/downloads/snaps/ostc/build/php-5.4.0-RC8-1/php-5.4.0RC8-nts-Win32-VC9-x86.zip The configure line was fixed earlier (was also in some 5.3 snaps), good catch. It does not appear to be related to this issue, however. [2012-02-10 22:43:56] johan...@php.net Steve, I can't verify the report on Linux and don't see a related code-change. As I don't have a proper Windows environment at hand: From the report the user gave it seems like the compiler would do some over-optimistic optimization, can you take a look into this? Also please mind the notes on the other small issues in the configure lines. [2012-02-08 14:02:24] thijsputman at gmail dot com The configure commands between RC7-dev (which works properly) and RC7 (which exhibits the problem) seem to differ a bit, could that be the cause? RC7 contains the following elements not contained in RC7-dev: --disable-nsapi --with-enchant=shared --disable-static-analyze --with-pgo RC7-dev contains the following not contained in RC7: --enable-object-out-dir=d:/temp/obj/nts-windows-vc9-x86 Also, there seems to be a small typo in the RC7-dev configure command: "--enable-snapshot-build --disable-zts --disable-isapi --enable-debug-pack --disable-isapi" ISAPI is disabled twice (I'm guessing the second one should be nsapi?) [2012-02-08 13:46:27] thijsputman at gmail dot com Just tried with RC7 (VC9 x86 Non Thread Safe - 2012-Feb-06 23:40:37) and the problem has reappeared... 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=60879 -- Edit this bug report at https://bugs.php.net/bug.php?id=60879&edit=1
[PHP-BUG] Bug #65029 [NEW]: Crash with phpinfo();
From: pajoye Operating system: Windows PHP version: 5.5.0RC3 Package: opcache Bug Type: Bug Bug description:Crash with phpinfo(); Description: Using current 5.5 branch: http://127.0.0.1:8080/inf.php crashes: php_opcache.dll!accel_startup(_zend_extension * extension=0x00f429b8) Line 2525 C php5_debug.dll!zend_extension_startup(_zend_extension * extension=0x00f429b8) Line 154C php5_debug.dll!zend_llist_apply_with_del(_zend_llist * l=0x534b5aa0, int (void *) * func=0x530da620) Line 178 C php5_debug.dll!zend_startup_extensions(...) Line 175C php5_debug.dll!php_module_startup(_sapi_module_struct * sf=0x010e8000, _zend_module_entry * additional_modules=0x010e80a0, unsigned int num_additional_modules=1) Line 2209 C php-cgi.exe!php_cgi_startup(_sapi_module_struct * sapi_module=0x010e8000) Line 936 C php-cgi.exe!main(int argc=1, char * * argv=0x00f39400) Line 1910C php-cgi.exe!__tmainCRTStartup() Line 536C php-cgi.exe!mainCRTStartup() Line 377 C kernel32.dll!@BaseThreadInitThunk@12 () Unknown ntdll.dll!___RtlUserThreadStart@8 ()Unknown ntdll.dll!__RtlUserThreadStart@8 () Unknown -- Edit bug report at https://bugs.php.net/bug.php?id=65029&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65029&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65029&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65029&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65029&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65029&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65029&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65029&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65029&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65029&r=support Expected behavior: https://bugs.php.net/fix.php?id=65029&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65029&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65029&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65029&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65029&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65029&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65029&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65029&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65029&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65029&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65029&r=mysqlcfg
[PHP-BUG] Bug #52206 [NEW]: Crash in pdo_mysql_stmt_describe
From: pajoye Operating system: Windows PHP version: 5.2.14RC1 Package: MySQL related Bug Type: Bug Bug description:Crash in pdo_mysql_stmt_describe Description: (minimal BT, better bt will follow) php_pdo_mysql!pdo_mysql_stmt_describe+4a php_pdo!pdo_stmt_describe_columns+36 php_pdo!zim_PDOStatement_execute+313 php5ts!zend_do_fcall_common_helper_SPEC+7ab php5ts!ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER+15 It happens during a test which consists on running the Wordpress (3.0) and Drupal (latest 6.x) install procedure. -- Edit bug report at http://bugs.php.net/bug.php?id=52206&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52206&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52206&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52206&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52206&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52206&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52206&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52206&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52206&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52206&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52206&r=support Expected behavior: http://bugs.php.net/fix.php?id=52206&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52206&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52206&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52206&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52206&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52206&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52206&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52206&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52206&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52206&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52206&r=mysqlcfg
Bug #51424 [PATCH]: crypt() function hangs after 3rd call
Edit report at http://bugs.php.net/bug.php?id=51424&edit=1 ID: 51424 Patch added by: paj...@php.net Reported by: laacz at laacz dot lv Summary: crypt() function hangs after 3rd call Status: Open Type: Bug Package: Strings related Operating System: Ubuntu 9.04 x64 PHP Version: 5.3.2 New Comment: The following patch has been added/updated: Patch Name: Dead_lock_fix_attempt Revision: 1269863696 URL: http://bugs.php.net/patch-display.php?bug=51424&patch=Dead_lock_fix_attempt&revision=1269863696 Previous Comments: [2010-03-29 13:27:52] laacz at laacz dot lv Updated backtrace (patch:). [2010-03-29 13:21:47] paj...@php.net Stupid me, you did not call crypt php. Please do it again using: gdb --args php crypt.php or gdb php > run crypt.php > bt [2010-03-29 13:18:08] paj...@php.net It does not look like a crypt issue at all. Is the src file you call exactly what you pasted here? Or can you attach it as zip please? [2010-03-29 13:14:42] laacz at laacz dot lv Added GDB backtrace as a patch (what a system:). [2010-03-29 13:07:54] paj...@php.net It works just fine here. Can you try to run it through gdb, stop the app when it reached the endless loop, and get a backtrace (bt)? 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/bug.php?id=51424 -- Edit this bug report at http://bugs.php.net/bug.php?id=51424&edit=1
Bug #51766 [PATCH]: SplFileInfo::isLink() Fails for Symlinks on windows
Edit report at http://bugs.php.net/bug.php?id=51766&edit=1 ID: 51766 Patch added by: paj...@php.net Reported by:v-sumada at microsoft dot com Summary:SplFileInfo::isLink() Fails for Symlinks on windows Status: Assigned Type: Bug Package:SPL related Operating System: All Windows OS PHP Version:5.3.2 Assigned To:pajoye Block user comment: N New Comment: The following patch has been added/updated: Patch Name: lstat-support-1 Revision: 1283190512 URL: http://bugs.php.net/patch-display.php?bug=51766&patch=lstat-support-1&revision=1283190512 Previous Comments: [2010-08-30 19:46:44] paj...@php.net This patch http://pastie.org/1127049 fixes this issue (along other). [2010-08-07 01:56:33] johan...@php.net Pierre, I think you played with symlinks on Windows before, can you add the magic needed, here? [2010-05-07 19:08:08] v-sumada at microsoft dot com Description: SplFileInfo::isLink() Which returns False for Symbolic links on all windows OS. we have a File Symbolic link created for a file and tried to test whether the referenced file by SplFileInfo is symbolic link or not. In the above script we have a symlink(filesymlink)created for a file 'testfile' and tried to check with the file_exists function for symlink(filesymlink) which returns true and it returns false for the SplFileInfo::isLink(). Test script: --- isLink()); ?> Expected result: bool(true) bool(true) Actual result: -- bool(true) bool(false) -- Edit this bug report at http://bugs.php.net/bug.php?id=51766&edit=1
Bug #51766 [PATCH]: SplFileInfo::isLink() Fails for Symlinks on windows
Edit report at http://bugs.php.net/bug.php?id=51766&edit=1 ID: 51766 Patch added by: paj...@php.net Reported by:v-sumada at microsoft dot com Summary:SplFileInfo::isLink() Fails for Symlinks on windows Status: Assigned Type: Bug Package:SPL related Operating System: All Windows OS PHP Version:5.3.2 Assigned To:pajoye Block user comment: N New Comment: The following patch has been added/updated: Patch Name: add_lstat_support Revision: 1283244780 URL: http://bugs.php.net/patch-display.php?bug=51766&patch=add_lstat_support&revision=1283244780 Previous Comments: [2010-08-30 19:48:33] paj...@php.net The following patch has been added/updated: Patch Name: lstat-support-1 Revision: 1283190512 URL: http://bugs.php.net/patch-display.php?bug=51766&patch=lstat-support-1&revision=1283190512 [2010-08-30 19:46:44] paj...@php.net This patch http://pastie.org/1127049 fixes this issue (along other). [2010-08-07 01:56:33] johan...@php.net Pierre, I think you played with symlinks on Windows before, can you add the magic needed, here? [2010-05-07 19:08:08] v-sumada at microsoft dot com Description: SplFileInfo::isLink() Which returns False for Symbolic links on all windows OS. we have a File Symbolic link created for a file and tried to test whether the referenced file by SplFileInfo is symbolic link or not. In the above script we have a symlink(filesymlink)created for a file 'testfile' and tried to check with the file_exists function for symlink(filesymlink) which returns true and it returns false for the SplFileInfo::isLink(). Test script: --- isLink()); ?> Expected result: bool(true) bool(true) Actual result: -- bool(true) bool(false) -- Edit this bug report at http://bugs.php.net/bug.php?id=51766&edit=1
Bug #51804 [PATCH]: SplFileInfo::getLinkTarget() Fails.
Edit report at http://bugs.php.net/bug.php?id=51804&edit=1
ID: 51804
Patch added by: paj...@php.net
Reported by:v-sumada at microsoft dot com
Summary:SplFileInfo::getLinkTarget() Fails.
Status: Assigned
Type: Bug
Package:SPL related
Operating System: All Windows OS
PHP Version:5.3SVN-2010-05-13 (SVN)
Assigned To:pajoye
Block user comment: N
New Comment:
The following patch has been added/updated:
Patch Name: add_php_sys_readlink
Revision: 1283786074
URL:
http://bugs.php.net/patch-display.php?bug=51804&patch=add_php_sys_readlink&revision=1283786074
Previous Comments:
[2010-08-07 01:56:06] johan...@php.net
Pierre, I think you played with symlinks before, can you add the magic
needed, here?
[2010-05-13 03:36:36] v-sumada at microsoft dot com
Description:
SplFileInfo::getLinkTarget() fails .we have a filesymlink created for a
file (filesymbolic.txt) and tried to read the target of the filesymlink
created and it returns an error .This happens for Directory also.
When this Function used on accessing symlinks over remote share it
returns an error with 'Bad File Descriptor'.
Test script:
---
getLinkTarget());
?>
Expected result:
bool(true)
string(16) filesymbolic.txt
Actual result:
--
bool(true)
Fatal error: Uncaught exception 'RuntimeException' with message 'Unable
to read link C:\Program Files (x86)\Apache Software
Foundation\Apache2.2\htdocs\symlinktodir, error: No such file or
directory' in C:\Program Files (x86)\Apache Software
Foundation\Apache2.2\htdocs\getLinkTarget.php:5 Stack trace: #0
C:\Program Files (x86)\Apache Software
Foundation\Apache2.2\htdocs\getLinkTarget.php(5):
SplFileInfo->getLinkTarget() #1 {main} thrown in C:\Program Files
(x86)\Apache Software Foundation\Apache2.2\htdocs\getLinkTarget.php on
line 5
--
Edit this bug report at http://bugs.php.net/bug.php?id=51804&edit=1
[PHP-BUG] Bug #52888 [NEW]: Zend MM shutdown crash
From: pajoye Operating system: Windows-VC9-release PHP version: trunk-SVN-2010-09-19 (SVN) Package: Reproducible crash Bug Type: Bug Bug description:Zend MM shutdown crash Description: The segments_list test seems to do not be thread safe. But it could come from something else. The crash happens after the end of the script, on shutdown. php5ts.dll!zend_mm_shutdown(_zend_mm_heap * heap=0x024a7a00, int full_shutdown=0, int silent=0, void * * * tsrm_ls=0x001d1bb8) Line 1570 C php5ts.dll!shutdown_memory_manager(int silent=0, int full_shutdown=0, void * * * tsrm_ls=0x001d1bb8) Line 2583 + 0x23 bytes C php5ts.dll!php_request_shutdown(void * dummy=0x) Line 1689 + 0x2d bytes C php.exe!main(int argc=5, char * * argv=0x001d1b10) Line 1438 + 0x8 bytes C php.exe!__tmainCRTStartup() Line 586 + 0x17 bytes C Test script: --- Zend/bench.php -- Edit bug report at http://bugs.php.net/bug.php?id=52888&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52888&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52888&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52888&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52888&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52888&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52888&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52888&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52888&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52888&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52888&r=support Expected behavior: http://bugs.php.net/fix.php?id=52888&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52888&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52888&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52888&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52888&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52888&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52888&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52888&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52888&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52888&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52888&r=mysqlcfg
[PHP-BUG] Bug #53333 [NEW]: Random crash
From: pajoye Operating system: * PHP version: 5.3.3 Package: MySQLi related Bug Type: Bug Bug description:Random crash Description: See the backtrace here http://pastie.org/1307118 The crash is hard to reproduce but happens regularly in our tests (using mediawiki, wordpress or other apps). Does it ring a bell to one of you (mysql devs :)? It could also be a GC bug. I can send the memory dump if one of you like to do a post morterm debugging. -- Edit bug report at http://bugs.php.net/bug.php?id=5&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=5&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=5&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=5&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=5&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=5&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=5&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=5&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=5&r=needscript Try newer version: http://bugs.php.net/fix.php?id=5&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=5&r=support Expected behavior: http://bugs.php.net/fix.php?id=5&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=5&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=5&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=5&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=5&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=5&r=dst IIS Stability: http://bugs.php.net/fix.php?id=5&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=5&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=5&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=5&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=5&r=mysqlcfg
Bug #53251 [PATCH]: bindtextdomain with null directory doesn't return the previously set
Edit report at http://bugs.php.net/bug.php?id=53251&edit=1
ID: 53251
Patch added by: paj...@php.net
Reported by:jeanseb at au-fil-du dot net
Summary:bindtextdomain with null directory doesn't return
the previously set
Status: Open
Type: Bug
Package:Gettext related
Operating System: Debian 5.0.6
PHP Version:5.3.3
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: Test_if_NULL_or_empty
Revision: 1290638321
URL:
http://bugs.php.net/patch-display.php?bug=53251&patch=Test_if_NULL_or_empty&revision=1290638321
Previous Comments:
[2010-11-24 23:23:44] paj...@php.net
Using your script: it happens exactly what I explained earlier. The
library does not find the locale because its CWD is not the same as the
script CWD (which is a virtual CWD, created by the engine and specific
to the engine).
I suppose you use Apache in a non thread safe mode, that won't show you
the effect I was referring to as it happens only with threaded SAPI.
[2010-11-24 20:44:02] greno at verizon dot net
The patch upload apparently won't take a zip.
The PHP bindtextdomain brokenness demonstration app can be found here:
http://greno-misc.googlecode.com/files/testbindtextdomain.zip
.
[2010-11-24 20:32:59] greno at verizon dot net
Yes, I read and perfectly understood your comment.
There is no problem with CWD when using gettext. I've tested this many
times.
I prepared a little app that demonstrates the bindtextdomain problem.
There is a README.txt that explains in the zip.
I didn't see any way to attach a file to the bug so I'm taking the
liberty of attaching it as a Patch but it is not really a patch. It
demonstrates the problem of multiple translation stores with the broken
bindtextdomain.
--------
[2010-11-24 17:47:26] paj...@php.net
For my own sake, please take 2.5 min to understand my comment.
Questions:
- relative directories, relative to what? CWD? Then please double read
my comment, check how PHP works (or any other languages working as
module of a server)
At any point after the call, the CWD can be different. The CWD inside
the gettext library (read: inside the gettext library) is not (read: is
not) equal to the actual script CWD, which is a virtual CWD based on the
directory where the script, unless the script changes using the chdir()
PHP function.
I perfectly understand what you said about how it should work, but that
does not help to resolve the actual problem. How in the world do you
know which CWD will be used by the library?
[2010-11-24 17:43:41] greno at verizon dot net
In addition, consider the case where you need to temporarily remap the
domain directory to another translation store.
// WORKING WITH MULTIPLE TRANSLATION STORES:
bindtextdomain("messages", "./locale");
textdomain("messages");
...
// work with local translation store
...
// now need to get some translations from a different translation store
savedmapping = bindtextdomain("messages", NULL);
bindtextdomain("messages", "/pathtodifferentstore/locale");
...
// temporarily work with different translation store
...
// now we need to restore previous mapping
bindtextdomain("messages", savedmapping);
...
// once again working with previous translation store
...
Right now with PHP you cannot work with any nested heirarchy of multiple
translation stores because you have no idea what is the current domain
directory mapping so you cannot save it and restore it later.
.
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/bug.php?id=53251
--
Edit this bug report at http://bugs.php.net/bug.php?id=53251&edit=1
Bug #30688 [PATCH]: imap_mail's rpath don't work
Edit report at https://bugs.php.net/bug.php?id=30688&edit=1
ID: 30688
Patch added by: paj...@php.net
Reported by:sirber at gmail dot com
Summary:imap_mail's rpath don't work
Status: Wont fix
Type: Bug
Package:IMAP related
Operating System: Gentoo Linux 2.6.9
PHP Version:4.3.9
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: Patch-by-Keloran-ava3ar-at-gmail-com
Revision: 1312474732
URL:
https://bugs.php.net/patch-display.php?bug=30688&patch=Patch-by-Keloran-ava3ar-at-gmail-com&revision=1312474732
Previous Comments:
[2010-03-20 21:46:01] mvanbeek at supporting-role dot co dot uk
If this bug is not going to be fixed, then the parameter should be removed from
the function, or the function should become a wrapper for mail().
[2005-01-19 14:37:05] sni...@php.net
Use mail() function. It is much more flexible and does exactly same things as
imap_mail().
Please ask further support questions on how to configure your system properly
on the proper mailing list(s) found at http://www.php.net/mailing-lists.php
[2004-12-27 22:37:31] sirber at gmail dot com
The only "workaround" is to use SMTP with sockets directly.
[2004-12-27 18:03:50] info at todoo dot com
There is no workaround.
imap_mail simply take the rpath and put it in from-header.
Its impossible for me to get error information back.
[2004-11-04 18:13:04] sirber at gmail dot com
Description:
Using imap_mail, and using the rpath setting, the mail I set is not used.
Thanks
Stéphane Bérubé
SW:
PHP 4.3.9
* Runs on "apache" user
Exim 4.42
* /usr/sbin/exim -bd -q15m
* Runs on "mail" user
* Special config:
trusted_users = apache
Reproduce code:
---
$to = "x...@yyy.com";
$sujet = "test";
$mime = "[headers and mime encoded message]";
$cc = "";
$cci = "";
$from = "z...@aaa.com";
function imap_send ($to, $sujet, $mime, $cc, $cci, $from)
{
imap_mail ($to, $sujet, "", $mime, $cc, $cci, $from);
}
Expected result:
Return-path:
Actual result:
--
Return-path:
--
Edit this bug report at https://bugs.php.net/bug.php?id=30688&edit=1
[PHP-BUG] Bug #55552 [NEW]: bad encoding not detected
From: pajoye Operating system: Windows PHP version: 5.4SVN-2011-08-31 (snap) Package: Unicode Engine related Bug Type: Bug Bug description:bad encoding not detected Description: See zend\tests\multibyte\multibyte_encoding_006.phpt, it fails under windows -- Edit bug report at https://bugs.php.net/bug.php?id=2&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=2&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=2&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=2&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=2&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=2&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=2&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=2&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=2&r=needscript Try newer version: https://bugs.php.net/fix.php?id=2&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=2&r=support Expected behavior: https://bugs.php.net/fix.php?id=2&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=2&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=2&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=2&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=2&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=2&r=dst IIS Stability: https://bugs.php.net/fix.php?id=2&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=2&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=2&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=2&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=2&r=mysqlcfg
[PHP-BUG] Bug #55585 [NEW]: meta data tests fail
From: pajoye Operating system: PHP version: 5.4SVN-2011-09-05 (snap) Package: Streams related Bug Type: Bug Bug description:meta data tests fail Description: The test fails on Windows, not sure about other platforms but it should behave the same on all platforms. Test script: --- ext/standard/tests/file/userstreams_007.phpt -- Edit bug report at https://bugs.php.net/bug.php?id=55585&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55585&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55585&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55585&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55585&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55585&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55585&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55585&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55585&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55585&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55585&r=support Expected behavior: https://bugs.php.net/fix.php?id=55585&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55585&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55585&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55585&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55585&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55585&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55585&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55585&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55585&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55585&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55585&r=mysqlcfg
[PHP-BUG] Bug #55620 [NEW]: base64_encode failure
From: pajoye Operating system: PHP version: 5.4SVN-2011-09-06 (SVN) Package: Zlib related Bug Type: Bug Bug description:base64_encode failure Description: base64_decode fails (tested on windows and linux) using the following code (comes from a phpt for zlib) Test script: --- Expected result: 118 36864 Strings are equal Actual result: -- 118 36864 -- Edit bug report at https://bugs.php.net/bug.php?id=55620&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55620&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55620&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55620&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55620&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55620&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55620&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55620&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55620&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55620&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55620&r=support Expected behavior: https://bugs.php.net/fix.php?id=55620&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55620&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55620&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55620&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55620&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55620&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55620&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55620&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55620&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55620&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55620&r=mysqlcfg
[PHP-BUG] Bug #55628 [NEW]: iconv_stream_filter fails
From: pajoye Operating system: Windows PHP version: 5.4SVN-2011-09-07 (SVN) Package: ICONV related Bug Type: Bug Bug description:iconv_stream_filter fails Description: ext\iconv\tests\iconv_stream_filter.phpt fails Test script: --- ext\iconv\tests\iconv_stream_filter.phpt Actual result: -- 006+ string(2) "0d" 006- string(2) "0a" -- Edit bug report at https://bugs.php.net/bug.php?id=55628&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55628&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55628&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55628&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55628&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55628&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55628&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55628&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55628&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55628&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55628&r=support Expected behavior: https://bugs.php.net/fix.php?id=55628&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55628&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55628&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55628&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55628&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55628&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55628&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55628&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55628&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55628&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55628&r=mysqlcfg
[PHP-BUG] Bug #55644 [NEW]: Math ops tests fail, diff min int value
From: pajoye Operating system: PHP version: 5.4SVN-2011-09-08 (snap) Package: Scripting Engine problem Bug Type: Bug Bug description:Math ops tests fail, diff min int value Description: Test >= operator : max int 32bit range [tests\lang\operators\operator_gt_or_equal_variation.phpt] Test <= operator : max int 32bit range [tests\lang\operators\operator_lt_or_equal_variation.phpt] Test < operator : max int 32bit range [tests\lang\operators\operator_lt_variation.phpt] fail Actual result: -- operator_gt_or_equal_variation.phpt: 001+ FAILED: '-2147483648' < '-2147483647' 001- Test Passed operator_lt_or_equal_variation.phpt: 001+ FAILED: '-2147483648' <= '-2147483647' 001- Test Passed operator_lt_variation.phpt: 001+ FAILED: '-2147483648' < '-2147483647' 001- Test Passed -- Edit bug report at https://bugs.php.net/bug.php?id=55644&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55644&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55644&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55644&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55644&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55644&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55644&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55644&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55644&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55644&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55644&r=support Expected behavior: https://bugs.php.net/fix.php?id=55644&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55644&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55644&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55644&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55644&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55644&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55644&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55644&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55644&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55644&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55644&r=mysqlcfg
[PHP-BUG] Bug #55682 [NEW]: strtotime ro date() results differ on windows
From: pajoye Operating system: windows PHP version: 5.4SVN-2011-09-13 (SVN) Package: Date/time related Bug Type: Bug Bug description:strtotime ro date() results differ on windows Description: Tests fail under windows. I'm not sure why, the main problem is the delta in the date function calls when a correct tz is set. Test script: --- \ext\date\tests\date_default_timezone_set-1.phpt Actual result: -- 005+ 2005-01-12T02:00:00-0500 006+ 2005-07-12T01:00:00-0500 005- 2005-01-12T03:00:00-0500 006- 2005-07-12T03:00:00-0500 -- Edit bug report at https://bugs.php.net/bug.php?id=55682&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55682&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55682&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55682&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55682&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55682&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55682&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55682&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55682&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55682&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55682&r=support Expected behavior: https://bugs.php.net/fix.php?id=55682&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55682&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55682&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55682&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55682&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55682&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55682&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55682&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55682&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55682&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55682&r=mysqlcfg
Bug #47358 [PATCH]: glob returns error, should be empty array()
Edit report at https://bugs.php.net/bug.php?id=47358&edit=1
ID: 47358
Patch added by: paj...@php.net
Reported by:php at guggemand dot dk
Summary:glob returns error, should be empty array()
Status: Assigned
Type: Bug
Package:Safe Mode/open_basedir
Operating System: FreeBSD 7.1
PHP Version:5.2.9RC1
Assigned To:pajoye
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: open_basedir_error_fix
Revision: 1318179021
URL:
https://bugs.php.net/patch-display.php?bug=47358&patch=open_basedir_error_fix&revision=1318179021
Previous Comments:
[2011-10-09 16:39:03] paj...@php.net
I agree, there is no error here but a wrong test. I will fix it soonish,
checking
the logic in there.
[2011-10-04 14:32:45] harald dot lapp at gmail dot com
It seems to me, that "glob" is returning false, even though the path i try to
glob
is valid compared to the "open_basdir" settings. Could you please have a
further
look at this issue?
(tried this with php 5.3.6 and php 5.3.8, btw.)
[2009-02-12 10:52:09] php at guggemand dot dk
"an empty array if no file matched" is what i see in the manual.
but this returns error, and not an empty array()
glob("/path/allowd/in/open_basedir/nonexitentfile.*");
I can understand why a system glob call returning no files, and a call
returning only nonallowed files has to be treated the same.
But im to dumb to see the logic in treating both as errors instead of "no files
matched", especially because that breaks existing code.
And treating it as "no files matched" doesnt break anything.
Please enlighten me if im wrong, and ill put on my pointy hat and sit in the
corner for the rest of the day.
But now i have link i can give the users telling me my servers doesn't work
right. So i guess i can live with that.
[2009-02-11 14:20:51] il...@php.net
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The function is documented to return FALSE on error. There is no problem
here...
[2009-02-11 08:12:10] php at guggemand dot dk
Description:
glob() cant be used directly in foreach when open_basedir is set.
i found #41655 which is about the change causing this, and a few other closed
tickets with "not a bug" as answer.
But that change destroys foreach(glob("nonexistent*") as ... when using
open_basedir, and the following comment in dir.c states that should be usable.
/* Some glob implementation simply return no data if no matches
were found, others return the GLOB_NOMATCH error code.
We don't want to treat GLOB_NOMATCH as an error condition
so that PHP glob() behaves the same on both types of
implementations and so that 'foreach (glob() as ...'
can be used for simple glob() calls without further error
checking.
*/
As far as i can tell the right thing to do would be to return an empty array
both when using glob("/etc/hosts") and glob("/etc/nonexistent") when
open_basedir is used. Or what am i missing?
Ive been using the following patch, and as far as i can tell its not possible
to check if a file exists when open_basedir is used, and
foreach(glob("nonext*")) works correctly.
http://gugge.dlx.dk/ting/php5-patch-dir.c
Reproduce code:
---
set open_basedir /documentroot
open /documentroot/test.php with the following content
Expected result:
array(0) {
}
Actual result:
--
bool(false)
--
Edit this bug report at https://bugs.php.net/bug.php?id=47358&edit=1
Bug #47358 [PATCH]: glob returns error, should be empty array()
Edit report at https://bugs.php.net/bug.php?id=47358&edit=1
ID: 47358
Patch added by: paj...@php.net
Reported by:php at guggemand dot dk
Summary:glob returns error, should be empty array()
Status: Assigned
Type: Bug
Package:Safe Mode/open_basedir
Operating System: FreeBSD 7.1
PHP Version:5.2.9RC1
Assigned To:pajoye
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: open_basedir_error_fix
Revision: 1318180102
URL:
https://bugs.php.net/patch-display.php?bug=47358&patch=open_basedir_error_fix&revision=1318180102
Previous Comments:
[2011-10-09 16:51:14] paj...@php.net
Please try using this patch (against 5.4 but should work against 5.3). I will
remove the warning too to make it works like the other call (was just to ease
the
test).
[2011-10-09 16:50:22] paj...@php.net
The following patch has been added/updated:
Patch Name: open_basedir_error_fix
Revision: 1318179021
URL:
https://bugs.php.net/patch-display.php?bug=47358&patch=open_basedir_error_fix&revision=1318179021
[2011-10-09 16:39:03] paj...@php.net
I agree, there is no error here but a wrong test. I will fix it soonish,
checking
the logic in there.
[2011-10-04 14:32:45] harald dot lapp at gmail dot com
It seems to me, that "glob" is returning false, even though the path i try to
glob
is valid compared to the "open_basdir" settings. Could you please have a
further
look at this issue?
(tried this with php 5.3.6 and php 5.3.8, btw.)
[2009-02-12 10:52:09] php at guggemand dot dk
"an empty array if no file matched" is what i see in the manual.
but this returns error, and not an empty array()
glob("/path/allowd/in/open_basedir/nonexitentfile.*");
I can understand why a system glob call returning no files, and a call
returning only nonallowed files has to be treated the same.
But im to dumb to see the logic in treating both as errors instead of "no files
matched", especially because that breaks existing code.
And treating it as "no files matched" doesnt break anything.
Please enlighten me if im wrong, and ill put on my pointy hat and sit in the
corner for the rest of the day.
But now i have link i can give the users telling me my servers doesn't work
right. So i guess i can live with that.
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=47358
--
Edit this bug report at https://bugs.php.net/bug.php?id=47358&edit=1
[PHP-BUG] Bug #60069 [NEW]: highlight_file/string outputs extra "1"
From: pajoye Operating system: PHP version: 5.3SVN-2011-10-16 (SVN) Package: *General Issues Bug Type: Bug Bug description:highlight_file/string outputs extra "1" Description: An extra char is written using highlight_file. Test script: --- or Expected result: echo highlight_file( : #BB">__FILE__); Actual result: -- echo highlight_file( : #BB">__FILE__); 1 -- Edit bug report at https://bugs.php.net/bug.php?id=60069&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60069&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60069&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60069&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60069&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60069&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60069&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60069&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60069&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60069&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60069&r=support Expected behavior: https://bugs.php.net/fix.php?id=60069&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60069&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60069&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60069&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60069&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60069&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60069&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60069&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60069&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60069&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60069&r=mysqlcfg
[PHP-BUG] Bug #60120 [NEW]: proc_open hangs with stdin/out with 2048+ bytes
From: pajoye
Operating system: windows
PHP version: Irrelevant
Package: Filesystem function related
Bug Type: Bug
Bug description:proc_open hangs with stdin/out with 2048+ bytes
Description:
The stream used to read data from stdin/out/err hangs if the data passed is
getting larger than 2048, under certain circumstances.
Test script:
---
error_reporting(E_ALL);
$cmd = 'php -r "fwrite(STDOUT, $in = file_get_contents(\'php://stdin\'));
fwrite(STDERR, $in);"';
$descriptors = array(array('pipe', 'r'), array('pipe', 'w'), array('pipe',
'w'));
$stdin = str_repeat('*', 1024 * 16) . '!';
$stdin = str_repeat('*', 2049 );
$options = array_merge(array('suppress_errors' => true, 'binary_pipes' =>
true, 'bypass_shell' => false));
$process = proc_open($cmd, $descriptors, $pipes, getcwd(), array(),
$options);
foreach ($pipes as $pipe) {
stream_set_blocking($pipe, false);
}
$writePipes = array($pipes[0]);
$stdinLen = strlen($stdin);
$stdinOffset = 0;
unset($pipes[0]);
while ($pipes || $writePipes) {
$r = $pipes;
$w = $writePipes;
$e = null;
$n = stream_select($r, $w, $e, 60);
if (false === $n) {
break;
} elseif ($n === 0) {
proc_terminate($process);
}
if ($w) {
$written = fwrite($writePipes[0], (binary)substr($stdin,
$stdinOffset), 8192);
if (false !== $written) {
$stdinOffset += $written;
}
if ($stdinOffset >= $stdinLen) {
fclose($writePipes[0]);
$writePipes = null;
}
}
foreach ($r as $pipe) {
$type = array_search($pipe, $pipes);
$data = fread($pipe, 8192);
if (false === $data || feof($pipe)) {
fclose($pipe);
unset($pipes[$type]);
}
}
}
--
Edit bug report at https://bugs.php.net/bug.php?id=60120&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60120&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60120&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60120&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60120&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60120&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60120&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60120&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60120&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60120&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60120&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60120&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60120&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60120&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60120&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60120&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60120&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60120&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60120&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60120&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60120&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60120&r=mysqlcfg
