[PHP-BUG] Bug #55362 [NEW]: X509_PURPOSE_ANY is not supported
From: Operating system: Windows 7 PHP version: 5.3.6 Package: OpenSSL related Bug Type: Bug Bug description:X509_PURPOSE_ANY is not supported Description: On http://www.php.net/manual/en/function.openssl-x509-checkpurpose.php the purpose check X509_PURPOSE_ANY is mentioned and the constant is defined as well. openssl_x509_checkpurpose() however reports error:0B086079:x509 certificate routines:X509_STORE_CTX_purpose_inherit:unknown purpose id. Checking up in the documentation i can see that this purpose is not supported (http://www.openssl.org/docs/apps/verify.html#COMMAND_OPTIONS). This constant should be removed, and a note should be put in the documentation, specifying that this is not supported. Test script: --- openssl_x509_checkpurpose( mixed $x509cert , X509_PURPOSE_ANY ); while($error = openssl_error_string()) echo $error.\n; Expected result: With a valid certificate openssl_x509_checkpurpose($cert, X509_PURPOSE_ANY) returns true. Actual result: -- With a valid certificate openssl_x509_checkpurpose($cert, X509_PURPOSE_ANY) returns false. -- Edit bug report at https://bugs.php.net/bug.php?id=55362edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55362r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55362r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55362r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55362r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55362r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55362r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55362r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55362r=needscript Try newer version: https://bugs.php.net/fix.php?id=55362r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55362r=support Expected behavior: https://bugs.php.net/fix.php?id=55362r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55362r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55362r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55362r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55362r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55362r=dst IIS Stability: https://bugs.php.net/fix.php?id=55362r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55362r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55362r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55362r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55362r=mysqlcfg
Bug #55362 [Opn]: X509_PURPOSE_ANY is not recognized by openssl
Edit report at https://bugs.php.net/bug.php?id=55362edit=1 ID: 55362 User updated by:anders at ingemann dot de Reported by:anders at ingemann dot de -Summary:X509_PURPOSE_ANY is not supported +Summary:X509_PURPOSE_ANY is not recognized by openssl Status: Open Type: Bug Package:OpenSSL related Operating System: Windows 7 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: I just found out that the any purpose IS actually supported, but it is simply not documented. It seems the constant is somehow referring to a wrong value. Previous Comments: [2011-08-04 12:14:53] anders at ingemann dot de Description: On http://www.php.net/manual/en/function.openssl-x509-checkpurpose.php the purpose check X509_PURPOSE_ANY is mentioned and the constant is defined as well. openssl_x509_checkpurpose() however reports error:0B086079:x509 certificate routines:X509_STORE_CTX_purpose_inherit:unknown purpose id. Checking up in the documentation i can see that this purpose is not supported (http://www.openssl.org/docs/apps/verify.html#COMMAND_OPTIONS). This constant should be removed, and a note should be put in the documentation, specifying that this is not supported. Test script: --- openssl_x509_checkpurpose( mixed $x509cert , X509_PURPOSE_ANY ); while($error = openssl_error_string()) echo $error.\n; Expected result: With a valid certificate openssl_x509_checkpurpose($cert, X509_PURPOSE_ANY) returns true. Actual result: -- With a valid certificate openssl_x509_checkpurpose($cert, X509_PURPOSE_ANY) returns false. -- Edit this bug report at https://bugs.php.net/bug.php?id=55362edit=1
Bug #55362 [Fbk-Opn]: X509_PURPOSE_ANY is not recognized by openssl
Edit report at https://bugs.php.net/bug.php?id=55362edit=1 ID: 55362 User updated by:anders at ingemann dot de Reported by:anders at ingemann dot de Summary:X509_PURPOSE_ANY is not recognized by openssl -Status: Feedback +Status: Open Type: Bug Package:OpenSSL related Operating System: Windows 7 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: The constant is not the problem. Somehow int(7) causes an error with the openssl api. It says that this purpose id is not known. Previous Comments: [2011-08-04 12:40:50] paj...@php.net c:\test\php536ntsphp -n -d extension_dir=ext -d extension=php_openssl.dll -r print_r(get_defined_constants()); | FIND X509 [X509_PURPOSE_SSL_CLIENT] = 1 [X509_PURPOSE_SSL_SERVER] = 2 [X509_PURPOSE_NS_SSL_SERVER] = 3 [X509_PURPOSE_SMIME_SIGN] = 4 [X509_PURPOSE_SMIME_ENCRYPT] = 5 [X509_PURPOSE_CRL_SIGN] = 6 [X509_PURPOSE_ANY] = 7 and from the x509v3.h: #define X509_PURPOSE_ANY 7 What do you mean then? [2011-08-04 12:23:01] anders at ingemann dot de I just found out that the any purpose IS actually supported, but it is simply not documented. It seems the constant is somehow referring to a wrong value. [2011-08-04 12:14:53] anders at ingemann dot de Description: On http://www.php.net/manual/en/function.openssl-x509-checkpurpose.php the purpose check X509_PURPOSE_ANY is mentioned and the constant is defined as well. openssl_x509_checkpurpose() however reports error:0B086079:x509 certificate routines:X509_STORE_CTX_purpose_inherit:unknown purpose id. Checking up in the documentation i can see that this purpose is not supported (http://www.openssl.org/docs/apps/verify.html#COMMAND_OPTIONS). This constant should be removed, and a note should be put in the documentation, specifying that this is not supported. Test script: --- openssl_x509_checkpurpose( mixed $x509cert , X509_PURPOSE_ANY ); while($error = openssl_error_string()) echo $error.\n; Expected result: With a valid certificate openssl_x509_checkpurpose($cert, X509_PURPOSE_ANY) returns true. Actual result: -- With a valid certificate openssl_x509_checkpurpose($cert, X509_PURPOSE_ANY) returns false. -- Edit this bug report at https://bugs.php.net/bug.php?id=55362edit=1
Bug #51079 [Com]: fsockopen will not work on 'localhost'
Edit report at http://bugs.php.net/bug.php?id=51079edit=1 ID: 51079 Comment by: anders at ingemann dot de Reported by: tony at marston-home dot demon dot co dot uk Summary: fsockopen will not work on 'localhost' Status: Assigned Type: Bug Package: Sockets related Operating System: win32 only - Windows XP PHP Version: 5.2.12 Assigned To: pajoye New Comment: I can confirm this on Vista x86 with the precompiled 5.3.2 VC6 ts Previous Comments: [2010-04-28 00:03:32] jbphp at jlb dot nu We recently upgraded to PHP 5.3.2 and can replicate this problem under Windows 7 x64. Luckily the workaround of using '127.0.0.1' in the fsockopen address instead of 'localhost' is relatively easy but it broke a large volume of our existing code. Very annoying. Please fix this asap. [2010-03-13 20:26:19] dontwantanyspam at mailinator dot com Forgot to mention my operating system. Windows 7 x64. [2010-03-13 20:22:24] dontwantanyspam at mailinator dot com I can also confirm that this problem isn't there in PHP 5.3.0. Its there since 5.3.1. Unlike PHP 5.3.0, a 64 bit version of PHP 5.3.1 wasn't available at http://windows.php.net/qa/, so I tried compiling it myself. After compiling I noticed that a script that uses file_get_contents(http://localhost/...;) wouldn't work until I change the localhost to 127.0.0.1. I didn't care about it much at that time since it seemed like a small problem. But then I noticed that none of the scripts that used mysql were working. I even tried to log in to phpMyAdmin and even that didn't work (same problem described by thijsputman). So I thought that it was probably a bug with the 64 bit binary and continued using PHP 5.3.0. But after PHP 5.3.2 was released, I tried compiling it also and noticed that the problem was still there. Thinking that it may be related to mysqlnd since the version used by PHP 5.3.0 is 5.0.5-dev and the one used by PHP 5.3.2 is 5.0.7- dev, I tried compiling the mysql, mysqli and pdo mysql extensions with libmysql. I has success with the mysql extension only. The mysqli and pdo mysql extension failed to compile with libmysql (there were a lot of build errors). Anyway, I tried the mysql extension compiled with libmysql and noticed that it was working fine! But I needed the mysqli extension to work also and since it failed to compile with libmysql, I messed around some more and finally realized that it was the same problem as with the file_get_contents. So I tried changing all the localhost references to 127.0.0.1 and it worked! Anyway, for whatever reason the mysql extension compiled with libmysql works fine with localhost but the one compiled with mysqlnd doesn't. So, I hope this helps you to find and squish the bug thats causing this. :D [2010-03-10 12:31:15] thijsputman at gmail dot com Fair enough :) The reproduce code provided fails to connect to localhost with fsockopen() in PHP 5.3.2. When using PHP 5.3.0 fsockopen() connects to localhost without problems. [2010-03-10 12:03:59] paj...@php.net It does not depend on PHP only but libmysql or mysql server. Please keep posting about the socket issue only here as the myslqIPv6 questions have been covered numerous times in other reports. The one report per issue rule is also a good way to do not get distracted, thanks for your understanding :) 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=51079 -- Edit this bug report at http://bugs.php.net/bug.php?id=51079edit=1
[PHP-BUG] Req #51793 [NEW]: Add alpha argument to imagecolorset
From: Operating system: linux PHP version: 5.3.2 Package: GD related Bug Type: Feature/Change Request Bug description:Add alpha argument to imagecolorset Description: Imagecolorset currently has no argument to set the alpha color component in an indexed color image. This capability would be very useful. (Especially when dealing with functions that use antialiasing but don't handle alpha transparency well). Change to: void imagecolorset ( resource $image, int $index, int $red, int $green, int $blue [, int $alpha ] ) -- Edit bug report at http://bugs.php.net/bug.php?id=51793edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51793r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51793r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51793r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51793r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51793r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51793r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51793r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51793r=needscript Try newer version: http://bugs.php.net/fix.php?id=51793r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51793r=support Expected behavior: http://bugs.php.net/fix.php?id=51793r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51793r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51793r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51793r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51793r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51793r=dst IIS Stability: http://bugs.php.net/fix.php?id=51793r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51793r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51793r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51793r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51793r=mysqlcfg
#48894 [Opn]: Occasional crashes with Apache 1.3.41
ID: 48894 User updated by: php at anders dot fupp dot net Reported By: php at anders dot fupp dot net Status: Open Bug Type: Apache related Operating System: FreeBSD/amd64 7.2-RELEASE PHP Version: 5.2.10 New Comment: I just wanted to tell that I've upgraded to Apache 2.2.11 (ITK), and since then I have not had these problems anymore. So it seems to be an issue with Apache 1.3. Previous Comments: [2009-07-22 20:30:50] j...@php.net I only pointed at the fact that there is more detailed information on that Apache bug ticket you mentioned. I'm not pointing any fingers anywhere, this is PHP bug for sure. [2009-07-17 09:06:56] php at anders dot fupp dot net Yes, the Apache ticket specifically mentions that the bug is in the caller, which is PHP. Are you or anyone going to look at this other than keep pointing at Apache or suggesting alternatives? I submitted this ticket to possibly have the problem fixed, that is the only reason I bothered to do it. It's annoying to keep have to mentioning where the problem (probably) is, I start to wonder whether it is useful to submit tickets at bugs.php.net at all. [2009-07-15 12:14:47] j...@php.net Note: There is good analysis on that Apache bug what the problem is. Workaround: Use lighttpd + PHP-fcgi :) [2009-07-12 20:13:03] php at anders dot fupp dot net Someone report this as an Apache bug, which was closed in their bug tracking system: https://issues.apache.org/bugzilla/show_bug.cgi?id=47070 [2009-07-12 20:08:10] php at anders dot fupp dot net Description: Apache 1.3.41 crashes now and then due to problems in PHP 5.2.10 mod_php module: Jul 12 18:44:59 master kernel: pid 58886 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 19:06:31 master kernel: pid 60864 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 19:08:30 master kernel: pid 61302 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 20:27:43 master kernel: pid 67077 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 20:50:14 master kernel: pid 69216 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 21:07:00 master kernel: pid 71457 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 21:10:18 master kernel: pid 70542 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 21:38:28 master kernel: pid 77041 (httpd), uid 80: exited on signal 11 (core dumped) I use these extensions: php5-ctype-5.2.10 php5-curl-5.2.10 php5-dom-5.2.10 php5-gd-5.2.10 php5-gettext-5.2.10 php5-iconv-5.2.10 php5-imap-5.2.10 php5-mbstring-5.2.10 php5-mcrypt-5.2.10 php5-mhash-5.2.10 php5-mysql-5.2.10 php5-openssl-5.2.10 php5-pcre-5.2.10 php5-posix-5.2.10 php5-pspell-5.2.10 php5-session-5.2.10 php5-simplexml-5.2.10 php5-spl-5.2.10 php5-tokenizer-5.2.10 php5-xml-5.2.10 php5-zlib-5.2.10 Also, I have gd 2.0.35 and imap-uw 2007e installed. Reproduce code: --- N/A. It happens occasionally. I run one fairly big WordPress site (http://neppe.no/) and a forum on http://motorpsycho.fix.no. But I can't find out exactly what provokes the crash. Actual result: -- GDB backtrace: (gdb) bt full #0 0x004249e4 in ap_rflush (r=0x805d61c38) at http_protocol.c:2823 No locals. #1 0x000801c92efc in sapi_apache_flush (server_context=0x805d61c38) at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:119 No locals. #2 0x000801bc652f in sapi_flush () at /usr/ports/lang/php5/work/php-5.2.10/main/SAPI.c:922 No locals. #3 0x0008016d in php_module_shutdown () at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1906 module_number = 0 #4 0x00080131 in php_module_shutdown_wrapper ( sapi_globals=0x801e43c00) at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1879 No locals. #5 0x000801c945c0 in php_child_exit_handler (s=0x800b05060, p=0x800b31018) at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:928 No locals. #6 0x004119f0 in ap_child_exit_modules (p=0x800b31018, s=0x800b05060) at http_config.c:1634 m = (module *) 0x801e43d20 #7 0x00419df6 in clean_child_exit (code=0) at http_main.c:542 No locals. #8 0x0041d16a in child_main (child_num_arg=5) at http_main.c:4633 conn_io = (BUFF *) 0x805dcb080 r = (request_rec *) 0x805d60060 clen = 16 sa_server = {sa_len = 16 '\020', sa_family = 2 '\002', sa_data = \000PP[$\024\000\000\000\000\000\000\000} sa_client = {sa_len = 16 '\020', sa_family = 2 '\002', sa_data = \bÄW\232ã\027\000\000\000\000\000\000\000} lr = (listen_rec *) 0x0 #9
#48894 [Opn]: Occasional crashes with Apache 1.3.41
ID: 48894 User updated by: php at anders dot fupp dot net Reported By: php at anders dot fupp dot net Status: Open Bug Type: Apache related Operating System: FreeBSD/amd64 7.2-RELEASE PHP Version: 5.2.10 New Comment: Yes, the Apache ticket specifically mentions that the bug is in the caller, which is PHP. Are you or anyone going to look at this other than keep pointing at Apache or suggesting alternatives? I submitted this ticket to possibly have the problem fixed, that is the only reason I bothered to do it. It's annoying to keep have to mentioning where the problem (probably) is, I start to wonder whether it is useful to submit tickets at bugs.php.net at all. Previous Comments: [2009-07-15 12:14:47] j...@php.net Note: There is good analysis on that Apache bug what the problem is. Workaround: Use lighttpd + PHP-fcgi :) [2009-07-12 20:13:03] php at anders dot fupp dot net Someone report this as an Apache bug, which was closed in their bug tracking system: https://issues.apache.org/bugzilla/show_bug.cgi?id=47070 [2009-07-12 20:08:10] php at anders dot fupp dot net Description: Apache 1.3.41 crashes now and then due to problems in PHP 5.2.10 mod_php module: Jul 12 18:44:59 master kernel: pid 58886 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 19:06:31 master kernel: pid 60864 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 19:08:30 master kernel: pid 61302 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 20:27:43 master kernel: pid 67077 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 20:50:14 master kernel: pid 69216 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 21:07:00 master kernel: pid 71457 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 21:10:18 master kernel: pid 70542 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 21:38:28 master kernel: pid 77041 (httpd), uid 80: exited on signal 11 (core dumped) I use these extensions: php5-ctype-5.2.10 php5-curl-5.2.10 php5-dom-5.2.10 php5-gd-5.2.10 php5-gettext-5.2.10 php5-iconv-5.2.10 php5-imap-5.2.10 php5-mbstring-5.2.10 php5-mcrypt-5.2.10 php5-mhash-5.2.10 php5-mysql-5.2.10 php5-openssl-5.2.10 php5-pcre-5.2.10 php5-posix-5.2.10 php5-pspell-5.2.10 php5-session-5.2.10 php5-simplexml-5.2.10 php5-spl-5.2.10 php5-tokenizer-5.2.10 php5-xml-5.2.10 php5-zlib-5.2.10 Also, I have gd 2.0.35 and imap-uw 2007e installed. Reproduce code: --- N/A. It happens occasionally. I run one fairly big WordPress site (http://neppe.no/) and a forum on http://motorpsycho.fix.no. But I can't find out exactly what provokes the crash. Actual result: -- GDB backtrace: (gdb) bt full #0 0x004249e4 in ap_rflush (r=0x805d61c38) at http_protocol.c:2823 No locals. #1 0x000801c92efc in sapi_apache_flush (server_context=0x805d61c38) at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:119 No locals. #2 0x000801bc652f in sapi_flush () at /usr/ports/lang/php5/work/php-5.2.10/main/SAPI.c:922 No locals. #3 0x0008016d in php_module_shutdown () at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1906 module_number = 0 #4 0x00080131 in php_module_shutdown_wrapper ( sapi_globals=0x801e43c00) at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1879 No locals. #5 0x000801c945c0 in php_child_exit_handler (s=0x800b05060, p=0x800b31018) at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:928 No locals. #6 0x004119f0 in ap_child_exit_modules (p=0x800b31018, s=0x800b05060) at http_config.c:1634 m = (module *) 0x801e43d20 #7 0x00419df6 in clean_child_exit (code=0) at http_main.c:542 No locals. #8 0x0041d16a in child_main (child_num_arg=5) at http_main.c:4633 conn_io = (BUFF *) 0x805dcb080 r = (request_rec *) 0x805d60060 clen = 16 sa_server = {sa_len = 16 '\020', sa_family = 2 '\002', sa_data = \000PP[$\024\000\000\000\000\000\000\000} sa_client = {sa_len = 16 '\020', sa_family = 2 '\002', sa_data = \bÄW\232ã\027\000\000\000\000\000\000\000} lr = (listen_rec *) 0x0 #9 0x0041d734 in make_child (s=0x800b05060, slot=5, now=1247427429) at http_main.c:5055 pid = 0 #10 0x0041db6b in perform_idle_server_maintenance () at http_main.c:5256 i = 0 to_kill = 1 idle_count = 2 pid = -1 ss = (short_score *) 0x80058e410 now = 1247427429 free_length = 1 free_slots = {5, 6, 10, 11, 16, 17, 18, 19, -4976, 32767, 4305748, 0, 98677480, 8, 4451364, 0, -4960, 32767, 4254904, 0, 5824512, 8, 1, 0, -4912, 32767, 4305748, 0, -4912, 32767, 4316501, 4
#48894 [Fbk-Opn]: Occasional crashes with Apache 1.3.41
ID: 48894 User updated by: php at anders dot fupp dot net Reported By: php at anders dot fupp dot net -Status: Feedback +Status: Open Bug Type: Apache related Operating System: FreeBSD/amd64 7.2-RELEASE PHP Version: 5.2.10 New Comment: Yes, it has happened for a while. Also happened with PHP 5.2.9. Not sure if versions before that had it. Fixed Apache? I am using 1.3.41 which is the latest version of Apache 1.3. AFAIK PHP still supports Apache 1.3.x, which many people still use? Previous Comments: [2009-07-13 10:50:36] j...@php.net 1. Did this happen with previous PHP versions? 2. Have you tried with that fixed Apache? :) [2009-07-12 20:13:03] php at anders dot fupp dot net Someone report this as an Apache bug, which was closed in their bug tracking system: https://issues.apache.org/bugzilla/show_bug.cgi?id=47070 [2009-07-12 20:08:10] php at anders dot fupp dot net Description: Apache 1.3.41 crashes now and then due to problems in PHP 5.2.10 mod_php module: Jul 12 18:44:59 master kernel: pid 58886 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 19:06:31 master kernel: pid 60864 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 19:08:30 master kernel: pid 61302 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 20:27:43 master kernel: pid 67077 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 20:50:14 master kernel: pid 69216 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 21:07:00 master kernel: pid 71457 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 21:10:18 master kernel: pid 70542 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 21:38:28 master kernel: pid 77041 (httpd), uid 80: exited on signal 11 (core dumped) I use these extensions: php5-ctype-5.2.10 php5-curl-5.2.10 php5-dom-5.2.10 php5-gd-5.2.10 php5-gettext-5.2.10 php5-iconv-5.2.10 php5-imap-5.2.10 php5-mbstring-5.2.10 php5-mcrypt-5.2.10 php5-mhash-5.2.10 php5-mysql-5.2.10 php5-openssl-5.2.10 php5-pcre-5.2.10 php5-posix-5.2.10 php5-pspell-5.2.10 php5-session-5.2.10 php5-simplexml-5.2.10 php5-spl-5.2.10 php5-tokenizer-5.2.10 php5-xml-5.2.10 php5-zlib-5.2.10 Also, I have gd 2.0.35 and imap-uw 2007e installed. Reproduce code: --- N/A. It happens occasionally. I run one fairly big WordPress site (http://neppe.no/) and a forum on http://motorpsycho.fix.no. But I can't find out exactly what provokes the crash. Actual result: -- GDB backtrace: (gdb) bt full #0 0x004249e4 in ap_rflush (r=0x805d61c38) at http_protocol.c:2823 No locals. #1 0x000801c92efc in sapi_apache_flush (server_context=0x805d61c38) at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:119 No locals. #2 0x000801bc652f in sapi_flush () at /usr/ports/lang/php5/work/php-5.2.10/main/SAPI.c:922 No locals. #3 0x0008016d in php_module_shutdown () at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1906 module_number = 0 #4 0x00080131 in php_module_shutdown_wrapper ( sapi_globals=0x801e43c00) at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1879 No locals. #5 0x000801c945c0 in php_child_exit_handler (s=0x800b05060, p=0x800b31018) at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:928 No locals. #6 0x004119f0 in ap_child_exit_modules (p=0x800b31018, s=0x800b05060) at http_config.c:1634 m = (module *) 0x801e43d20 #7 0x00419df6 in clean_child_exit (code=0) at http_main.c:542 No locals. #8 0x0041d16a in child_main (child_num_arg=5) at http_main.c:4633 conn_io = (BUFF *) 0x805dcb080 r = (request_rec *) 0x805d60060 clen = 16 sa_server = {sa_len = 16 '\020', sa_family = 2 '\002', sa_data = \000PP[$\024\000\000\000\000\000\000\000} sa_client = {sa_len = 16 '\020', sa_family = 2 '\002', sa_data = \bÄW\232ã\027\000\000\000\000\000\000\000} lr = (listen_rec *) 0x0 #9 0x0041d734 in make_child (s=0x800b05060, slot=5, now=1247427429) at http_main.c:5055 pid = 0 #10 0x0041db6b in perform_idle_server_maintenance () at http_main.c:5256 i = 0 to_kill = 1 idle_count = 2 pid = -1 ss = (short_score *) 0x80058e410 now = 1247427429 free_length = 1 free_slots = {5, 6, 10, 11, 16, 17, 18, 19, -4976, 32767, 4305748, 0, 98677480, 8, 4451364, 0, -4960, 32767, 4254904, 0, 5824512, 8, 1, 0, -4912, 32767, 4305748, 0, -4912, 32767, 4316501, 4} last_non_dead = 4 total_non_dead = 5 ---Type return to continue, or q return to quit--- reported = 0 #11 0x0041e159 in standalone_main (argc=1, argv=0x7fffee20
#48894 [Fbk-Opn]: Occasional crashes with Apache 1.3.41
ID: 48894 User updated by: php at anders dot fupp dot net Reported By: php at anders dot fupp dot net -Status: Feedback +Status: Open Bug Type: Apache related Operating System: FreeBSD/amd64 7.2-RELEASE PHP Version: 5.2.10 New Comment: If it was an Apache bug I would not report it here. I said it was reported as an Apache bug, but that ticket was closed (with no fix) because the Apache developers claims this is a PHP bug. There is a little bit of information in the Apache ticket, please check it before writing anything further. Previous Comments: [2009-07-13 11:44:58] j...@php.net If it's an apache bug that is fixed (but not in any release yet), how is it PHP bug? [2009-07-13 11:17:41] php at anders dot fupp dot net Yes, it has happened for a while. Also happened with PHP 5.2.9. Not sure if versions before that had it. Fixed Apache? I am using 1.3.41 which is the latest version of Apache 1.3. AFAIK PHP still supports Apache 1.3.x, which many people still use? [2009-07-13 10:50:36] j...@php.net 1. Did this happen with previous PHP versions? 2. Have you tried with that fixed Apache? :) [2009-07-12 20:13:03] php at anders dot fupp dot net Someone report this as an Apache bug, which was closed in their bug tracking system: https://issues.apache.org/bugzilla/show_bug.cgi?id=47070 [2009-07-12 20:08:10] php at anders dot fupp dot net Description: Apache 1.3.41 crashes now and then due to problems in PHP 5.2.10 mod_php module: Jul 12 18:44:59 master kernel: pid 58886 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 19:06:31 master kernel: pid 60864 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 19:08:30 master kernel: pid 61302 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 20:27:43 master kernel: pid 67077 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 20:50:14 master kernel: pid 69216 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 21:07:00 master kernel: pid 71457 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 21:10:18 master kernel: pid 70542 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 21:38:28 master kernel: pid 77041 (httpd), uid 80: exited on signal 11 (core dumped) I use these extensions: php5-ctype-5.2.10 php5-curl-5.2.10 php5-dom-5.2.10 php5-gd-5.2.10 php5-gettext-5.2.10 php5-iconv-5.2.10 php5-imap-5.2.10 php5-mbstring-5.2.10 php5-mcrypt-5.2.10 php5-mhash-5.2.10 php5-mysql-5.2.10 php5-openssl-5.2.10 php5-pcre-5.2.10 php5-posix-5.2.10 php5-pspell-5.2.10 php5-session-5.2.10 php5-simplexml-5.2.10 php5-spl-5.2.10 php5-tokenizer-5.2.10 php5-xml-5.2.10 php5-zlib-5.2.10 Also, I have gd 2.0.35 and imap-uw 2007e installed. Reproduce code: --- N/A. It happens occasionally. I run one fairly big WordPress site (http://neppe.no/) and a forum on http://motorpsycho.fix.no. But I can't find out exactly what provokes the crash. Actual result: -- GDB backtrace: (gdb) bt full #0 0x004249e4 in ap_rflush (r=0x805d61c38) at http_protocol.c:2823 No locals. #1 0x000801c92efc in sapi_apache_flush (server_context=0x805d61c38) at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:119 No locals. #2 0x000801bc652f in sapi_flush () at /usr/ports/lang/php5/work/php-5.2.10/main/SAPI.c:922 No locals. #3 0x0008016d in php_module_shutdown () at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1906 module_number = 0 #4 0x00080131 in php_module_shutdown_wrapper ( sapi_globals=0x801e43c00) at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1879 No locals. #5 0x000801c945c0 in php_child_exit_handler (s=0x800b05060, p=0x800b31018) at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:928 No locals. #6 0x004119f0 in ap_child_exit_modules (p=0x800b31018, s=0x800b05060) at http_config.c:1634 m = (module *) 0x801e43d20 #7 0x00419df6 in clean_child_exit (code=0) at http_main.c:542 No locals. #8 0x0041d16a in child_main (child_num_arg=5) at http_main.c:4633 conn_io = (BUFF *) 0x805dcb080 r = (request_rec *) 0x805d60060 clen = 16 sa_server = {sa_len = 16 '\020', sa_family = 2 '\002', sa_data = \000PP[$\024\000\000\000\000\000\000\000} sa_client = {sa_len = 16 '\020', sa_family = 2 '\002', sa_data = \bÄW\232ã\027\000\000\000\000\000\000\000} lr = (listen_rec *) 0x0 #9 0x0041d734 in make_child (s=0x800b05060, slot=5, now=1247427429) at http_main.c:5055 pid = 0 #10 0x0041db6b
#48894 [NEW]: Occasional crashes with Apache 1.3.41
From: php at anders dot fupp dot net Operating system: FreeBSD/amd64 7.2-RELEASE PHP version: 5.2.10 PHP Bug Type: Apache related Bug description: Occasional crashes with Apache 1.3.41 Description: Apache 1.3.41 crashes now and then due to problems in PHP 5.2.10 mod_php module: Jul 12 18:44:59 master kernel: pid 58886 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 19:06:31 master kernel: pid 60864 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 19:08:30 master kernel: pid 61302 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 20:27:43 master kernel: pid 67077 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 20:50:14 master kernel: pid 69216 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 21:07:00 master kernel: pid 71457 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 21:10:18 master kernel: pid 70542 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 21:38:28 master kernel: pid 77041 (httpd), uid 80: exited on signal 11 (core dumped) I use these extensions: php5-ctype-5.2.10 php5-curl-5.2.10 php5-dom-5.2.10 php5-gd-5.2.10 php5-gettext-5.2.10 php5-iconv-5.2.10 php5-imap-5.2.10 php5-mbstring-5.2.10 php5-mcrypt-5.2.10 php5-mhash-5.2.10 php5-mysql-5.2.10 php5-openssl-5.2.10 php5-pcre-5.2.10 php5-posix-5.2.10 php5-pspell-5.2.10 php5-session-5.2.10 php5-simplexml-5.2.10 php5-spl-5.2.10 php5-tokenizer-5.2.10 php5-xml-5.2.10 php5-zlib-5.2.10 Also, I have gd 2.0.35 and imap-uw 2007e installed. Reproduce code: --- N/A. It happens occasionally. I run one fairly big WordPress site (http://neppe.no/) and a forum on http://motorpsycho.fix.no. But I can't find out exactly what provokes the crash. Actual result: -- GDB backtrace: (gdb) bt full #0 0x004249e4 in ap_rflush (r=0x805d61c38) at http_protocol.c:2823 No locals. #1 0x000801c92efc in sapi_apache_flush (server_context=0x805d61c38) at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:119 No locals. #2 0x000801bc652f in sapi_flush () at /usr/ports/lang/php5/work/php-5.2.10/main/SAPI.c:922 No locals. #3 0x0008016d in php_module_shutdown () at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1906 module_number = 0 #4 0x00080131 in php_module_shutdown_wrapper ( sapi_globals=0x801e43c00) at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1879 No locals. #5 0x000801c945c0 in php_child_exit_handler (s=0x800b05060, p=0x800b31018) at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:928 No locals. #6 0x004119f0 in ap_child_exit_modules (p=0x800b31018, s=0x800b05060) at http_config.c:1634 m = (module *) 0x801e43d20 #7 0x00419df6 in clean_child_exit (code=0) at http_main.c:542 No locals. #8 0x0041d16a in child_main (child_num_arg=5) at http_main.c:4633 conn_io = (BUFF *) 0x805dcb080 r = (request_rec *) 0x805d60060 clen = 16 sa_server = {sa_len = 16 '\020', sa_family = 2 '\002', sa_data = \000PP[$\024\000\000\000\000\000\000\000} sa_client = {sa_len = 16 '\020', sa_family = 2 '\002', sa_data = \bÄW\232ã\027\000\000\000\000\000\000\000} lr = (listen_rec *) 0x0 #9 0x0041d734 in make_child (s=0x800b05060, slot=5, now=1247427429) at http_main.c:5055 pid = 0 #10 0x0041db6b in perform_idle_server_maintenance () at http_main.c:5256 i = 0 to_kill = 1 idle_count = 2 pid = -1 ss = (short_score *) 0x80058e410 now = 1247427429 free_length = 1 free_slots = {5, 6, 10, 11, 16, 17, 18, 19, -4976, 32767, 4305748, 0, 98677480, 8, 4451364, 0, -4960, 32767, 4254904, 0, 5824512, 8, 1, 0, -4912, 32767, 4305748, 0, -4912, 32767, 4316501, 4} last_non_dead = 4 total_non_dead = 5 ---Type return to continue, or q return to quit--- reported = 0 #11 0x0041e159 in standalone_main (argc=1, argv=0x7fffee20) at http_main.c:5520 child_slot = 0 status = -256 pid = -1 remaining_children_to_start = 0 #12 0x0041e7a4 in main (argc=1, argv=0x7fffee20) at http_main.c:5773 c = -1 sock_in = -4608 sock_out = 32767 s = 0x7fffef68 httpd (gdb) -- Edit bug report at http://bugs.php.net/?id=48894edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48894r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48894r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48894r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48894r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48894r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48894r=alreadyfixed Need backtrace: http://bugs.php.net
#48894 [Com]: Occasional crashes with Apache 1.3.41
ID: 48894 Comment by: php at anders dot fupp dot net Reported By: php at anders dot fupp dot net Status: Open Bug Type: Apache related Operating System: FreeBSD/amd64 7.2-RELEASE PHP Version: 5.2.10 New Comment: Someone report this as an Apache bug, which was closed in their bug tracking system: https://issues.apache.org/bugzilla/show_bug.cgi?id=47070 Previous Comments: [2009-07-12 20:08:10] php at anders dot fupp dot net Description: Apache 1.3.41 crashes now and then due to problems in PHP 5.2.10 mod_php module: Jul 12 18:44:59 master kernel: pid 58886 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 19:06:31 master kernel: pid 60864 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 19:08:30 master kernel: pid 61302 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 20:27:43 master kernel: pid 67077 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 20:50:14 master kernel: pid 69216 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 21:07:00 master kernel: pid 71457 (httpd), uid 80: exited on signal 10 (core dumped) Jul 12 21:10:18 master kernel: pid 70542 (httpd), uid 80: exited on signal 11 (core dumped) Jul 12 21:38:28 master kernel: pid 77041 (httpd), uid 80: exited on signal 11 (core dumped) I use these extensions: php5-ctype-5.2.10 php5-curl-5.2.10 php5-dom-5.2.10 php5-gd-5.2.10 php5-gettext-5.2.10 php5-iconv-5.2.10 php5-imap-5.2.10 php5-mbstring-5.2.10 php5-mcrypt-5.2.10 php5-mhash-5.2.10 php5-mysql-5.2.10 php5-openssl-5.2.10 php5-pcre-5.2.10 php5-posix-5.2.10 php5-pspell-5.2.10 php5-session-5.2.10 php5-simplexml-5.2.10 php5-spl-5.2.10 php5-tokenizer-5.2.10 php5-xml-5.2.10 php5-zlib-5.2.10 Also, I have gd 2.0.35 and imap-uw 2007e installed. Reproduce code: --- N/A. It happens occasionally. I run one fairly big WordPress site (http://neppe.no/) and a forum on http://motorpsycho.fix.no. But I can't find out exactly what provokes the crash. Actual result: -- GDB backtrace: (gdb) bt full #0 0x004249e4 in ap_rflush (r=0x805d61c38) at http_protocol.c:2823 No locals. #1 0x000801c92efc in sapi_apache_flush (server_context=0x805d61c38) at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:119 No locals. #2 0x000801bc652f in sapi_flush () at /usr/ports/lang/php5/work/php-5.2.10/main/SAPI.c:922 No locals. #3 0x0008016d in php_module_shutdown () at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1906 module_number = 0 #4 0x00080131 in php_module_shutdown_wrapper ( sapi_globals=0x801e43c00) at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1879 No locals. #5 0x000801c945c0 in php_child_exit_handler (s=0x800b05060, p=0x800b31018) at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:928 No locals. #6 0x004119f0 in ap_child_exit_modules (p=0x800b31018, s=0x800b05060) at http_config.c:1634 m = (module *) 0x801e43d20 #7 0x00419df6 in clean_child_exit (code=0) at http_main.c:542 No locals. #8 0x0041d16a in child_main (child_num_arg=5) at http_main.c:4633 conn_io = (BUFF *) 0x805dcb080 r = (request_rec *) 0x805d60060 clen = 16 sa_server = {sa_len = 16 '\020', sa_family = 2 '\002', sa_data = \000PP[$\024\000\000\000\000\000\000\000} sa_client = {sa_len = 16 '\020', sa_family = 2 '\002', sa_data = \bÄW\232ã\027\000\000\000\000\000\000\000} lr = (listen_rec *) 0x0 #9 0x0041d734 in make_child (s=0x800b05060, slot=5, now=1247427429) at http_main.c:5055 pid = 0 #10 0x0041db6b in perform_idle_server_maintenance () at http_main.c:5256 i = 0 to_kill = 1 idle_count = 2 pid = -1 ss = (short_score *) 0x80058e410 now = 1247427429 free_length = 1 free_slots = {5, 6, 10, 11, 16, 17, 18, 19, -4976, 32767, 4305748, 0, 98677480, 8, 4451364, 0, -4960, 32767, 4254904, 0, 5824512, 8, 1, 0, -4912, 32767, 4305748, 0, -4912, 32767, 4316501, 4} last_non_dead = 4 total_non_dead = 5 ---Type return to continue, or q return to quit--- reported = 0 #11 0x0041e159 in standalone_main (argc=1, argv=0x7fffee20) at http_main.c:5520 child_slot = 0 status = -256 pid = -1 remaining_children_to_start = 0 #12 0x0041e7a4 in main (argc=1, argv=0x7fffee20) at http_main.c:5773 c = -1 sock_in = -4608 sock_out = 32767 s = 0x7fffef68 httpd (gdb) -- Edit this bug report at http://bugs.php.net/?id=48894edit=1
#47897 [NEW]: msvcr80.dll
From: anders dot e dot stenman at gmail dot com Operating system: Windows Vista PHP version: 5.2.9 PHP Bug Type: Dynamic loading Bug description: msvcr80.dll Description: Hello, When I run php.exe or pear on my Windows Vista box I get a warning about a missing msvcr80.dll. Is it possible to fix this? Kind regards, /Anders -- Edit bug report at http://bugs.php.net/?id=47897edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47897r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47897r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47897r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47897r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47897r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47897r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47897r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47897r=needscript Try newer version: http://bugs.php.net/fix.php?id=47897r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47897r=support Expected behavior: http://bugs.php.net/fix.php?id=47897r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47897r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47897r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47897r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47897r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47897r=dst IIS Stability: http://bugs.php.net/fix.php?id=47897r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47897r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47897r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47897r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47897r=mysqlcfg
#46353 [NEW]: string cocatination leaking memeory when using execute
From: anders at freeones dot com Operating system: Linux 2.6.20-1.2320 PHP version: 5.2.6 PHP Bug Type: MySQL related Bug description: string cocatination leaking memeory when using execute Description: I run some code 5 million itteration yesterday, today I change my string building to use single quotes and the dot operator. That version was able to do aprox 25k itterations then the script died due memory leak. Reproduce code: --- # Makign a string like this leaks NOT memory # $lInsert = Insert into {$this-mTable} (datetime,entity_id,entity_type,domain,country,location,raws,uniques) . # values ('{$this-getDateTime()}',{$this-getEntityId()},{$this-getEntityType()},{$this-getDomain()}, . # {$this-getCountry()},{$this-getLocation()},{$this-getRaws()},{$this-getUniques()});; # Making a string liek this leaks memory when doign execute $lInsert = 'Insert into '.$this-mTable.' (datetime,entity_id,entity_type,domain,country,location,raws,uniques)' . ' values ('.$this-getDateTime().','.$this-getEntityId().','.$this-getEntityType().','.$this-getDomain().',' .$this-getCountry().','.$this-getLocation().','.$this-getRaws().','.$this-getUniques().');'; # $lInsert = Insert into {$this-mTable} (datetime,entity_id,entity_type,domain,country,location,raws,uniques) . #values ('{$lTimeStamp}',{$lEntityId},{$lEntityType},{$lDomain},{$lCountry},{$lLocation},{$lRaws},{$lUniques}); # print memory_get_usage().\n; $lStatement = $this-mDbh-prepare($lInsert); if (MDB2::isError($lStatement)){ error_log($lStatement-getMessage().';query:'.$lInsert.' '.$lStatement-userinfo); $lResult = false; } else { $lResult = $lStatement-execute(); $lStatement-free(); } Expected result: See code comments Actual result: -- see code comments -- Edit bug report at http://bugs.php.net/?id=46353edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46353r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46353r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46353r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46353r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46353r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46353r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46353r=needscript Try newer version:http://bugs.php.net/fix.php?id=46353r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46353r=support Expected behavior:http://bugs.php.net/fix.php?id=46353r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46353r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46353r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46353r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46353r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46353r=dst IIS Stability:http://bugs.php.net/fix.php?id=46353r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46353r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46353r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46353r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46353r=mysqlcfg
#44537 [NEW]: mb_send_mail overwrites extra headers
From: anders at cb-it dot dk Operating system: Mac OS X PHP version: 5.2.5 PHP Bug Type: Mail related Bug description: mb_send_mail overwrites extra headers Description: Old bug reintroduced? http://bugs.php.net/bug.php?id=21985 -- Edit bug report at http://bugs.php.net/?id=44537edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44537r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44537r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44537r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44537r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44537r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44537r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44537r=needscript Try newer version:http://bugs.php.net/fix.php?id=44537r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44537r=support Expected behavior:http://bugs.php.net/fix.php?id=44537r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44537r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44537r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44537r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44537r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44537r=dst IIS Stability:http://bugs.php.net/fix.php?id=44537r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44537r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44537r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44537r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44537r=mysqlcfg
#42023 [NEW]: html_entity_decode skips some chars
From: anders dot jenbo at pc dot dk Operating system: Linux PHP version: 5.2.3 PHP Bug Type: *Unicode Issues Bug description: html_entity_decode skips some chars Description: html_entity_decode does not handle rdquo; ldquo; bdquo; infin; rsquo; bull; trade; hellip; ndash; Reproduce code: --- echo(html_entity_decode(' rdquo;ldquo;bdquo;infin;rsquo;bull;trade;hellip;ndash;')); Expected result: #8734; Actual result: -- rdquo;ldquo;bdquo;infin;rsquo;bull;trade;hellip;ndash; -- Edit bug report at http://bugs.php.net/?id=42023edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42023r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42023r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42023r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42023r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42023r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42023r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42023r=needscript Try newer version:http://bugs.php.net/fix.php?id=42023r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42023r=support Expected behavior:http://bugs.php.net/fix.php?id=42023r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42023r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42023r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42023r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42023r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42023r=dst IIS Stability:http://bugs.php.net/fix.php?id=42023r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42023r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42023r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42023r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42023r=mysqlcfg
#42023 [Opn]: html_entity_decode skips some chars
ID: 42023 User updated by: anders dot jenbo at pc dot dk Reported By: anders dot jenbo at pc dot dk Status: Open Bug Type: Strings related Operating System: Linux -PHP Version: 5.2.3 +PHP Version: 4.3 New Comment: wrong version Previous Comments: [2007-07-18 06:27:46] anders dot jenbo at pc dot dk Description: html_entity_decode does not handle rdquo; ldquo; bdquo; infin; rsquo; bull; trade; hellip; ndash; Reproduce code: --- echo(html_entity_decode(' rdquo;ldquo;bdquo;infin;rsquo;bull;trade;hellip;ndash;')); Expected result: #8734; Actual result: -- rdquo;ldquo;bdquo;infin;rsquo;bull;trade;hellip;ndash; -- Edit this bug report at http://bugs.php.net/?id=42023edit=1
#34232 [NEW]: Crash (double free or corruption) using DOM functions
From: anders at kaseorg dot com Operating system: Linux (Fedora Core 4) PHP version: 5.0.4 PHP Bug Type: Reproducible crash Bug description: Crash (double free or corruption) using DOM functions Description: Running PHP (5.0.4-10.3 on Fedora Core 4) on this code crashes with a double free error after producing correct output. If you comment the last appendChild line, it segfaults instead. Reproduce code: --- ?php $imp = new DOMImplementation(); $doc = $imp-createDocument( 'http://www.w3.org/1999/xhtml', 'html', $imp-createDocumentType('html', '-//W3C//DTD XHTML 1.0 Strict//EN', 'http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd') ); $html = $doc-documentElement; $head = $html-appendChild($doc-createElement('head')); $meta = $head-appendChild($doc-createElement('meta')); $meta-setAttribute('http-equiv', 'Content-Type'); $meta-setAttribute('content', 'application/xhtml+xml; charset=utf-8'); $head-appendChild($doc-createElement('title')); echo $doc-saveXML(); ? Expected result: ?xml version=1.0? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html xmlns=http://www.w3.org/1999/xhtml;headmeta http-equiv=Content-Type content=text/html; charset=UTF-8 /title/title/head/html Actual result: -- ?xml version=1.0? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html xmlns=http://www.w3.org/1999/xhtml;headmeta http-equiv=Content-Type content=text/html; charset=UTF-8 /title/title/head/html *** glibc detected *** php: double free or corruption (!prev): 0x0985dcf0 *** === Backtrace: = /lib/libc.so.6[0x984124] /lib/libc.so.6(__libc_free+0x77)[0x98465f] /usr/lib/libxml2.so.2(xmlFreeNode+0x1ce)[0x7535b66] php[0x80728be] php[0x80733cb] php[0x807339f] php(php_libxml_node_free_resource+0x3f)[0x8073423] php(php_libxml_node_decrement_resource+0x41)[0x807349b] /usr/lib/php/modules/dom.so(dom_objects_free_storage+0x54)[0xc14576] php(zend_objects_store_del_ref+0x72)[0x8187e48] php(_zval_ptr_dtor+0x36)[0x8168e3c] php[0x8179ffc] php(zend_hash_graceful_reverse_destroy+0x18)[0x817a116] php(shutdown_executor+0x7c)[0x8169a60] php(zend_deactivate+0x93)[0x81740de] php(php_request_shutdown+0x180)[0x813e197] php(main+0x174)[0x81a7895] /lib/libc.so.6(__libc_start_main+0xdf)[0x935d5f] php[0x80727b1] -- Edit bug report at http://bugs.php.net/?id=34232edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34232r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34232r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34232r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34232r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34232r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34232r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34232r=needscript Try newer version: http://bugs.php.net/fix.php?id=34232r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34232r=support Expected behavior: http://bugs.php.net/fix.php?id=34232r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34232r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34232r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34232r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34232r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34232r=dst IIS Stability: http://bugs.php.net/fix.php?id=34232r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34232r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34232r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34232r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34232r=mysqlcfg
#34232 [Asn]: Crash (double free or corruption) using DOM functions
ID: 34232 User updated by: anders at kaseorg dot com Reported By: anders at kaseorg dot com Status: Assigned Bug Type: Reproducible crash Operating System: Linux (Fedora Core 4) PHP Version: 5.0.4 Assigned To: rrichards New Comment: Not sure whether you still need this information, but yeah, the snapshot crashes too. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1208449360 (LWP 30882)] php_libxml_decrement_node_ptr (object=0xa1ea508) at php5-200508241430/ext/libxml/libxml.c:861 861 ret_refcount = --obj_node-refcount; (gdb) bt #0 php_libxml_decrement_node_ptr (object=0xa1ea508) at php5-200508241430/ext/libxml/libxml.c:861 #1 0x08069605 in php_libxml_unregister_node (nodep=Variable nodep is not available. ) at php5-200508241430/ext/libxml/libxml.c:139 #2 0x0806968f in php_libxml_node_free_list (node=Variable node is not available. ) at php5-200508241430/ext/libxml/libxml.c:230 #3 0x080696b4 in php_libxml_node_free_list (node=Variable node is not available. ) at php5-200508241430/ext/libxml/libxml.c:221 #4 0x080696fd in php_libxml_node_free_resource (node=0xa1ea510) at php5-200508241430/ext/libxml/libxml.c:934 #5 0x0806977d in php_libxml_node_decrement_resource (object=0xa1ea56c) at php5-200508241430/ext/libxml/libxml.c:957 #6 0x080807dd in dom_objects_free_storage (object=0xa1ea56c) at php5-200508241430/ext/dom/php_dom.c:901 #7 0x0813503a in zend_objects_store_del_ref (zobject=0xa1ef55c) at php5-200508241430/Zend/zend_objects_API.c:161 #8 0x081169c9 in _zval_ptr_dtor (zval_ptr=0xa1ea630) at php5-200508241430/Zend/zend_variables.h:35 #9 0x0812774f in zend_hash_apply_deleter (ht=0x8225a50, p=0xa1ea624) at php5-200508241430/Zend/zend_hash.c:574 #10 0x0812788f in zend_hash_graceful_reverse_destroy (ht=0x8225a50) at php5-200508241430/Zend/zend_hash.c:640 #11 0x08116862 in shutdown_executor () at php5-200508241430/Zend/zend_execute_API.c:216 #12 0x08120d40 in zend_deactivate () at php5-200508241430/Zend/zend.c:823 #13 0x080edc44 in php_request_shutdown (dummy=0x0) at php5-200508241430/main/main.c:1241 #14 0x0819f14c in main (argc=1, argv=0xbf8a07f4) at php5-200508241430/sapi/cli/php_cli.c:1142 Previous Comments: [2005-08-24 15:42:16] [EMAIL PROTECTED] Not yet sure if this will require changes to DOM and SimpleXML or libxml2 specific bug. Assigning to self for now. Current work around: Don't add meta element as its going to be destroyed and a new one added anyways when serializing. [2005-08-24 11:34:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-08-24 10:55:24] anders at kaseorg dot com Description: Running PHP (5.0.4-10.3 on Fedora Core 4) on this code crashes with a double free error after producing correct output. If you comment the last appendChild line, it segfaults instead. Reproduce code: --- ?php $imp = new DOMImplementation(); $doc = $imp-createDocument( 'http://www.w3.org/1999/xhtml', 'html', $imp-createDocumentType('html', '-//W3C//DTD XHTML 1.0 Strict//EN', 'http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd') ); $html = $doc-documentElement; $head = $html-appendChild($doc-createElement('head')); $meta = $head-appendChild($doc-createElement('meta')); $meta-setAttribute('http-equiv', 'Content-Type'); $meta-setAttribute('content', 'application/xhtml+xml; charset=utf-8'); $head-appendChild($doc-createElement('title')); echo $doc-saveXML(); ? Expected result: ?xml version=1.0? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html xmlns=http://www.w3.org/1999/xhtml;headmeta http-equiv=Content-Type content=text/html; charset=UTF-8 /title/title/head/html Actual result: -- ?xml version=1.0? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html xmlns=http://www.w3.org/1999/xhtml;headmeta http-equiv=Content-Type content=text/html; charset=UTF-8 /title/title/head/html *** glibc detected *** php: double free or corruption (!prev): 0x0985dcf0 *** === Backtrace: = /lib/libc.so.6[0x984124] /lib/libc.so.6(__libc_free+0x77)[0x98465f] /usr/lib/libxml2.so.2(xmlFreeNode+0x1ce)[0x7535b66] php[0x80728be] php[0x80733cb] php[0x807339f] php(php_libxml_node_free_resource+0x3f)[0x8073423] php(php_libxml_node_decrement_resource+0x41)[0x807349b] /usr/lib/php/modules/dom.so(dom_objects_free_storage+0x54)[0xc14576] php(zend_objects_store_del_ref+0x72)[0x8187e48] php(_zval_ptr_dtor+0x36)[0x8168e3c] php
#32891 [NEW]: Bug using imagefilledellipse at position 0 vertically
From: anders at apt dot no Operating system: Windows 2003 Advanced Server PHP version: 4.3.11 PHP Bug Type: GD related Bug description: Bug using imagefilledellipse at position 0 vertically Description: While drawing an elliptic object positioned vertically at the top(0px) the second line is not drawn. I'm using the embedded GD library (2.0.28 compatible). Reproduce code: --- if ($im = @imagecreatetruecolor(100, 100)) { $intCol = imagecolorallocate($im, 0xFF, 0x02, 0xF0); imagefilledellipse($im, 50, 0, 50, 50, $intCol); header('Content-type: image/png'); imagepng($im); } else { echo 'Could not create truecolor image'; } Expected result: I expect to see half a circle, with it's center at 50 x 0, like this: http://kunde.apt.no/aso/imagefilledellipse/imagefilledellipse_expected_result.png Actual result: -- Instead I get this circle, with one line missing: http://kunde.apt.no/aso/imagefilledellipse/imagefilledellipse_actual_result.png This image was created with the reproduce code: http://kunde.apt.no/aso/imagefilledellipse/imagefilledellipse_bug.php -- Edit bug report at http://bugs.php.net/?id=32891edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32891r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32891r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32891r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32891r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32891r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32891r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32891r=needscript Try newer version: http://bugs.php.net/fix.php?id=32891r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32891r=support Expected behavior: http://bugs.php.net/fix.php?id=32891r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32891r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32891r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32891r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32891r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32891r=dst IIS Stability: http://bugs.php.net/fix.php?id=32891r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32891r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32891r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32891r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32891r=mysqlcfg
#32633 [NEW]: Warning message from imagecreatefromjpeg not suppressed when using @
From: anders at apt dot no Operating system: Windows 2003 Advanced Server PHP version: 4.3.11 PHP Bug Type: GD related Bug description: Warning message from imagecreatefromjpeg not suppressed when using @ Description: I'm trying import a JPEG image (http://kunde.apt.no/aso/imagecreatefromjpeg/demo.jpg) to a resource using imagecreatefromjpeg. This function fails and even though I use @ infront of the function, it still generates an error warning 'Corrupt JPEG data: 203 extraneous bytes before marker 0xd9'. The image works fine in every other program I've tested it with. Some guy has found his own workaround: http://www-personal.umd.umich.edu/~dennismv/corruptjpeg.html Reproduce code: --- if ($im = @imagecreatefromjpeg('http://kunde.apt.no/aso/imagecreatefromjpeg/demo.jpg')) { echo 'Valid JPEG file'; imagedestroy($im); } else { echo 'Not a valid JPEG file'; } Expected result: I expect the code to output 'Not a valid JPEG file', since the JPEG contains errors, and nothing else (since I've suppressed error messages with the @) Actual result: -- Not a valid JPEG fileCorrupt JPEG data: 203 extraneous bytes before marker 0xd9 -- Edit bug report at http://bugs.php.net/?id=32633edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32633r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32633r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32633r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32633r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32633r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32633r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32633r=needscript Try newer version: http://bugs.php.net/fix.php?id=32633r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32633r=support Expected behavior: http://bugs.php.net/fix.php?id=32633r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32633r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32633r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32633r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32633r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32633r=dst IIS Stability: http://bugs.php.net/fix.php?id=32633r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32633r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32633r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32633r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32633r=mysqlcfg
#29410 [NEW]: Setting of allow_furl_open_wrapper by users script
From: anders at schlund dot de Operating system: Linux PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: Setting of allow_furl_open_wrapper by users script Description: The furl-wrapper enables script to open and include data from remote sites by opening an URL to that data. It is a very powerful and sometimes extremly useful extension for PHP, so almost no web host disables this feature. On the other hand, there are very often cases where insecure written scripts allow e.g. inclusion of config files from remote sites by handing a specially crafted parameter to the script. Although this is an insecurity in those scripts and not in PHP, PHP can help to change exploiting those scripts. Currently, allow_furl_open_wrapper is a system- configurable variable, i.e. the system administrator decides that all users are allowed to use this function. If the admin disables this feature, not a single user can use it. As the feature is useful to many 'power' users, disabling this feature is usually out of the question. Idea: change the variable allow_furl_open_wrapper to become a tri-state variable, e.g. the values On, Off and User. The 'user'-setting means that the function is initially disabled, but a user's php.ini or a special php-call from the user's script can enable this function. That way, a script usually runs a safe environment and can enable the potentially dangerous function when it thinks it does really require usage of the furl_open_wrapper. Reproduce code: --- n/a Expected result: n/a Actual result: -- n/a -- Edit bug report at http://bugs.php.net/?id=29410edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29410r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29410r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29410r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29410r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29410r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29410r=needscript Try newer version: http://bugs.php.net/fix.php?id=29410r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29410r=support Expected behavior: http://bugs.php.net/fix.php?id=29410r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29410r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29410r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29410r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29410r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29410r=dst IIS Stability: http://bugs.php.net/fix.php?id=29410r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29410r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29410r=float
#20237 [NEW]: pg_pconnect, too many connections
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.2.3 PHP Bug Type: PostgreSQL related Bug description: pg_pconnect, too many connections I am not sure if this is a pgsql-extension bug or merely an documentation bug. I have had problems with a webserver, getting php-error saying too many connections, when using persistent connections. It seems mysql behaves like: (apache) MaxClients * persistant-connections whereas this is in postgres more like: MaxClients * DBs * users * persistant connections (not mentioned anywhere in docs). OR php have troubles finding allready opened connections in its hashtable. (PHP 4.2.3, postgres 7.1.3) It seems strange to have different pconnects to same postgres backend if different databases (seems the source selects DB on the open connection anyhow). background: apache maxclients = 150, 1 user a few DBs and postgress max_connections limit set to 600 ! and it wasn't enough. (fix: changed everything from pg_pconnect to pg_connect). -- Edit bug report at http://bugs.php.net/?id=20237edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20237r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20237r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20237r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20237r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20237r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20237r=support Expected behavior: http://bugs.php.net/fix.php?id=20237r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20237r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20237r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20237r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20237r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20237r=dst IIS Stability: http://bugs.php.net/fix.php?id=20237r=isapi
#20237 [Bgs]: pg_pconnect, too many connections
ID: 20237 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PostgreSQL related Operating System: linux PHP Version: 4.2.3 New Comment: That i did know, but as I mentioned, the connections are being made by only 1 user, so it therefore seems as if there would be something funny going on.. That would lead us to a max of 150 connections - even 600 wasn't enough.. Previous Comments: [2002-11-04 07:49:03] [EMAIL PROTECTED] 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 When using persistant connections each Apache child eventually will have an open connection. Now, if have many users, then this translates to connection per user per apache child. So, with 20 different users connecting to PostgreSQL and 100 Apache children, you could see as many as 2000 open connections. [2002-11-04 02:56:50] [EMAIL PROTECTED] I am not sure if this is a pgsql-extension bug or merely an documentation bug. I have had problems with a webserver, getting php-error saying too many connections, when using persistent connections. It seems mysql behaves like: (apache) MaxClients * persistant-connections whereas this is in postgres more like: MaxClients * DBs * users * persistant connections (not mentioned anywhere in docs). OR php have troubles finding allready opened connections in its hashtable. (PHP 4.2.3, postgres 7.1.3) It seems strange to have different pconnects to same postgres backend if different databases (seems the source selects DB on the open connection anyhow). background: apache maxclients = 150, 1 user a few DBs and postgress max_connections limit set to 600 ! and it wasn't enough. (fix: changed everything from pg_pconnect to pg_connect). -- Edit this bug report at http://bugs.php.net/?id=20237edit=1
#20237 [Bgs]: pg_pconnect, too many connections
ID: 20237 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PostgreSQL related Operating System: linux PHP Version: 4.2.3 New Comment: Addition: 1 user, 3 dbs in 1 posgres backend apache has maxclients at 150 max_connections in postgres set to 600 - still not enough. anyway I calculate it, it still doesn't sum up Is it: users * db * maxclients or users * maxclients (first would equal 450, second 150) Previous Comments: [2002-11-04 08:01:31] [EMAIL PROTECTED] That i did know, but as I mentioned, the connections are being made by only 1 user, so it therefore seems as if there would be something funny going on.. That would lead us to a max of 150 connections - even 600 wasn't enough.. [2002-11-04 07:49:03] [EMAIL PROTECTED] 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 When using persistant connections each Apache child eventually will have an open connection. Now, if have many users, then this translates to connection per user per apache child. So, with 20 different users connecting to PostgreSQL and 100 Apache children, you could see as many as 2000 open connections. [2002-11-04 02:56:50] [EMAIL PROTECTED] I am not sure if this is a pgsql-extension bug or merely an documentation bug. I have had problems with a webserver, getting php-error saying too many connections, when using persistent connections. It seems mysql behaves like: (apache) MaxClients * persistant-connections whereas this is in postgres more like: MaxClients * DBs * users * persistant connections (not mentioned anywhere in docs). OR php have troubles finding allready opened connections in its hashtable. (PHP 4.2.3, postgres 7.1.3) It seems strange to have different pconnects to same postgres backend if different databases (seems the source selects DB on the open connection anyhow). background: apache maxclients = 150, 1 user a few DBs and postgress max_connections limit set to 600 ! and it wasn't enough. (fix: changed everything from pg_pconnect to pg_connect). -- Edit this bug report at http://bugs.php.net/?id=20237edit=1
#20237 [Bgs]: pg_pconnect, too many connections
ID: 20237 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PostgreSQL related Operating System: linux PHP Version: 4.2.3 New Comment: Well, it is in an controlled environment and connections other than apache was at most 2. Would you know it postgres has some spawning-limits (apache has each second: 1, 2, 4, 8, 16, 32, ... 32) I was seeing for example 50-60 apaches, 170 posgresses (does not make sense), doing a killall -HUP httpd solved the issue for a short while at a time. Also, 99% of the pgsql usage was to 2 dbs. Previous Comments: [2002-11-04 08:10:06] [EMAIL PROTECTED] It is possible that db also comes into play, however another possibility is that you have non-apache related connections being made, which raises your overall connection count. [2002-11-04 08:05:47] [EMAIL PROTECTED] Addition: 1 user, 3 dbs in 1 posgres backend apache has maxclients at 150 max_connections in postgres set to 600 - still not enough. anyway I calculate it, it still doesn't sum up Is it: users * db * maxclients or users * maxclients (first would equal 450, second 150) [2002-11-04 08:01:31] [EMAIL PROTECTED] That i did know, but as I mentioned, the connections are being made by only 1 user, so it therefore seems as if there would be something funny going on.. That would lead us to a max of 150 connections - even 600 wasn't enough.. [2002-11-04 07:49:03] [EMAIL PROTECTED] 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 When using persistant connections each Apache child eventually will have an open connection. Now, if have many users, then this translates to connection per user per apache child. So, with 20 different users connecting to PostgreSQL and 100 Apache children, you could see as many as 2000 open connections. [2002-11-04 02:56:50] [EMAIL PROTECTED] I am not sure if this is a pgsql-extension bug or merely an documentation bug. I have had problems with a webserver, getting php-error saying too many connections, when using persistent connections. It seems mysql behaves like: (apache) MaxClients * persistant-connections whereas this is in postgres more like: MaxClients * DBs * users * persistant connections (not mentioned anywhere in docs). OR php have troubles finding allready opened connections in its hashtable. (PHP 4.2.3, postgres 7.1.3) It seems strange to have different pconnects to same postgres backend if different databases (seems the source selects DB on the open connection anyhow). background: apache maxclients = 150, 1 user a few DBs and postgress max_connections limit set to 600 ! and it wasn't enough. (fix: changed everything from pg_pconnect to pg_connect). -- Edit this bug report at http://bugs.php.net/?id=20237edit=1
#20038 [NEW]: CPU 100%
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4.2.3 PHP Bug Type: IIS related Bug description: CPU 100% The both CPU's(DUAL PIII 933) goes up to 100% on some scripts, specially on a webmailscript from http://www.uebimiau.sili.com.br/ The CPU goes up quite high on different PHP forums too! Using Win2K, IIS5, SP3 all patches for windows php.exe module -- Edit bug report at http://bugs.php.net/?id=20038edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20038r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20038r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20038r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20038r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20038r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20038r=support Expected behavior: http://bugs.php.net/fix.php?id=20038r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20038r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20038r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20038r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20038r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20038r=dst IIS Stability: http://bugs.php.net/fix.php?id=20038r=isapi
Bug #15599: functions returning references, oddity(?)
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.1.1 PHP Bug Type: Feature/Change Request Bug description: functions returning references, oddity(?) I think it is a bit funny that when returning references from functions you get something looking kind of this in the end: $a = $b; That is, I think it would be more logic if a function that is specified to return a reference wouldn't need to be set on the return side to return a reference.. since I doesn't make my self clear, here is as an example what I mean: class a { var $b; function fc() { return $this-b; } } $c = new a(); // A) $myvar = $c-fc(); --- Now this will not work as I seem would be logical, instead one need to do the last line: // B) $myvar = $c-fc(); This seems funny.. My logic says that since the function is defined to return a reference it would be enough (A).. no need to do it again like in (B). This is true when passing a reference: somefunc($myvar) will result in passing an reference if the func is defined like function somefunc($arg) Is there any chance of a change? Opinions, comments etc. ? -- Edit bug report at http://bugs.php.net/?id=15599edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15599r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15599r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15599r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15599r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15599r=support Expected behavior: http://bugs.php.net/fix.php?id=15599r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15599r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15599r=submittedtwice