Bug #61156 [Com]: Segfault when using get_defined_constants(true)
Edit report at https://bugs.php.net/bug.php?id=61156edit=1 ID: 61156 Comment by: damien at overeem dot org Reported by:damien at overeem dot org Summary:Segfault when using get_defined_constants(true) Status: Open Type: Bug Package:Reproducible crash Operating System: openSUSE 11.4 PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Thank you for testing carloschilazo. It would be quite nasty if this issue still caused a crash in 5.3.10. It would be good to know if this issue was specifically adressed in one of the updates between 5.3.5. and 5.3.10 though. Unfortunately it would be quite hard to test against exactly the same circumstances (same libraries, apache version, combination of modules etc.). In any case i'm happy that this problem does not exist in 5.3.10. Previous Comments: [2012-02-23 03:43:13] carloschilazo at gmail dot com Could not reproduce on 5.3.10, this can be closed [2012-02-21 16:08:28] damien at overeem dot org Description: ATTN: This is a bug in php verison 5.3.5 !! I do realize that this is about an earlier version, but I have no available environments on which i could simply upgrade. So consider this bug report as a notification. It can be closed if not considered a valid report. We resolved our issue by circumventing use of the categorization of get_defined_constants. The function get_defined_constants(true) causes a client segfault ([Tue Feb 21 16:18:24 2012] [notice] child pid 12564 exit signal Segmentation fault (11)) There are some references to this issue occurring ie. #51788. In that particular case however, the issue seemed to have been caused by suhosin. My installation is running native php2 engine v2.3.0. When using get_defined_constants() (without the categorization parameter) there is no problem. Further information: OS: openSUSE 11.4 Kernel: 2.6.37.6-0.11-default Apache version: 2.2.17 ( API Version 20051115) PHP Version: 5.3.5 Loaded modules: core prefork http_core mod_so mod_unique_id mod_actions mod_alias mod_auth_basic mod_authn_file mod_authz_host mod_authz_groupfile mod_authz_default mod_authz_user mod_authn_dbm mod_autoindex mod_cgi mod_dir mod_env mod_expires mod_include mod_log_config mod_mime mod_negotiation mod_setenvif mod_ssl mod_status mod_suexec mod_userdir mod_vhost_alias mod_rewrite mod_php5 mod_info mod_dav mod_deflate mod_proxy mod_proxy_http Test script: --- ?php get_defined_constants(true); ? Expected result: No output, no error logging. Actual result: -- Output: Error 324 (net::ERR_EMPTY_RESPONSE): The server closed the connection without sending any data. Apache error log: [Tue Feb 21 16:18:24 2012] [notice] child pid 12564 exit signal Segmentation fault (11) -- Edit this bug report at https://bugs.php.net/bug.php?id=61156edit=1
Bug #61156 [Opn]: Segfault when using get_defined_constants(true)
Edit report at https://bugs.php.net/bug.php?id=61156edit=1 ID: 61156 User updated by:damien at overeem dot org Reported by:damien at overeem dot org Summary:Segfault when using get_defined_constants(true) Status: Open Type: Bug Package:Reproducible crash Operating System: openSUSE 11.4 PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Something important that I forgot, definatly noteworthy while testing. After an apache RESTART, the issue does not exist. But if one performs an apache RELOAD, the problem raises its ugly head. Though sometimes it takes 2-3 reloads before it happens. So please, when testing, start up apache and do 2-3 apache reloads and then check if the problem shows up. Previous Comments: [2012-02-23 08:18:25] damien at overeem dot org Thank you for testing carloschilazo. It would be quite nasty if this issue still caused a crash in 5.3.10. It would be good to know if this issue was specifically adressed in one of the updates between 5.3.5. and 5.3.10 though. Unfortunately it would be quite hard to test against exactly the same circumstances (same libraries, apache version, combination of modules etc.). In any case i'm happy that this problem does not exist in 5.3.10. [2012-02-23 03:43:13] carloschilazo at gmail dot com Could not reproduce on 5.3.10, this can be closed [2012-02-21 16:08:28] damien at overeem dot org Description: ATTN: This is a bug in php verison 5.3.5 !! I do realize that this is about an earlier version, but I have no available environments on which i could simply upgrade. So consider this bug report as a notification. It can be closed if not considered a valid report. We resolved our issue by circumventing use of the categorization of get_defined_constants. The function get_defined_constants(true) causes a client segfault ([Tue Feb 21 16:18:24 2012] [notice] child pid 12564 exit signal Segmentation fault (11)) There are some references to this issue occurring ie. #51788. In that particular case however, the issue seemed to have been caused by suhosin. My installation is running native php2 engine v2.3.0. When using get_defined_constants() (without the categorization parameter) there is no problem. Further information: OS: openSUSE 11.4 Kernel: 2.6.37.6-0.11-default Apache version: 2.2.17 ( API Version 20051115) PHP Version: 5.3.5 Loaded modules: core prefork http_core mod_so mod_unique_id mod_actions mod_alias mod_auth_basic mod_authn_file mod_authz_host mod_authz_groupfile mod_authz_default mod_authz_user mod_authn_dbm mod_autoindex mod_cgi mod_dir mod_env mod_expires mod_include mod_log_config mod_mime mod_negotiation mod_setenvif mod_ssl mod_status mod_suexec mod_userdir mod_vhost_alias mod_rewrite mod_php5 mod_info mod_dav mod_deflate mod_proxy mod_proxy_http Test script: --- ?php get_defined_constants(true); ? Expected result: No output, no error logging. Actual result: -- Output: Error 324 (net::ERR_EMPTY_RESPONSE): The server closed the connection without sending any data. Apache error log: [Tue Feb 21 16:18:24 2012] [notice] child pid 12564 exit signal Segmentation fault (11) -- Edit this bug report at https://bugs.php.net/bug.php?id=61156edit=1
Bug #61067 [Com]: free() from signal handler leads to deadlock
Edit report at https://bugs.php.net/bug.php?id=61067edit=1 ID: 61067 Comment by: phpbugs at oops dot mooo dot com Reported by:phpbugs at oops dot mooo dot com Summary:free() from signal handler leads to deadlock Status: Open Type: Bug Package:FPM related Operating System: Debian Squeeze PHP Version:5.3.10 Block user comment: N Private report: N New Comment: You're correct it looks like the same bug. Sorry for not searching well enough. Previous Comments: [2012-02-14 12:11:21] jpa...@php.net Seems related to #31749 [2012-02-12 22:59:18] phpbugs at oops dot mooo dot com Description: Using PHP-FPM-5.3.10+APC-3.1.9. I just discovered 30 PHP processes that's been running for 22 hours. Further inspection revealed all of them (except one) are waiting to flock() a session file. The process holding the flock() is doing: futex(0x7f21238f9e40, FUTEX_WAIT_PRIVATE, 2, NULL unfinished ... (gdb) info threads Id Target Id Frame * 1Thread 0x7f2126114720 (LWP 4271) __lll_lock_wait_private () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:97 (gdb) bt #0 __lll_lock_wait_private () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:97 #1 0x7f2123614558 in _L_lock_9590 () from /lib/libc.so.6 #2 0x7f2123612941 in *__GI___libc_free (mem=0x7f21238f9e40) at malloc.c:3737 #3 0x7f21263f5820 in php_error_cb (type=1, error_filename=0x7f2121088fd8 , error_lineno=154, format=optimized out, args=optimized out) at /build/php-5.3.10/main/main.c:931 #4 0x7f2126446d7c in zend_error (type=1, format=0x7f2126902028 Maximum execution time of %d second%s exceeded) at /build/php-5.3.10/Zend/zend.c:1127 #5 signal handler called #6 0x7f2123612a1d in *__GI___libc_malloc (bytes=50) at malloc.c:3658 #7 0x7f2123617a22 in *__GI___strdup (s=0x7f2121088fd8 ) at strdup.c:43 #8 0x7f21263f587a in php_error_cb (type=8, error_filename=0x7f2121088fd8 , error_lineno=154, format=optimized out, args=optimized out) at /build/php-5.3.10/main/main.c:943 #9 0x7f2126446d7c in zend_error (type=8, format=0x7f2126907356 Undefined index: %s) at /build/php-5.3.10/Zend/zend.c:1127 #10 0x7f21264b2f89 in zend_fetch_dimension_address_inner (type=optimized out, dim=optimized out, ht=optimized out) at /build/php-5.3.10/Zend/zend_execute.c:820 #11 zend_fetch_dimension_address_read (result=0x7f2127f17930, container_ptr=optimized out, dim=0x7f2126bf25c8, dim_is_tmp_var=optimized out, type=0) at /build/php-5.3.10/Zend/zend_execute.c:1043 #12 0x7f21264b4059 in ZEND_FETCH_DIM_R_SPEC_CV_VAR_HANDLER (execute_data=0x7f2127f17678) at /build/php-5.3.10/Zend/zend_vm_execute.h:26962 #13 0x7f212646ee30 in execute (op_array=0x7f2127efe020) at /build/php-5.3.10/Zend/zend_vm_execute.h:107 #14 0x7f212644654f in zend_execute_scripts (type=8, retval=optimized out, file_count=3) at /build/php-5.3.10/Zend/zend.c:1308 #15 0x7f21263f2bc7 in php_execute_script (primary_file=optimized out) at /build/php-5.3.10/main/main.c:2323 #16 0x7f21264db7c8 in main (argc=669766600, argv=optimized out) at /build/php-5.3.10/sapi/fpm/fpm/fpm_main.c:1875 It looks like PHP caught a signal inside malloc(), causing glibc to take some lock, and that free() wants the same lock, leading to deadlock. I'm not sure if malloc/free is safe to use in signal handlers. http://linux.derkeiler.com/Newsgroups/comp.os.linux.development.apps/2005-07/0323.html seems to suggest it's not. -- Edit this bug report at https://bugs.php.net/bug.php?id=61067edit=1
Req #44522 [Com]: http upload max_limits and file above 2GB
Edit report at https://bugs.php.net/bug.php?id=44522edit=1 ID: 44522 Comment by: jcabillot at gmail dot com Reported by:mail2lv at yahoo dot com Summary:http upload max_limits and file above 2GB Status: Open Type: Feature/Change Request Package:Feature/Change Request Operating System: All PHP Version:5.2.5 Block user comment: N Private report: N New Comment: Do you plan to apply this patch ? 5.3 doesn't support file upload if the file is bigger than 2Gb. It seem that 5.4 have the same limit. Previous Comments: [2012-02-22 09:30:11] noxxim at mail dot ru Can someone add a patch for debian squeeze? [2010-02-15 19:52:50] zaulychny at yahoo dot com The same problem was faced by me. It seems that PHP stops if size of file is above 2Gb (i.e. signed int). Will someone fix this issue? [2009-12-09 20:40:19] tracey at archive dot org we are using 64-bit ubuntu (jaunty and karmic) at archive.org, and php v5.2.6 and v5.2.10 (respectively). we are using fastcgi php-cgi with nginx. for us, with these 2 patches, we can get up to 8G posting to work (haven't tried over 8GB 8-). basically, they are about tracking the config setting/reading vars that are 32bits wide when they'd need 64bits, and similar for upload limit checking and reading. they prolly will not work with 32bit ubuntu immediately without some minor tweaking (since i started using long (8B on 64bit; 4B on 32bit) datatype and stuck with it instead of long long (8B on both)). i'd be happy to try to extend the patches to work on both 32bit and 64bit if there is interest. (basically it took me awhile to figure these out and we are only running on 64bit so i'd want an incentive/encouragement to do the extra work 8-) http://www.archive.org/~tracey/downloads/patches/jaunty-64bit-post- large-files.patch http://www.archive.org/~tracey/downloads/patches/karmic-64bit-post- large-files.patch http://www.archive.org/~tracey/downloads/patches/jaunty-64bit-post- large-files.patch-README.txt [2009-04-24 09:12:04] robin at willowsv dot com It will accept 2047M Anything bigger breaks post data completely. You can only use GET variables. [2008-03-24 20:21:47] mail2lv at yahoo dot com Description: can anyone change the internal variables from int to long, i guess thats the reason why uploading files bigger than 2GB via http doesnt work. (yes, i tried post_max_size and upload_max_filesize bigger than 2048M). -- Edit this bug report at https://bugs.php.net/bug.php?id=44522edit=1
Bug #61095 [Com]: PHP can't add hex numbers
Edit report at https://bugs.php.net/bug.php?id=61095edit=1 ID: 61095 Comment by: lepidosteus+phpbug at gmail dot com Reported by:tomek at przeslij dot pl Summary:PHP can't add hex numbers Status: Assigned Type: Bug Package:Scripting Engine problem Operating System: Windows XP PHP Version:5.3.10 Assigned To:colder Block user comment: N Private report: N New Comment: Correct behavior for me in 5.3.3-7+squeeze3 $ php -r var_dump(0x02+0x00); int(2) $ php -r var_dump(0x02+0); int(2) $ php -r var_dump('0x02'+0); int(2) Previous Comments: [2012-02-20 18:28:55] col...@php.net Automatic comment from SVN on behalf of colder Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=323394 Log: Fix #61095 (Lexing 0x0*+lt;NUMgt; incorrectly) [2012-02-15 16:24:03] ni...@php.net Nice catch! This can be fixed by adding a len == 0 check after the while loop in http://lxr.php.net/xref/PHP_TRUNK/Zend/zend_language_scanner.l#1515 (and returning 0 in that case). [2012-02-15 15:54:47] anon at anon dot anon That is fan-tastic! http://i.imgur.com/uPC2b.gif [2012-02-15 15:32:20] tomek at przeslij dot pl Description: These echoes 4: echo (0x00+2); echo (0x00+0x02); but they should echo 2! This echoes 2 as expected: echo (0x00 + 2); Test script: --- echo (0x00+2); Expected result: 2 Actual result: -- 4 -- Edit this bug report at https://bugs.php.net/bug.php?id=61095edit=1
Bug #61095 [Com]: PHP can't add hex numbers
Edit report at https://bugs.php.net/bug.php?id=61095edit=1 ID: 61095 Comment by: lepidosteus+phpbug at gmail dot com Reported by:tomek at przeslij dot pl Summary:PHP can't add hex numbers Status: Assigned Type: Bug Package:Scripting Engine problem Operating System: Windows XP PHP Version:5.3.10 Assigned To:colder Block user comment: N Private report: N New Comment: Sorry, forget my previous comment, I misunderstood the issue Previous Comments: [2012-02-23 15:55:00] lepidosteus+phpbug at gmail dot com Correct behavior for me in 5.3.3-7+squeeze3 $ php -r var_dump(0x02+0x00); int(2) $ php -r var_dump(0x02+0); int(2) $ php -r var_dump('0x02'+0); int(2) [2012-02-20 18:28:55] col...@php.net Automatic comment from SVN on behalf of colder Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=323394 Log: Fix #61095 (Lexing 0x0*+lt;NUMgt; incorrectly) [2012-02-15 16:24:03] ni...@php.net Nice catch! This can be fixed by adding a len == 0 check after the while loop in http://lxr.php.net/xref/PHP_TRUNK/Zend/zend_language_scanner.l#1515 (and returning 0 in that case). [2012-02-15 15:54:47] anon at anon dot anon That is fan-tastic! http://i.imgur.com/uPC2b.gif [2012-02-15 15:32:20] tomek at przeslij dot pl Description: These echoes 4: echo (0x00+2); echo (0x00+0x02); but they should echo 2! This echoes 2 as expected: echo (0x00 + 2); Test script: --- echo (0x00+2); Expected result: 2 Actual result: -- 4 -- Edit this bug report at https://bugs.php.net/bug.php?id=61095edit=1
Bug #61087 [PATCH]: Memory leak in parse_ini_file when specifying invalid scanner mode
Edit report at https://bugs.php.net/bug.php?id=61087edit=1 ID: 61087 Patch added by: ni...@php.net Reported by:ni...@php.net Summary:Memory leak in parse_ini_file when specifying invalid scanner mode Status: Assigned Type: Bug Package:*General Issues PHP Version:Irrelevant Assigned To:laruence Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: parse_ini_file_memleak.patch Revision: 1330018332 URL: https://bugs.php.net/patch-display.php?bug=61087patch=parse_ini_file_memleak.patchrevision=1330018332 Previous Comments: [2012-02-14 18:00:30] ni...@php.net The following patch has been added/updated: Patch Name: parse_ini_file_memleak.patch Revision: 1329242430 URL: https://bugs.php.net/patch-display.php?bug=61087patch=parse_ini_file_memleak.patchrevision=1329242430 [2012-02-14 17:51:09] ni...@php.net Description: parse_ini_file('emptyFile', false, 26); Leaks: Warning: Invalid scanner mode in /home/nikic/dev/my- fuzzer/reproduceCode5_memoryLeak.php on line 3 [Tue Feb 14 18:36:56 2012] Script: 'reproduceCode5_memoryLeak.php' /home/nikic/dev/php-src/main/streams/plain_wrapper.c(910) : Freeing 0xB780BE94 (36 bytes), script=reproduceCode5_memoryLeak.php [Tue Feb 14 18:36:56 2012] Script: 'reproduceCode5_memoryLeak.php' /home/nikic/dev/php-src/Zend/zend_stream.c(280) : Freeing 0xB780C908 (32 bytes), script=reproduceCode5_memoryLeak.php === Total 2 memory leaks detected === The reason is that the file handle is not closed correctly. I was able to fix it using this simple patch: diff --git a/Zend/zend_ini_scanner.c b/Zend/zend_ini_scanner.c index 85fc74d..3b4e217 100644 --- a/Zend/zend_ini_scanner.c +++ b/Zend/zend_ini_scanner.c @@ -230,9 +230,12 @@ int zend_ini_open_file_for_scanning(zend_file_handle *fh, i char *buf; size_t size; - if (zend_stream_fixup(fh, buf, size TSRMLS_CC) == FAILURE || - init_ini_scanner(scanner_mode, fh TSRMLS_CC) == FAILURE - ) { + if (zend_stream_fixup(fh, buf, size TSRMLS_CC) == FAILURE) { + return FAILURE; + } + + if (init_ini_scanner(scanner_mode, fh TSRMLS_CC) == FAILURE) { + zend_file_handle_dtor(fh TSRMLS_CC); return FAILURE; } -- Edit this bug report at https://bugs.php.net/bug.php?id=61087edit=1
Bug #61166 [Com]: PHP crashing (Drupal site)
Edit report at https://bugs.php.net/bug.php?id=61166edit=1 ID: 61166 Comment by: mmoreno at pobox dot com Reported by:guaycuru at gmail dot com Summary:PHP crashing (Drupal site) Status: Open Type: Bug Package:Reproducible crash Operating System: Windows 7 x64 PHP Version:5.3SVN-2012-02-22 (snap) Block user comment: N Private report: N New Comment: This was crashing Drupal 7 for me too. I bet you're encountering the 4096 byte bug referenced in bugs 60758 and 60998. The responses have been that it's either fixed in SVN or not a bug so I'm confused about the status since recent snapshots are still affected. Seems to only affect Windows. WORKAROUND: Find all Drupal files that are exactly 4096 bytes or a multiple (e.g. 8192, 12288) and edit them slightly by adding a blank line or a comment in order to change the file size. Hope this helps. Previous Comments: [2012-02-22 19:12:33] guaycuru at gmail dot com I tried Apache 2.2.21 and 2.4.1, both downloaded from Apache Lounge. Anyway the crash happens using PHP CLI, so it's not apache related. I'm using Drupal 7 [2012-02-22 18:59:25] mattfic...@php.net Thank you for helping to make PHP better. What version of Apache are you using? Where did you download it from? What version of Drupal are you using? [2012-02-22 17:57:03] guaycuru at gmail dot com Description: PHP 5.3.10 (from http://windows.php.net/snapshots/#php-5.3-ts-windows-vc9-x86 ) I tried a clean install with just the basic modules, and the crash still happens, so it's not module related. Whenever I try to load my Drupal website (which works fine on Linux), PHP crashes. If I'm laoding via apache, I get a Connection reset error, with windows reporting that apache restartted because of a php5ts.dll error. If I load the index.php script via command line I also get the crash, producing this backtrace. A test script is not doable, because it's a whole Drupal site... Expected result: PHP not to crash when loading the site... Actual result: -- Thread 0 - System ID 8832 Entry point php+3002 Create time 22/02/2012 15:52:59 Time spent in user mode 0 Days 0:0:0.62 Time spent in kernel mode 0 Days 0:0:0.109 Full Call Stack Function Arg 1 Arg 2 Arg 3 Arg 4 Source php5ts!lex_scan+9d6 0093dd60 02a22ec0 02a22ec0 0093dd8c php5ts!zend_register_auto_global+ae 0093dd58 02a22ec0 04ce5840 02a22ec0 php5ts!zend_iterator_unwrap+584 0093ddf8 0093de8c 0001 00d0fbe8 ntdll!RtlpDosPathNameToRelativeNtPathName_Ustr+1d0 00d0fbe8 051d3e68 0006 0001 Exception Information PHP5TS!LEX_SCAN+9D6WARNING In php__PID__8828__Date__02_22_2012__Time_03_53_00PM__963__Second_Chance_Exception_ C005.dmp the assembly instruction at php5ts!lex_scan+9d6 in C:\Program Files (x86)\PHP\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x00b75000 on thread 0 -- Edit this bug report at https://bugs.php.net/bug.php?id=61166edit=1
Bug #61166 [Opn]: PHP crashing (Drupal site)
Edit report at https://bugs.php.net/bug.php?id=61166edit=1 ID: 61166 User updated by:guaycuru at gmail dot com Reported by:guaycuru at gmail dot com Summary:PHP crashing (Drupal site) Status: Open Type: Bug Package:Reproducible crash Operating System: Windows 7 x64 PHP Version:5.3SVN-2012-02-22 (snap) Block user comment: N Private report: N New Comment: Yep, that's exactly it! The file was 20480 bytes. Added one blank space and the crash was gone! It's definetely not fixed! =\ Thanks a lot for clearing this up! Previous Comments: [2012-02-23 17:37:03] mmoreno at pobox dot com This was crashing Drupal 7 for me too. I bet you're encountering the 4096 byte bug referenced in bugs 60758 and 60998. The responses have been that it's either fixed in SVN or not a bug so I'm confused about the status since recent snapshots are still affected. Seems to only affect Windows. WORKAROUND: Find all Drupal files that are exactly 4096 bytes or a multiple (e.g. 8192, 12288) and edit them slightly by adding a blank line or a comment in order to change the file size. Hope this helps. [2012-02-22 19:12:33] guaycuru at gmail dot com I tried Apache 2.2.21 and 2.4.1, both downloaded from Apache Lounge. Anyway the crash happens using PHP CLI, so it's not apache related. I'm using Drupal 7 [2012-02-22 18:59:25] mattfic...@php.net Thank you for helping to make PHP better. What version of Apache are you using? Where did you download it from? What version of Drupal are you using? [2012-02-22 17:57:03] guaycuru at gmail dot com Description: PHP 5.3.10 (from http://windows.php.net/snapshots/#php-5.3-ts-windows-vc9-x86 ) I tried a clean install with just the basic modules, and the crash still happens, so it's not module related. Whenever I try to load my Drupal website (which works fine on Linux), PHP crashes. If I'm laoding via apache, I get a Connection reset error, with windows reporting that apache restartted because of a php5ts.dll error. If I load the index.php script via command line I also get the crash, producing this backtrace. A test script is not doable, because it's a whole Drupal site... Expected result: PHP not to crash when loading the site... Actual result: -- Thread 0 - System ID 8832 Entry point php+3002 Create time 22/02/2012 15:52:59 Time spent in user mode 0 Days 0:0:0.62 Time spent in kernel mode 0 Days 0:0:0.109 Full Call Stack Function Arg 1 Arg 2 Arg 3 Arg 4 Source php5ts!lex_scan+9d6 0093dd60 02a22ec0 02a22ec0 0093dd8c php5ts!zend_register_auto_global+ae 0093dd58 02a22ec0 04ce5840 02a22ec0 php5ts!zend_iterator_unwrap+584 0093ddf8 0093de8c 0001 00d0fbe8 ntdll!RtlpDosPathNameToRelativeNtPathName_Ustr+1d0 00d0fbe8 051d3e68 0006 0001 Exception Information PHP5TS!LEX_SCAN+9D6WARNING In php__PID__8828__Date__02_22_2012__Time_03_53_00PM__963__Second_Chance_Exception_ C005.dmp the assembly instruction at php5ts!lex_scan+9d6 in C:\Program Files (x86)\PHP\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x00b75000 on thread 0 -- Edit this bug report at https://bugs.php.net/bug.php?id=61166edit=1
Bug #60919 [Fbk-Dup]: __wakeup is not called
Edit report at https://bugs.php.net/bug.php?id=60919edit=1 ID: 60919 Updated by: the...@php.net Reported by:the...@php.net Summary:__wakeup is not called -Status: Feedback +Status: Duplicate Type: Bug Package:Scripting Engine problem Operating System: (Any) PHP Version:5.4.0RC6+ Assigned To:stas Block user comment: N Private report: N New Comment: Yes, also looks like a dup of #60879 to me; and the patched RC8 there works for me. I'll close this. Previous Comments: [2012-02-20 10:52:17] paj...@php.net Actually maybe still valid on other platform than windows, but so far our tests on linux (x86x64) did not show any issue with this issue. Timm, which platforms exactly do you use to test? The other bug I referred to (#60879) is a windows only bug and only due to the release build process, not to a bug in our code base. [2012-02-20 10:48:47] paj...@php.net Duplicate of #60879 [2012-02-05 18:02:48] the...@php.net Stas, can you have a look at the patch? Thanks! [2012-02-05 16:28:20] ras...@php.net You should ask Stas for permission to commit this patch to 5.4 before the release. Initializing uninitialized variables tends to be a good idea. [2012-02-05 14:03:53] the...@php.net The following patch has been added/updated: Patch Name: init-serialize-levels.diff Revision: 1328450632 URL: https://bugs.php.net/patch-display.php?bug=60919patch=init-serialize-levels.diffrevision=1328450632 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=60919 -- Edit this bug report at https://bugs.php.net/bug.php?id=60919edit=1
Bug #60471 [Com]: Random Invalid request (unexpected EOF) using a router script
Edit report at https://bugs.php.net/bug.php?id=60471edit=1 ID: 60471 Comment by: michal dot pipa dot xsolve at gmail dot com Reported by:lolautruche at gmail dot com Summary:Random Invalid request (unexpected EOF) using a router script Status: Assigned Type: Bug Package:Built-in web server Operating System: Mac OS X 10.7.2 (Lion) PHP Version:5.4.0RC2 Assigned To:laruence Block user comment: N Private report: N New Comment: I've noticed these messages and did some network traffic analysis. I've tested this on Ubuntu and Chromium. What I've found is that Chromium has feature called Predict network actions to improve page load performance and it's enabled by default. It works this way, that if HTML page has links to some resources, than Chromium opens about 10 TCP connections in advance. And then if browser has less than 10 resources to fetch, unused connections times out after 10 seconds. And this (empty payload) causes PHP server to display Invalid request (unexpected EOF) message. See: http://svn.php.net/viewvc/php/php-src/branches/PHP_5_4/sapi/cli/php_cli_server.c?revision=322966view=markup#l1591 When you disable this Chromium's feature it doesn't open TCP connections in advance and this error message disappears. I'm wondering if we really need this error message (maybe it was used for some debugging purposes). Previous Comments: [2012-02-16 18:29:02] ras...@php.net The patch is here: http://svn.php.net/viewvc/php/php-src/trunk/sapi/cli/php_cli_server.c? r1=323078r2=323077pathrev=323078view=patch if someone could test it, please. [2012-02-16 18:24:54] ras...@php.net Could this simply be caused by the Connection: closed message instead of the correct Connection: close message the built-in server spits out? This is fixed in trunk but hasn't been merged to 5.4 yet. [2012-02-12 17:06:17] rbrunius at gmail dot com I'm am having the same thing happen and I Googled error code it and found this thread. I tried various ways to terminate the file but none solved it. php 5.4 RC7 development server on Windows 7 Chrome browser has brings the issue but Firefox does not. [2011-12-09 13:59:12] patrickalla...@php.net @laruence: Gentoo Linux Most of the time, several of those messages appears in one block like in: [Thu Dec 8 13:39:29 2011] 127.0.0.1:50358 Invalid request (Unexpected EOF) [Thu Dec 8 13:39:29 2011] 127.0.0.1:50359 Invalid request (Unexpected EOF) [Thu Dec 8 13:39:29 2011] 127.0.0.1:50360 Invalid request (Unexpected EOF) [Thu Dec 8 13:39:29 2011] 127.0.0.1:50361 Invalid request (Unexpected EOF) [Thu Dec 8 13:39:29 2011] 127.0.0.1:50362 Invalid request (Unexpected EOF) I expect it comes from the fact that the page generated by the built-in server contains references to pictures, js and css files that has been downloaded by chrome through the built-in server. Does chrome do some special treatment? Can't reproduce with a dummy page with just an Hello World. [2011-12-09 05:44:26] larue...@php.net I can't reproduce this on Linux. @patrickallaert, what is your OS? 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=60471 -- Edit this bug report at https://bugs.php.net/bug.php?id=60471edit=1
Bug #51576 [Com]: compile failure on zend_float.c
Edit report at https://bugs.php.net/bug.php?id=51576edit=1 ID: 51576 Comment by: phil dot nyc at gmail dot com Reported by:i2r at pacbell dot net Summary:compile failure on zend_float.c Status: Assigned Type: Bug Package:Compile Failure Operating System: AIX 5.3 PHP Version:5.3.2 Assigned To:cseiler Block user comment: N Private report: N New Comment: I'm receiving the same issue with 5.3.10: /bin/sh /home/lawadm/php/php-5.3.10/libtool --silent --preserve-dup-deps --mode= compile cc -IZend/ -I/home/lawadm/php/php-5.3.10/Zend/ -DPHP_ATOM_INC -I/home/l awadm/php/php-5.3.10/include -I/home/lawadm/php/php-5.3.10/main -I/home/lawadm/p hp/php-5.3.10 -I/home/lawadm/php/php-5.3.10/ext/date/lib -I/home/lawadm/php/php- 5.3.10/ext/ereg/regex -I/usr/local/include/libxml2 -I/home/lawadm/php/php-5.3.10 /ext/sqlite3/libsqlite -I/home/lawadm/php/php-5.3.10/TSRM -I/home/lawadm/php/php -5.3.10/Zend -D_THREAD_SAFE -I/usr/include -g -DZTS -c /home/lawadm/php/php- 5.3.10/Zend/zend_float.c -o Zend/zend_float.lo /home/lawadm/php/php-5.3.10/Zend/zend_float.c, line 33.9: 1506-579 (W) The __a sm directive is ignored. /home/lawadm/php/php-5.3.10/Zend/zend_float.c, line 34.9: 1506-579 (W) The __a sm directive is ignored. /home/lawadm/php/php-5.3.10/Zend/zend_float.c, line 44.10: 1506-276 (S) Syntax error: possible missing 'while'? /home/lawadm/php/php-5.3.10/Zend/zend_float.c, line 48.17: 1506-579 (W) The __ asm directive is ignored. /home/lawadm/php/php-5.3.10/Zend/zend_float.c, line 51.9: 1506-276 (S) Syntax error: possible missing 'while'? /home/lawadm/php/php-5.3.10/Zend/zend_float.c, line 55.1: 1506-276 (S) Syntax error: possible missing 'while'? /home/lawadm/php/php-5.3.10/Zend/zend_float.c, line 62.9: 1506-579 (W) The __a sm directive is ignored. /home/lawadm/php/php-5.3.10/Zend/zend_float.c, line 64.10: 1506-204 (S) Unexpe cted end of file. make: *** [Zend/zend_float.lo] Error 1 /home/lawadm/php/php-5.3.10 Previous Comments: [2011-01-04 11:35:59] sebastian dot voort at metrosystems dot net same here: Compiler: VisualAge C++ Professional / C for AIX Compiler, Version 6 Make: GNU Make 3.80 PHP: 5.3.4 OS: AIX 5300-08-02-0822 Apache: Server version: IBM_HTTP_Server/2.0.47.1 Apache/2.0.47 /* $Id: zend_float.c 293155 2010-01-05 20:46:53Z sebastian $ */ /h000/oracle/www/SOURCES/php-5.3.4/Zend/zend_float.c, line 33.9: 1506-579 (W) The __asm directive is ignored. /h000/oracle/www/SOURCES/php-5.3.4/Zend/zend_float.c, line 34.9: 1506-579 (W) The __asm directive is ignored. /h000/oracle/www/SOURCES/php-5.3.4/Zend/zend_float.c, line 44.10: 1506-276 (S) Syntax error: possible missing 'while'? /h000/oracle/www/SOURCES/php-5.3.4/Zend/zend_float.c, line 48.17: 1506-579 (W) The __asm directive is ignored. /h000/oracle/www/SOURCES/php-5.3.4/Zend/zend_float.c, line 51.9: 1506-276 (S) Syntax error: possible missing 'while'? /h000/oracle/www/SOURCES/php-5.3.4/Zend/zend_float.c, line 55.1: 1506-276 (S) Syntax error: possible missing 'while'? /h000/oracle/www/SOURCES/php-5.3.4/Zend/zend_float.c, line 62.9: 1506-579 (W) The __asm directive is ignored. /h000/oracle/www/SOURCES/php-5.3.4/Zend/zend_float.c, line 64.10: 1506-204 (S) Unexpected end of file. make: *** [Zend/zend_float.lo] Error 1 Configure: configure --with-apxs2=/usr/IBMIHS/bin/apxs --prefix=/usr/PHP --with-oci8=/h000/oracle/product/11.1.0 --without-mysql --without-pear --with-zlib --with-gd --with-ttf --enable-gd-native-ttf --with-freetype-dir=/opt/freeware/ --enable-sigchild --enable-libxml --with-jpeg-dir=/opt/freeware --with-png-dir=/opt/freeware [2010-04-23 23:10:30] 12r at pacbell dot net OS AIX 5.3 build procedure configure make ./configure --with-oci8=/usr/local/opt/oracle/product/oraclient\ --with-config-file-path=/xxx/xxx_apache_2_2_15_bundle/tools/conf\ --with-apxs2=/xxx/xxx_apache_2_2_15_bundle/apache2/bin/apxs\ --without-mysql\ --enable-sockets\ --prefix=/xxx/xxx_apache_2_2_15_bundle/tools\ --enable-sigchild [2010-04-22 20:03:39] csei...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Since I don't have Visual Age myself, I'd appreciate it if you could provide the following pieces of information: * On which operating system are you using Visual Age? * Which steps did you take to compile PHP? configure make? If so, with which configure options? [2010-04-22 02:14:42] ka...@php.net
Req #44522 [Opn]: http upload max_limits and file above 2GB
Edit report at https://bugs.php.net/bug.php?id=44522edit=1 ID: 44522 Updated by: s...@php.net Reported by:mail2lv at yahoo dot com Summary:http upload max_limits and file above 2GB Status: Open Type: Feature/Change Request -Package:Feature/Change Request +Package:*General Issues Operating System: All PHP Version:5.2.5 Block user comment: N Private report: N New Comment: It's probably too late for 5.4, but would be OK for trunk. The patch however needs to be cleaned up (no IGNORE vars, etc.) and changing signature for zend_atoi may not be safe if any code out there presumes it returns int (integer overflow). Also, no reason to use signed long there where we used unsigned long. Previous Comments: [2012-02-23 10:14:23] jcabillot at gmail dot com Do you plan to apply this patch ? 5.3 doesn't support file upload if the file is bigger than 2Gb. It seem that 5.4 have the same limit. [2012-02-22 09:30:11] noxxim at mail dot ru Can someone add a patch for debian squeeze? [2010-02-15 19:52:50] zaulychny at yahoo dot com The same problem was faced by me. It seems that PHP stops if size of file is above 2Gb (i.e. signed int). Will someone fix this issue? [2009-12-09 20:40:19] tracey at archive dot org we are using 64-bit ubuntu (jaunty and karmic) at archive.org, and php v5.2.6 and v5.2.10 (respectively). we are using fastcgi php-cgi with nginx. for us, with these 2 patches, we can get up to 8G posting to work (haven't tried over 8GB 8-). basically, they are about tracking the config setting/reading vars that are 32bits wide when they'd need 64bits, and similar for upload limit checking and reading. they prolly will not work with 32bit ubuntu immediately without some minor tweaking (since i started using long (8B on 64bit; 4B on 32bit) datatype and stuck with it instead of long long (8B on both)). i'd be happy to try to extend the patches to work on both 32bit and 64bit if there is interest. (basically it took me awhile to figure these out and we are only running on 64bit so i'd want an incentive/encouragement to do the extra work 8-) http://www.archive.org/~tracey/downloads/patches/jaunty-64bit-post- large-files.patch http://www.archive.org/~tracey/downloads/patches/karmic-64bit-post- large-files.patch http://www.archive.org/~tracey/downloads/patches/jaunty-64bit-post- large-files.patch-README.txt [2009-04-24 09:12:04] robin at willowsv dot com It will accept 2047M Anything bigger breaks post data completely. You can only use GET variables. 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=44522 -- Edit this bug report at https://bugs.php.net/bug.php?id=44522edit=1
Bug #60879 [Asn-Csd]: unserialize() Does not invoke __wakeup() on object
Edit report at https://bugs.php.net/bug.php?id=60879edit=1 ID: 60879 Updated by: szar...@php.net Reported by:thijsputman at gmail dot com Summary:unserialize() Does not invoke __wakeup() on object -Status: Assigned +Status: Closed 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 Previous Comments: [2012-02-20 10:53:32] paj...@php.net The following patch has been added/updated: Patch Name: pragmaoptoff Revision: 1329735212 URL: https://bugs.php.net/patch-display.php?bug=60879patch=pragmaoptoffrevision=1329735212 [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?) 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=60879edit=1
Bug #60879 [Csd-Asn]: unserialize() Does not invoke __wakeup() on object
Edit report at https://bugs.php.net/bug.php?id=60879edit=1 ID: 60879 Updated by: paj...@php.net Reported by:thijsputman at gmail dot com Summary:unserialize() Does not invoke __wakeup() on object -Status: Closed +Status: Assigned Type: Bug Package:Class/Object related Operating System: Windows 7 PHP Version:5.4.0RC6 -Assigned To:szarkos +Assigned To:pajoye Block user comment: N Private report: N New Comment: Assigned to me, have to apply the patch to 5.4+ Previous Comments: [2012-02-20 10:53:32] paj...@php.net The following patch has been added/updated: Patch Name: pragmaoptoff Revision: 1329735212 URL: https://bugs.php.net/patch-display.php?bug=60879patch=pragmaoptoffrevision=1329735212 [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?) 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=60879edit=1
Bug #61095 [Com]: PHP can't add hex numbers
Edit report at https://bugs.php.net/bug.php?id=61095edit=1 ID: 61095 Comment by: phpbug at vincent dot sh Reported by:tomek at przeslij dot pl Summary:PHP can't add hex numbers Status: Assigned Type: Bug Package:Scripting Engine problem Operating System: Windows XP PHP Version:5.3.10 Assigned To:colder Block user comment: N Private report: N New Comment: Lexer level ? Russian. http://goo.gl/eqxZ8 Previous Comments: [2012-02-23 15:56:59] lepidosteus+phpbug at gmail dot com Sorry, forget my previous comment, I misunderstood the issue [2012-02-23 15:55:00] lepidosteus+phpbug at gmail dot com Correct behavior for me in 5.3.3-7+squeeze3 $ php -r var_dump(0x02+0x00); int(2) $ php -r var_dump(0x02+0); int(2) $ php -r var_dump('0x02'+0); int(2) [2012-02-20 18:28:55] col...@php.net Automatic comment from SVN on behalf of colder Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=323394 Log: Fix #61095 (Lexing 0x0*+lt;NUMgt; incorrectly) [2012-02-15 16:24:03] ni...@php.net Nice catch! This can be fixed by adding a len == 0 check after the while loop in http://lxr.php.net/xref/PHP_TRUNK/Zend/zend_language_scanner.l#1515 (and returning 0 in that case). [2012-02-15 15:54:47] anon at anon dot anon That is fan-tastic! http://i.imgur.com/uPC2b.gif 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=61095 -- Edit this bug report at https://bugs.php.net/bug.php?id=61095edit=1
[PHP-BUG] Bug #61172 [NEW]: With Apache 2.4.1, ./configure fails on APXS but stops only on the MySQL check.
From: Operating system: Linux 3.2.6 glibc 2.11.3 PHP version: 5.3.10 Package: Compile Failure Bug Type: Bug Bug description:With Apache 2.4.1, ./configure fails on APXS but stops only on the MySQL check. Description: ./configure PHP 5.3.10 fails when attempting to configure apache2handler DSO with apache 2.4.1. - ./configure --prefix=/usr/local/ --with-apxs2=/usr/local/apache2.4/bin/apxs --with-config-file-path=/usr/local/ --with-mysql=/usr/local/mysql [.../...] Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... no checking for Apache 1.x module support... no checking whether to enable Apache charset compatibility option... no checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... apxs:Error: Invalid query string `MPM_NAME'. yes checking for Apache 1.x (hooks) module support via DSO through APXS... no checking for Apache 1.x (hooks) module support... no checking whether to enable Apache charset compatibility option... no checking for Caudium support... no checking for CLI build... yes checking for Continuity support... no checking for embedded SAPI library support... no checking for FPM build... no checking for Zeus ISAPI support... no checking for LiteSpeed support... no checking for Milter support... no [.../...] checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no configure: error: Cannot find libmysqlclient_r under /usr/local/mysql. Note that the MySQL client library is not bundled anymore! - The behavior is very confusing, because if i choose the Apache 2.2.x APXS, the MySQL checks work fine ! : - ./configure --prefix=/usr/local/ --with-apxs2=/usr/local/apache2.2/bin/apxs --with-config-file-path=/usr/local/ --with-mysql=/usr/local/mysql [.../...] checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... yes checking for Apache 1.x (hooks) module support via DSO through APXS... no [.../...] checking for specified location of the MySQL UNIX socket... no checking for mysql_close in -lmysqlclient... yes checking for MySQL UNIX socket location... no [.../...] - In fact, the error is in the apache worker check, because of with apache 2.4, the worker can be dynamically loaded, and not fixed at compile time : The MPM_NAME parameter doesn't exist anymore : # /usr/local/apache2.2/bin/apxs -q MPM_NAME prefork # /usr/local/apache2.4/bin/apxs -q MPM_NAME apxs:Error: Invalid query string `MPM_NAME'. This is confirmed in the CHANGES file in the Apache 2.4.1 source, lines 1849 and below : *) Allow MPMs to be loaded dynamically, as with most other modules. Use --enable-mpms-shared={list|all} to enable. This required changes to the MPM interfaces. Removed: mpm.h, mpm_default.h (as an installed header), APACHE_MPM_DIR, MPM_NAME, ap_threads_per_child, ap_max_daemons_limit, ap_my_generation, etc. ap_mpm_query() can't be called until after the register-hooks phase. [Jeff Trawick] Expected result: Apache 2.4.1 DSO properly configured. Seems by the way difficult to auto-configure PHP with Apache 2.4 apxs now, because apxs doesn't returns any indication about default worker module or worker modules compiled : Have to declare what worker module the user intends to use in Apache ? Actual result: -- ./configure fails -- Edit bug report at https://bugs.php.net/bug.php?id=61172edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61172r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61172r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61172r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61172r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61172r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61172r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61172r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61172r=needscript Try newer version: https://bugs.php.net/fix.php?id=61172r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61172r=support Expected behavior: https://bugs.php.net/fix.php?id=61172r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61172r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61172r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61172r=globals PHP 4 support
Bug-Req #51527 [Opn]: is_callable() returning true for non-static callbacks
Edit report at https://bugs.php.net/bug.php?id=51527edit=1 ID: 51527 Updated by: s...@php.net Reported by:weierophin...@php.net Summary:is_callable() returning true for non-static callbacks Status: Open -Type: Bug +Type: Feature/Change Request Package:Class/Object related Operating System: Linux PHP Version:5.3.2 Block user comment: N Private report: N New Comment: Let's first make important note that it is not a bug - it is an intended functionality, is_callable is supposed to return true on this data and as far as I can see, has always done so at least since 5.2 (maybe earlier, just don't have binary to check). Secondly, Foo::Bar is not always a static call. Consider this code: class Foo { private $number = 42; public function bar() { var_dump($this-number); return __METHOD__; } } class Bar extends Foo { public function callme($callback) { echo call_user_func($callback); } } $callback = array('Foo', 'Bar'); var_dump(is_callable($callback)); $bar = new Bar(); $bar-callme($callback); This is a bit convoluted, but everything works just fine. Changing is_callable and the engine to prohibit this case would cause massive code breakage, and as a lot of code uses this pattern to call parent ctors, it's probably not feasible. There's a difference between true static call and parent method call that looks like static call and unfortunately, this difference exists only in runtime when the actual call is made, is_callable would not be able to predict it. Previous Comments: [2010-07-20 05:43:43] hnzksq at gmail dot com ?php /** * @author zhouw * @copyright 2010 */ class Foo { public function bar() { return 'foo bar'; } } $callback = array('Foo', 'bar'); if (is_callable($callback)) { echo call_user_func($callback); } ? ææµè¯å¯ä»¥ç¨çã [2010-05-07 16:39:56] crrodriguez at opensuse dot org philduby at phriendly dot net : what you mention seems to be another bug/misfeature. [2010-05-05 07:03:50] philduby at phriendly dot net Another variation that actually (unexpectedly) works: Calling is_callable and call_user_func from inside an instance (non-static) method using any of: 'self::otherInstanceMethod', array('self','otherInstanceMethod'), array(self,'otherInstanceMethod') succeed. It appears that (the context for) '$this' is carried over from the original method, even though the calls are being done statically. Calling self::otherInstanceMethod() directly also succeeds. It appears that methods called from an instance method 'inherit' the context for $this. A bit unexpected, but *reasonable*. Win XP SP3 PHP 5.3.1 (xampp) [2010-04-12 11:50:33] paj...@php.net I don't like the optional flag idea. You can disable strictness using error_reporting already. However I would like to see this change in trunk, can you come up with a RFC pls? [2010-04-10 20:19:45] weierophin...@php.net @johannes Perhaps an optional strict flag to is_callable() would address this? That would keep BC, while allowing for better checking for = PHP-5 apps. Usage would be: $callback = array('Foo', 'bar'); if (is_callable($callback, true)) { // Passed strict check } else { // failed strict check } Thoughts? 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=51527 -- Edit this bug report at https://bugs.php.net/bug.php?id=51527edit=1
Bug #61095 [Com]: PHP can't add hex numbers
Edit report at https://bugs.php.net/bug.php?id=61095edit=1 ID: 61095 Comment by: balthasar dot reuter at cs dot fau dot de Reported by:tomek at przeslij dot pl Summary:PHP can't add hex numbers Status: Assigned Type: Bug Package:Scripting Engine problem Operating System: Windows XP PHP Version:5.3.10 Assigned To:colder Block user comment: N Private report: N New Comment: Behavior reproduced: $ php -r 'echo (0x00+2);echo \n;' 4 $ php -r 'echo (0x00+ 2);echo \n;' 2 $ php -r 'echo (0x00 + 2);echo \n;' 2 $ php -r 'echo (0x00 +2);echo \n;' 4 $ php -v PHP 5.3.8 (cli) (built: Dec 5 2011 21:24:09) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies Mac OS X 10.6.8 Previous Comments: [2012-02-23 20:14:37] phpbug at vincent dot sh Lexer level ? Russian. http://goo.gl/eqxZ8 [2012-02-23 15:56:59] lepidosteus+phpbug at gmail dot com Sorry, forget my previous comment, I misunderstood the issue [2012-02-23 15:55:00] lepidosteus+phpbug at gmail dot com Correct behavior for me in 5.3.3-7+squeeze3 $ php -r var_dump(0x02+0x00); int(2) $ php -r var_dump(0x02+0); int(2) $ php -r var_dump('0x02'+0); int(2) [2012-02-20 18:28:55] col...@php.net Automatic comment from SVN on behalf of colder Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=323394 Log: Fix #61095 (Lexing 0x0*+lt;NUMgt; incorrectly) [2012-02-15 16:24:03] ni...@php.net Nice catch! This can be fixed by adding a len == 0 check after the while loop in http://lxr.php.net/xref/PHP_TRUNK/Zend/zend_language_scanner.l#1515 (and returning 0 in that case). 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=61095 -- Edit this bug report at https://bugs.php.net/bug.php?id=61095edit=1
[PHP-BUG] Bug #61173 [NEW]: Unable to detect error from finfo constructor
From: vrana Operating system: Irrelevant PHP version: 5.4.0RC8 Package: Filesystem function related Bug Type: Bug Bug description:Unable to detect error from finfo constructor Description: There is currently no way to detect error in finfo::__construct() other than defining own set_error_handler(). It should throw an exception in case of an error. new finfo() always creates the object but this object is unusable if constructor doesn't succeed. Test script: --- $finfo = null; try { $finfo = new finfo(1, '', false); } catch (Exception $e) { echo Error creating finfo.\n; } var_dump($finfo); Expected result: Error creating finfo. NULL Actual result: -- object(finfo)#1 (0) { } -- Edit bug report at https://bugs.php.net/bug.php?id=61173edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61173r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61173r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61173r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61173r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61173r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61173r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61173r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61173r=needscript Try newer version: https://bugs.php.net/fix.php?id=61173r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61173r=support Expected behavior: https://bugs.php.net/fix.php?id=61173r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61173r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61173r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61173r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61173r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61173r=dst IIS Stability: https://bugs.php.net/fix.php?id=61173r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61173r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61173r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61173r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61173r=mysqlcfg
Bug #61142 [Asn-Fbk]: error : child pid 16289 exit signal Illegal instruction (4) - if using SQLT_CHR
Edit report at https://bugs.php.net/bug.php?id=61142edit=1 ID: 61142 Updated by: s...@php.net Reported by:hinaresh2000 at gmail dot com Summary:error : child pid 16289 exit signal Illegal instruction (4) - if using SQLT_CHR -Status: Assigned +Status: Feedback Type: Bug Package:OCI8 related Operating System: RHEL5.3 PHP Version:5.3.10 Assigned To:sixd Block user comment: N Private report: N New Comment: Without a reproducible testcase (see my previous request #2) I can only comment on the code: 1. You need error checking in the code. 2. You need SQLT_CHR instead of SQLT_STR in the oci_bind_array_by_name call. 3. You should specify the maximum data length instead of -1 in the oci_bind_array_by_name call. Otherwise the length of permissions\n is used and you might see ORA-06502 PL/SQL: numeric or value error: host bind array too small, depending on your schema (again, see my previous request #2). I can look at this again if I get a complete reproducible testcase. Previous Comments: [2012-02-22 15:15:46] hinaresh2000 at gmail dot com Below is my code snippet which i am using : $filter_permissions_array = permissions\n; $conn=db_connection(); $query = BEGIN dns_filter_permissions_pkg.insert_customize_brand(:iprange, :is_apply_to_networks_of_nop, :network_filter_id, :ip_check, :filter_permissions, :network_cursor, :return_value); END;; $stmt = oci_parse($conn, $query); $network_cursor = oci_new_cursor($conn); oci_bind_by_name($stmt, iprange, $ip_cidr_range,20); oci_bind_by_name($stmt, is_apply_to_networks_of_nop, $set_network_operator, 225); oci_bind_by_name($stmt, network_filter_id, $network_filter_id, 10); oci_bind_by_name($stmt, ip_check, $ip_check, 10); oci_bind_array_by_name($stmt, filter_permissions, $filter_permissions_array, 1,-1,SQLT_STR); oci_bind_by_name($stmt, network_cursor, $network_cursor, -1, OCI_B_CURSOR); oci_bind_by_name($stmt, return_value, $return_value, 10); oci_execute($stmt); oci_execute($network_cursor); oci_free_statement($stmt); oci_close($conn); The oracle version is 11.2.0.3.0 PHP version is 5.3.9 Thanks, Naresh [2012-02-21 20:17:49] s...@php.net I need: 1. A complete PHP test script showing the values (if any) in $filter_permissions_array. 2. The SQL to create any DB objects used. 3. The versions of the Oracle client libraries and of the database. Thanks. [2012-02-20 11:39:32] hinaresh2000 at gmail dot com Also i have tested it on another box having php 5.3.9 - (built: Jan 12 2012 15:14:33) then i saw below error in log: child pid 7758 exit signal Segmentation fault (11) [2012-02-20 11:26:19] hinaresh2000 at gmail dot com Description: --- From manual page: http://www.php.net/function.oci-bind-array-by-name#refsect1-function.oci-bind-array-by-name-returnvalues --- Hi, I am testing my application on Amazon Cloud Box where PHP 5.3.9 is installed on RHEL5.3 Below is my php source code line : oci_bind_array_by_name($stmt, filter_permissions, $filter_permissions_array, 1,-1,SQLT_STR); here $filter_permissions may or may not contain any value. The above code line shows error in /var/log/httpd/error_log file that child pid 16289 exit signal Illegal instruction (4) and browser stops and shows blank page. The same line is working fine with PHP 5.1.6 and showing results perfectly. Also if it fails somewhere on any version then i have replaced SQLT_STR with SQLT_CHR and it works fine. In that case i am not in a position to fix this issue in 5.3.9. Is this a PHP issue or the OCI one? help me resolving this issue. Thanks in Advance Naresh K. Test script: --- Below is my php source code line : oci_bind_array_by_name($stmt, filter_permissions, $filter_permissions_array, 1,-1,SQLT_STR); here $filter_permissions may or may not contain any value. The above code line shows error in /var/log/httpd/error_log file that child pid 16289 exit signal Illegal instruction (4) and browser stops and shows blank page. Expected result: It should run without any error in log and doesn't stop the functionlity of page at browser. Actual result: -- Error in log - child pid 16289 exit signal Illegal instruction (4) and browser stops and shows blank page. -- Edit this bug report at https://bugs.php.net/bug.php?id=61142edit=1
Bug #60901 [Fbk]: Oracle-11.2 is not detected (too new)
Edit report at https://bugs.php.net/bug.php?id=60901edit=1 ID: 60901 Updated by: s...@php.net Reported by:lzsiga at freemail dot c3 dot hu Summary:Oracle-11.2 is not detected (too new) Status: Feedback Type: Bug Package:OCI8 related Operating System: AIX 6.1 PHP Version:5.3.9 Block user comment: N Private report: N New Comment: What created libclntsh.so.11.2? The instantclient-basic-aix.ppc64- 11.2.0.3.0.zip and instantclient-basic-aix.ppc32-11.2.0.3.0.zip files only contain libclntsh.so I don't consider creating a libcntsh.so.11.1 symlink such a hack, since creating the reverse symlink is required on other platforms. See http://docs.oracle.com/cd/E11882_01/appdev.112/e10646/oci01int.htm#LNOCI16174 However I can improve the installation experience on AIX once I understand what the installed environment commonly looks like. Previous Comments: [2012-01-30 05:56:56] lzsiga at freemail dot c3 dot hu It might work, but I wouldn't want to hack around in the Oracle's directory... could you please add an option to ./configure prevent the version-autodetecting? Something like: OCI8_VERSION=11.2 ./configure --with-oci8 or export OCI8_VERSION=$(grep OCI_MAJOR_VERSION $ORACLE_HOME/rdbms/public/oci.h | cut -d' ' -f 4).$(grep OCI_MINOR_VERSION $ORACLE_HOME/rdbms/public/oci.h | cut -d' ' -f 4) ./configure --with-oci8 [2012-01-27 20:47:04] s...@php.net Instead of patching the configuration script can you try creating a symbolic link from libclntsh.so and/or libclntsh.so.11.1 pointing to libclntsh.so.11.2? For ORACLE_HOME installs on Linux (and likely on Solaris) a symbolic link from libclntsh.so to libclntsh.so.11.1 is automatically created during Oracle installation. Linux Solaris 11.2 Instant Client zip installs provide libclntsh.so.11.1 (for drop-in library replacement similar to how Oracle 10.2 libs were called *.10.1). Generic installation instructions for Instant Client are to manually create a symbolic link from libclntsh.so to libclntsh.so.11.1 [2012-01-27 13:21:12] lzsiga at freemail dot c3 dot hu Quick fix: sed_repl 's: if test -s $OCI8_DIR/orainst/unix.rgs; then:'\ ' if test -s $OCI8_LCS_BASE.11.2; then\nOCI8_ORACLE_VERSION=11.2;\n'\ ' elif test -s $OCI8_DIR/orainst/unix.rgs; then:' configure [2012-01-27 12:31:13] lzsiga at freemail dot c3 dot hu Description: $ ls $ORACLE_HOME/lib32/libclntsh.so.*.1 configure tries this and fails, beacuse the Oracle version is 11.2 $ ls $ORACLE_HOME/lib32/libclntsh.so.*.2 /lib32/libclntsh.so.11.2 -- Edit this bug report at https://bugs.php.net/bug.php?id=60901edit=1
Bug #61154 [Fbk-Dup]: configure fails with Oracle Instantclient 11.2
Edit report at https://bugs.php.net/bug.php?id=61154edit=1 ID: 61154 Updated by: s...@php.net Reported by:wayne dot krauth at insuranceautomationgroup dot co Summary:configure fails with Oracle Instantclient 11.2 -Status: Feedback +Status: Duplicate Type: Bug Package:OCI8 related Operating System: aix 6.1 PHP Version:5.3.10 Assigned To:sixd Block user comment: N Private report: N New Comment: Duplicate of 60901. Let's discuss it there. Previous Comments: [2012-02-22 16:36:58] wayne dot krauth at insuranceautomationgroup dot co In previous installs using instant client, I found that you need to create a link as follows: lrwxrwxrwx1 root system 12 Feb 14 10:13 libclntsh.so.11.2 - libclntsh.so The configure command that I used is: ./configure --cache-file=../config.cache \ --with-gnu-ld \ --prefix=/opt/freeware \ --with-config-file-path=/opt/freeware/etc \ --with-config-file-scan-dir=/opt/freeware/etc/php.d \ --disable-debug \ --enable-shared \ --enable-static \ --without-pear \ --with-gd=/opt/freeware \ --with-openssl=/opt/freeware \ --with-zlib \ --with-bz2 \ --with-curl=/opt/freeware \ --with-t1lib=/opt/freeware \ --with-freetype-dir=/opt/freeware \ --with-jpeg-dir=/opt/freeware \ --with-png-dir=/opt/freeware \ --with-xpm-dir=/opt/freeware \ --with-zlib-dir=/opt/freeware \ --enable-soap \ --enable-bcmath \ --enable-sockets \ --with-iconv \ --enable-dom \ --enable-json \ --with-pcre-regex=/opt/freeware \ --disable-ftp \ --disable-phar \ --with-mhash \ --with-mcrypt \ --with-apxs2=/opt/freeware/sbin/apxs \ --with-oci8=instantclient,/opt/instantclient_11_2 [2012-02-21 22:15:53] s...@php.net What created libclntsh.so.11.2? The instantclient-basic-aix.ppc64-11.2.0.3.0.zip and instantclient-basic-aix.ppc32-11.2.0.3.0.zip files only contain libclntsh.so What's your configure line? [2012-02-21 15:04:35] wayne dot krauth at insuranceautomationgroup dot co Description: Trying to build php 6.3.10 on AIX 6.1, and including the oci8 InstantClient 11.2 from Oracle fails at the configure stage. Configure reports: checking Oracle Instant Client library version compatibility... configure: error: Oracle Instant Client libraries libnnz.so and libclntsh.so not found I modified the configure script to solve this problem, changing a 1 to a 2 as seen in the before and after lines: # OCI8_LCS=`ls $OCI8_LCS_BASE.*.1 2 /dev/null | tail -1` # Oracle 10g, 11g etc OCI8_LCS=`ls $OCI8_LCS_BASE.*.2 2 /dev/null | tail -1` # Oracle 10g, 11g etc -- Edit this bug report at https://bugs.php.net/bug.php?id=61154edit=1
Bug #61095 [Com]: PHP can't add hex numbers
Edit report at https://bugs.php.net/bug.php?id=61095edit=1 ID: 61095 Comment by: jordan dot sherer at definition6 dot com Reported by:tomek at przeslij dot pl Summary:PHP can't add hex numbers Status: Assigned Type: Bug Package:Scripting Engine problem Operating System: Windows XP PHP Version:5.3.10 Assigned To:colder Block user comment: N Private report: N New Comment: Reproduced, but after adding spaces around the + it works as intended. $ php -r 'echo (0x00+2);echo \n;' 4 $ php -r 'echo (0x00 + 2);echo \n;' 2 $ php -v PHP 5.3.8 with Suhosin-Patch (cli) (built: Nov 15 2011 15:33:15) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies Previous Comments: [2012-02-23 20:40:21] balthasar dot reuter at cs dot fau dot de Behavior reproduced: $ php -r 'echo (0x00+2);echo \n;' 4 $ php -r 'echo (0x00+ 2);echo \n;' 2 $ php -r 'echo (0x00 + 2);echo \n;' 2 $ php -r 'echo (0x00 +2);echo \n;' 4 $ php -v PHP 5.3.8 (cli) (built: Dec 5 2011 21:24:09) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies Mac OS X 10.6.8 [2012-02-23 20:14:37] phpbug at vincent dot sh Lexer level ? Russian. http://goo.gl/eqxZ8 [2012-02-23 15:56:59] lepidosteus+phpbug at gmail dot com Sorry, forget my previous comment, I misunderstood the issue [2012-02-23 15:55:00] lepidosteus+phpbug at gmail dot com Correct behavior for me in 5.3.3-7+squeeze3 $ php -r var_dump(0x02+0x00); int(2) $ php -r var_dump(0x02+0); int(2) $ php -r var_dump('0x02'+0); int(2) [2012-02-20 18:28:55] col...@php.net Automatic comment from SVN on behalf of colder Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=323394 Log: Fix #61095 (Lexing 0x0*+lt;NUMgt; incorrectly) 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=61095 -- Edit this bug report at https://bugs.php.net/bug.php?id=61095edit=1
Bug #61172 [Opn]: With Apache 2.4.1, ./configure fails on APXS but stops only on the MySQL check.
Edit report at https://bugs.php.net/bug.php?id=61172edit=1 ID: 61172 Updated by: johan...@php.net Reported by:antoine dot bajolet at tdf dot fr Summary:With Apache 2.4.1, ./configure fails on APXS but stops only on the MySQL check. Status: Open Type: Bug Package:Compile Failure Operating System: Linux 3.2.6 glibc 2.11.3 PHP Version:5.3.10 Block user comment: N Private report: N New Comment: This issue: checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no configure: error: Cannot find libmysqlclient_r under /usr/local/mysql. Note that the MySQL client library is not bundled anymore! Can be fixed by making sure that oyur MySQL installation contains the thread-safe version of libmysql or by using --with-mysql=mysqlnd --with-mysqli=mysqlnd --with-pdo-mysql=myslqnd to use the PHP-specific mysqlnd library. This won't solve the actual bug, though as you'll get a thread-safe PHP which one probably won't like as apxs -q MPM_NAME is not returning prefork (but an error) Previous Comments: [2012-02-23 20:15:05] antoine dot bajolet at tdf dot fr Description: ./configure PHP 5.3.10 fails when attempting to configure apache2handler DSO with apache 2.4.1. - ./configure --prefix=/usr/local/ --with-apxs2=/usr/local/apache2.4/bin/apxs --with-config-file-path=/usr/local/ --with-mysql=/usr/local/mysql [.../...] Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... no checking for Apache 1.x module support... no checking whether to enable Apache charset compatibility option... no checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... apxs:Error: Invalid query string `MPM_NAME'. yes checking for Apache 1.x (hooks) module support via DSO through APXS... no checking for Apache 1.x (hooks) module support... no checking whether to enable Apache charset compatibility option... no checking for Caudium support... no checking for CLI build... yes checking for Continuity support... no checking for embedded SAPI library support... no checking for FPM build... no checking for Zeus ISAPI support... no checking for LiteSpeed support... no checking for Milter support... no [.../...] checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no configure: error: Cannot find libmysqlclient_r under /usr/local/mysql. Note that the MySQL client library is not bundled anymore! - The behavior is very confusing, because if i choose the Apache 2.2.x APXS, the MySQL checks work fine ! : - ./configure --prefix=/usr/local/ --with-apxs2=/usr/local/apache2.2/bin/apxs --with-config-file-path=/usr/local/ --with-mysql=/usr/local/mysql [.../...] checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... yes checking for Apache 1.x (hooks) module support via DSO through APXS... no [.../...] checking for specified location of the MySQL UNIX socket... no checking for mysql_close in -lmysqlclient... yes checking for MySQL UNIX socket location... no [.../...] - In fact, the error is in the apache worker check, because of with apache 2.4, the worker can be dynamically loaded, and not fixed at compile time : The MPM_NAME parameter doesn't exist anymore : # /usr/local/apache2.2/bin/apxs -q MPM_NAME prefork # /usr/local/apache2.4/bin/apxs -q MPM_NAME apxs:Error: Invalid query string `MPM_NAME'. This is confirmed in the CHANGES file in the Apache 2.4.1 source, lines 1849 and below : *) Allow MPMs to be loaded dynamically, as with most other modules. Use --enable-mpms-shared={list|all} to enable. This required changes to the MPM interfaces. Removed: mpm.h, mpm_default.h (as an installed header), APACHE_MPM_DIR, MPM_NAME, ap_threads_per_child, ap_max_daemons_limit, ap_my_generation, etc. ap_mpm_query() can't be called until after the register-hooks phase. [Jeff Trawick] Expected result: Apache 2.4.1 DSO properly configured. Seems by the way difficult to auto-configure PHP with Apache 2.4 apxs now, because apxs doesn't returns any indication about default worker module or worker modules compiled : Have to declare what worker module the user intends to use in Apache ? Actual result: -- ./configure fails -- Edit this bug report at https://bugs.php.net/bug.php?id=61172edit=1
Bug #61095 [Com]: PHP can't add hex numbers
Edit report at https://bugs.php.net/bug.php?id=61095edit=1 ID: 61095 Comment by: yk4ever at gmail dot com Reported by:tomek at przeslij dot pl Summary:PHP can't add hex numbers Status: Assigned Type: Bug Package:Scripting Engine problem Operating System: Windows XP PHP Version:5.3.10 Assigned To:colder Block user comment: N Private report: N New Comment: It is already fixed in the trunk and relevant version branches. Previous Comments: [2012-02-23 21:55:46] jordan dot sherer at definition6 dot com Reproduced, but after adding spaces around the + it works as intended. $ php -r 'echo (0x00+2);echo \n;' 4 $ php -r 'echo (0x00 + 2);echo \n;' 2 $ php -v PHP 5.3.8 with Suhosin-Patch (cli) (built: Nov 15 2011 15:33:15) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies [2012-02-23 20:40:21] balthasar dot reuter at cs dot fau dot de Behavior reproduced: $ php -r 'echo (0x00+2);echo \n;' 4 $ php -r 'echo (0x00+ 2);echo \n;' 2 $ php -r 'echo (0x00 + 2);echo \n;' 2 $ php -r 'echo (0x00 +2);echo \n;' 4 $ php -v PHP 5.3.8 (cli) (built: Dec 5 2011 21:24:09) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies Mac OS X 10.6.8 [2012-02-23 20:14:37] phpbug at vincent dot sh Lexer level ? Russian. http://goo.gl/eqxZ8 [2012-02-23 15:56:59] lepidosteus+phpbug at gmail dot com Sorry, forget my previous comment, I misunderstood the issue [2012-02-23 15:55:00] lepidosteus+phpbug at gmail dot com Correct behavior for me in 5.3.3-7+squeeze3 $ php -r var_dump(0x02+0x00); int(2) $ php -r var_dump(0x02+0); int(2) $ php -r var_dump('0x02'+0); int(2) 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=61095 -- Edit this bug report at https://bugs.php.net/bug.php?id=61095edit=1
Bug #61172 [PATCH]: With Apache 2.4.1, ./configure fails on APXS but stops only on the MySQL check.
Edit report at https://bugs.php.net/bug.php?id=61172edit=1 ID: 61172 Patch added by: s...@php.net Reported by:antoine dot bajolet at tdf dot fr Summary:With Apache 2.4.1, ./configure fails on APXS but stops only on the MySQL check. Status: Open Type: Bug Package:Compile Failure Operating System: Linux 3.2.6 glibc 2.11.3 PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: bug61172.patch.txt Revision: 1330044292 URL: https://bugs.php.net/patch-display.php?bug=61172patch=bug61172.patch.txtrevision=1330044292 Previous Comments: [2012-02-23 22:31:33] johan...@php.net This issue: checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no configure: error: Cannot find libmysqlclient_r under /usr/local/mysql. Note that the MySQL client library is not bundled anymore! Can be fixed by making sure that oyur MySQL installation contains the thread-safe version of libmysql or by using --with-mysql=mysqlnd --with-mysqli=mysqlnd --with-pdo-mysql=myslqnd to use the PHP-specific mysqlnd library. This won't solve the actual bug, though as you'll get a thread-safe PHP which one probably won't like as apxs -q MPM_NAME is not returning prefork (but an error) [2012-02-23 20:15:05] antoine dot bajolet at tdf dot fr Description: ./configure PHP 5.3.10 fails when attempting to configure apache2handler DSO with apache 2.4.1. - ./configure --prefix=/usr/local/ --with-apxs2=/usr/local/apache2.4/bin/apxs --with-config-file-path=/usr/local/ --with-mysql=/usr/local/mysql [.../...] Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... no checking for Apache 1.x module support... no checking whether to enable Apache charset compatibility option... no checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... apxs:Error: Invalid query string `MPM_NAME'. yes checking for Apache 1.x (hooks) module support via DSO through APXS... no checking for Apache 1.x (hooks) module support... no checking whether to enable Apache charset compatibility option... no checking for Caudium support... no checking for CLI build... yes checking for Continuity support... no checking for embedded SAPI library support... no checking for FPM build... no checking for Zeus ISAPI support... no checking for LiteSpeed support... no checking for Milter support... no [.../...] checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no configure: error: Cannot find libmysqlclient_r under /usr/local/mysql. Note that the MySQL client library is not bundled anymore! - The behavior is very confusing, because if i choose the Apache 2.2.x APXS, the MySQL checks work fine ! : - ./configure --prefix=/usr/local/ --with-apxs2=/usr/local/apache2.2/bin/apxs --with-config-file-path=/usr/local/ --with-mysql=/usr/local/mysql [.../...] checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... yes checking for Apache 1.x (hooks) module support via DSO through APXS... no [.../...] checking for specified location of the MySQL UNIX socket... no checking for mysql_close in -lmysqlclient... yes checking for MySQL UNIX socket location... no [.../...] - In fact, the error is in the apache worker check, because of with apache 2.4, the worker can be dynamically loaded, and not fixed at compile time : The MPM_NAME parameter doesn't exist anymore : # /usr/local/apache2.2/bin/apxs -q MPM_NAME prefork # /usr/local/apache2.4/bin/apxs -q MPM_NAME apxs:Error: Invalid query string `MPM_NAME'. This is confirmed in the CHANGES file in the Apache 2.4.1 source, lines 1849 and below : *) Allow MPMs to be loaded dynamically, as with most other modules. Use --enable-mpms-shared={list|all} to enable. This required changes to the MPM interfaces. Removed: mpm.h, mpm_default.h (as an installed header), APACHE_MPM_DIR, MPM_NAME, ap_threads_per_child, ap_max_daemons_limit, ap_my_generation, etc. ap_mpm_query() can't be called until after the register-hooks phase. [Jeff Trawick] Expected result: Apache 2.4.1 DSO properly configured. Seems by the way difficult to auto-configure PHP with Apache 2.4 apxs now, because apxs doesn't returns any indication about default worker module or worker modules compiled : Have to declare what worker module the user intends to use in
Bug #61172 [Opn]: With Apache 2.4.1, ./configure fails on APXS but stops only on the MySQL check.
Edit report at https://bugs.php.net/bug.php?id=61172edit=1 ID: 61172 Updated by: s...@php.net Reported by:antoine dot bajolet at tdf dot fr Summary:With Apache 2.4.1, ./configure fails on APXS but stops only on the MySQL check. Status: Open Type: Bug Package:Compile Failure Operating System: Linux 3.2.6 glibc 2.11.3 PHP Version:5.3.10 Block user comment: N Private report: N New Comment: Try the attached patch: patch bug61172.patch.txt rm configure config.cache autom4ate.* ./buildconf --force ./configure Previous Comments: [2012-02-24 00:44:52] s...@php.net The following patch has been added/updated: Patch Name: bug61172.patch.txt Revision: 1330044292 URL: https://bugs.php.net/patch-display.php?bug=61172patch=bug61172.patch.txtrevision=1330044292 [2012-02-23 22:31:33] johan...@php.net This issue: checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no configure: error: Cannot find libmysqlclient_r under /usr/local/mysql. Note that the MySQL client library is not bundled anymore! Can be fixed by making sure that oyur MySQL installation contains the thread-safe version of libmysql or by using --with-mysql=mysqlnd --with-mysqli=mysqlnd --with-pdo-mysql=myslqnd to use the PHP-specific mysqlnd library. This won't solve the actual bug, though as you'll get a thread-safe PHP which one probably won't like as apxs -q MPM_NAME is not returning prefork (but an error) [2012-02-23 20:15:05] antoine dot bajolet at tdf dot fr Description: ./configure PHP 5.3.10 fails when attempting to configure apache2handler DSO with apache 2.4.1. - ./configure --prefix=/usr/local/ --with-apxs2=/usr/local/apache2.4/bin/apxs --with-config-file-path=/usr/local/ --with-mysql=/usr/local/mysql [.../...] Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... no checking for Apache 1.x module support... no checking whether to enable Apache charset compatibility option... no checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... apxs:Error: Invalid query string `MPM_NAME'. yes checking for Apache 1.x (hooks) module support via DSO through APXS... no checking for Apache 1.x (hooks) module support... no checking whether to enable Apache charset compatibility option... no checking for Caudium support... no checking for CLI build... yes checking for Continuity support... no checking for embedded SAPI library support... no checking for FPM build... no checking for Zeus ISAPI support... no checking for LiteSpeed support... no checking for Milter support... no [.../...] checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no configure: error: Cannot find libmysqlclient_r under /usr/local/mysql. Note that the MySQL client library is not bundled anymore! - The behavior is very confusing, because if i choose the Apache 2.2.x APXS, the MySQL checks work fine ! : - ./configure --prefix=/usr/local/ --with-apxs2=/usr/local/apache2.2/bin/apxs --with-config-file-path=/usr/local/ --with-mysql=/usr/local/mysql [.../...] checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... yes checking for Apache 1.x (hooks) module support via DSO through APXS... no [.../...] checking for specified location of the MySQL UNIX socket... no checking for mysql_close in -lmysqlclient... yes checking for MySQL UNIX socket location... no [.../...] - In fact, the error is in the apache worker check, because of with apache 2.4, the worker can be dynamically loaded, and not fixed at compile time : The MPM_NAME parameter doesn't exist anymore : # /usr/local/apache2.2/bin/apxs -q MPM_NAME prefork # /usr/local/apache2.4/bin/apxs -q MPM_NAME apxs:Error: Invalid query string `MPM_NAME'. This is confirmed in the CHANGES file in the Apache 2.4.1 source, lines 1849 and below : *) Allow MPMs to be loaded dynamically, as with most other modules. Use --enable-mpms-shared={list|all} to enable. This required changes to the MPM interfaces. Removed: mpm.h, mpm_default.h (as an installed header), APACHE_MPM_DIR, MPM_NAME, ap_threads_per_child, ap_max_daemons_limit, ap_my_generation, etc. ap_mpm_query() can't be called until after the register-hooks phase. [Jeff Trawick] Expected result: Apache 2.4.1 DSO properly configured. Seems
Bug #61095 [Com]: PHP can't add hex numbers
Edit report at https://bugs.php.net/bug.php?id=61095edit=1 ID: 61095 Comment by: admin at jesus dot de Reported by:tomek at przeslij dot pl Summary:PHP can't add hex numbers Status: Assigned Type: Bug Package:Scripting Engine problem Operating System: Windows XP PHP Version:5.3.10 Assigned To:colder Block user comment: N Private report: N New Comment: NOT reproduced in older version: # php -r 'echo (0x00+2);echo \n;' 2 # php -r 'echo (0x00+ 2);echo \n;' 2 # php -r 'echo (0x00 + 2);echo \n;' 2 # php -r 'echo (0x00 +2);echo \n;' 2 # php -v PHP 5.2.6-1+lenny13 with Suhosin-Patch 0.9.6.2 (cli) (built: Jul 1 2011 17:03:36) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies Previous Comments: [2012-02-23 22:53:09] yk4ever at gmail dot com It is already fixed in the trunk and relevant version branches. [2012-02-23 21:55:46] jordan dot sherer at definition6 dot com Reproduced, but after adding spaces around the + it works as intended. $ php -r 'echo (0x00+2);echo \n;' 4 $ php -r 'echo (0x00 + 2);echo \n;' 2 $ php -v PHP 5.3.8 with Suhosin-Patch (cli) (built: Nov 15 2011 15:33:15) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies [2012-02-23 20:40:21] balthasar dot reuter at cs dot fau dot de Behavior reproduced: $ php -r 'echo (0x00+2);echo \n;' 4 $ php -r 'echo (0x00+ 2);echo \n;' 2 $ php -r 'echo (0x00 + 2);echo \n;' 2 $ php -r 'echo (0x00 +2);echo \n;' 4 $ php -v PHP 5.3.8 (cli) (built: Dec 5 2011 21:24:09) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies Mac OS X 10.6.8 [2012-02-23 20:14:37] phpbug at vincent dot sh Lexer level ? Russian. http://goo.gl/eqxZ8 [2012-02-23 15:56:59] lepidosteus+phpbug at gmail dot com Sorry, forget my previous comment, I misunderstood the issue 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=61095 -- Edit this bug report at https://bugs.php.net/bug.php?id=61095edit=1
Bug #61095 [Asn-Csd]: PHP can't add hex numbers
Edit report at https://bugs.php.net/bug.php?id=61095edit=1 ID: 61095 Updated by: col...@php.net Reported by:tomek at przeslij dot pl Summary:PHP can't add hex numbers -Status: Assigned +Status: Closed Type: Bug Package:Scripting Engine problem Operating System: Windows XP PHP Version:5.3.10 Assigned To:colder Block user comment: N Private report: N New Comment: This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Previous Comments: [2012-02-24 01:16:56] admin at jesus dot de NOT reproduced in older version: # php -r 'echo (0x00+2);echo \n;' 2 # php -r 'echo (0x00+ 2);echo \n;' 2 # php -r 'echo (0x00 + 2);echo \n;' 2 # php -r 'echo (0x00 +2);echo \n;' 2 # php -v PHP 5.2.6-1+lenny13 with Suhosin-Patch 0.9.6.2 (cli) (built: Jul 1 2011 17:03:36) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies [2012-02-23 22:53:09] yk4ever at gmail dot com It is already fixed in the trunk and relevant version branches. [2012-02-23 21:55:46] jordan dot sherer at definition6 dot com Reproduced, but after adding spaces around the + it works as intended. $ php -r 'echo (0x00+2);echo \n;' 4 $ php -r 'echo (0x00 + 2);echo \n;' 2 $ php -v PHP 5.3.8 with Suhosin-Patch (cli) (built: Nov 15 2011 15:33:15) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies [2012-02-23 20:40:21] balthasar dot reuter at cs dot fau dot de Behavior reproduced: $ php -r 'echo (0x00+2);echo \n;' 4 $ php -r 'echo (0x00+ 2);echo \n;' 2 $ php -r 'echo (0x00 + 2);echo \n;' 2 $ php -r 'echo (0x00 +2);echo \n;' 4 $ php -v PHP 5.3.8 (cli) (built: Dec 5 2011 21:24:09) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies Mac OS X 10.6.8 [2012-02-23 20:14:37] phpbug at vincent dot sh Lexer level ? Russian. http://goo.gl/eqxZ8 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=61095 -- Edit this bug report at https://bugs.php.net/bug.php?id=61095edit=1
Bug #61165 [Asn]: Segfault - strip_tags()
Edit report at https://bugs.php.net/bug.php?id=61165edit=1 ID: 61165 Updated by: larue...@php.net Reported by:tomas dot liska at actumg2 dot cz Summary:Segfault - strip_tags() Status: Assigned Type: Bug Package:Reproducible crash Operating System: Linux PHP Version:Irrelevant Assigned To:dmitry Block user comment: N Private report: N New Comment: this is not the strip_tags's issue. ervery internal function perfer a 's', will act the same result(segfault). so the problem should be in the __toString of that object... I will keep digging.. thanks Previous Comments: [2012-02-23 05:41:30] larue...@php.net I can confirm this issue exists. but still can not figure out the reason. dmitry, could you plz look at this? thanks [2012-02-22 15:08:57] tomas dot liska at actumg2 dot cz Description: Running attached script causes heap corruption resulting in segfault or other simillar results in all tested PHP versions: 5.3.2, 5.3.8, 5.3.9, 5.3.10, 5.4.0-RC* Passing object with __toString() causes segfault in random script iteration. When casted to string beforehand, it runs OK. Test script: --- http://dl.dropbox.com/u/63573745/test.tar.gz Since I'm not sure what causes the problem, I was unable to create a smaller test case. Expected result: Range of numbers from 0 to (included). Actual result: -- php-5.3.8: $ php go.php 0 1 Segmentation fault php-5.3.9: 0 1 ... 739 740 Segmentation fault Core dump: Program terminated with signal 11, Segmentation fault. #0 0x00795ad1 in _zval_dtor_func (zvalue=0x7fff3f7421a0, __zend_filename=0xb00838 /home/users/tliska/wd/php/php-5.3.9/Zend/zend_execute.c, __zend_lineno=690) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend_variables.c:52 52 Z_OBJ_HT_P(zvalue)-del_ref(zvalue TSRMLS_CC); (gdb) bt #0 0x00795ad1 in _zval_dtor_func (zvalue=0x7fff3f7421a0, __zend_filename=0xb00838 /home/users/tliska/wd/php/php-5.3.9/Zend/zend_execute.c, __zend_lineno=690) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend_variables.c:52 #1 0x007c9ac1 in _zval_dtor (zvalue=0x7fff3f7421a0, __zend_filename=0xb00838 /home/users/tliska/wd/php/php-5.3.9/Zend/zend_execute.c, __zend_lineno=690) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend_variables.h:35 #2 0x00802714 in zend_assign_to_variable (variable_ptr_ptr=0xf3810f8, value=0xf389130, is_tmp_var=0) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend_execute.c:690 #3 0x0080218e in ZEND_ASSIGN_DIM_SPEC_VAR_CONST_HANDLER (execute_data=0x2b3bb0b002f8) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend_vm_execute.h:10382 #4 0x007cc29e in execute (op_array=0xf3313f8) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend_vm_execute.h:107 #5 0x00787822 in zend_call_function (fci=0x7fff3f742860, fci_cache=0x7fff3f7427f0) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend_execute_API.c:969 #6 0x007b6c75 in zend_call_method (object_pp=0x7fff3f742918, obj_ce=0xf355c60, fn_proxy=0xf355e50, function_name=0xb005be __tostring, function_name_len=10, retval_ptr_ptr=0x7fff3f742928, param_count=0, arg1=0x0, arg2=0x0) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend_interfaces.c:97 #7 0x007c84f7 in zend_std_cast_object_tostring (readobj=0xf389130, writeobj=0xf389130, type=6) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend_object_handlers.c:1269 #8 0x00799d68 in parse_arg_object_to_string (arg=0x2b3bb0aff4f8) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend_API.c:258 #9 0x0079c608 in zend_parse_va_args (num_args=1, type_spec=0xadeffc s|Z, va=0x7fff3f742c00, flags=0) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend_API.c:692 #10 0x0079d022 in zend_parse_parameters (num_args=1, type_spec=0xadeffc s|Z) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend_API.c:871 #11 0x006b6d87 in zif_strip_tags (ht=1, return_value=0xf388750, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /home/users/tliska/wd/php/php-5.3.9/ext/standard/string.c:4056 #12 0x007cd2bb in zend_do_fcall_common_helper_SPEC (execute_data=0x2b3bb0aff090) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend_vm_execute.h:320 #13 0x007d3185 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x2b3bb0aff090) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend_vm_execute.h:1640 #14 0x007cc29e in execute (op_array=0xf3569f0) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend_vm_execute.h:107 #15 0x00798f1a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/users/tliska/wd/php/php-5.3.9/Zend/zend.c:1236 #16 0x00717a8e in php_execute_script
Bug #60660 [Com]: curl_errno returns 0 instead of 6
Edit report at https://bugs.php.net/bug.php?id=60660edit=1 ID: 60660 Comment by: cem at namekan dot org Reported by:bart at ajaxer dot net Summary:curl_errno returns 0 instead of 6 Status: Not a bug Type: Bug Package:cURL related Operating System: Win XP PHP Version:5.3.8 Block user comment: N Private report: N New Comment: This bug is still not fixed Previous Comments: [2012-01-06 16:19:01] pierr...@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 If you're using curl_multi_exec you need to use curl_multi_info_read to get the curl error code [2012-01-04 21:16:13] bart at ajaxer dot net Description: This issue concerns only multi curl. Single handle curl works correct and returns error no. 6 when host is not resolved. In the same situation multi curl returns 0 with curl_errno function despite the fact that curl_error returns error message. See codes of 2 examples below Test script: --- ? // Create a curl handle to a non-existing location $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, 'http://osms.pl'); // Execute curl_exec($ch); // Check if any error occured if(curl_errno($ch)) { echo 'Curl error: ' . curl_error($ch) . ' - ' .curl_errno($ch); } // Close handle curl_close($ch); ? --- ?php // create both cURL resources $ch1 = curl_init(); // set URL curl_setopt($ch1, CURLOPT_URL, http://404.php.net/;); //create the multiple cURL handle $mh = curl_multi_init(); curl_multi_add_handle($mh,$ch1); $active = null; //execute the handles do { $mrc = curl_multi_exec($mh, $active); } while ($mrc == CURLM_CALL_MULTI_PERFORM); while ($active $mrc == CURLM_OK) { if (curl_multi_select($mh) != -1) { do { $mrc = curl_multi_exec($mh, $active); } while ($mrc == CURLM_CALL_MULTI_PERFORM); } } echo 'Curl error: ' . curl_error($ch1) . ' - ' .curl_errno($ch1); //close the handles curl_multi_remove_handle($mh, $ch1); curl_multi_close($mh); ? Expected result: in first example: Curl error: Could not resolve host: osms.pl; Host not found - 6 in second: Curl error: Could not resolve host: (nil); Host not found - 0 -- Edit this bug report at https://bugs.php.net/bug.php?id=60660edit=1
Bug #61172 [Opn]: With Apache 2.4.1, ./configure fails on APXS but stops only on the MySQL check.
Edit report at https://bugs.php.net/bug.php?id=61172edit=1 ID: 61172 User updated by:antoine dot bajolet at tdf dot fr Reported by:antoine dot bajolet at tdf dot fr Summary:With Apache 2.4.1, ./configure fails on APXS but stops only on the MySQL check. Status: Open Type: Bug Package:Compile Failure Operating System: Linux 3.2.6 glibc 2.11.3 PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The patch works fine, thanks. PHP compiles to the end. (Note I didn't change anything about mysql and i have no configure failure anymore). Regards, AB Previous Comments: [2012-02-24 00:49:37] s...@php.net Try the attached patch: patch bug61172.patch.txt rm configure config.cache autom4ate.* ./buildconf --force ./configure [2012-02-24 00:44:52] s...@php.net The following patch has been added/updated: Patch Name: bug61172.patch.txt Revision: 1330044292 URL: https://bugs.php.net/patch-display.php?bug=61172patch=bug61172.patch.txtrevision=1330044292 [2012-02-23 22:31:33] johan...@php.net This issue: checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no configure: error: Cannot find libmysqlclient_r under /usr/local/mysql. Note that the MySQL client library is not bundled anymore! Can be fixed by making sure that oyur MySQL installation contains the thread-safe version of libmysql or by using --with-mysql=mysqlnd --with-mysqli=mysqlnd --with-pdo-mysql=myslqnd to use the PHP-specific mysqlnd library. This won't solve the actual bug, though as you'll get a thread-safe PHP which one probably won't like as apxs -q MPM_NAME is not returning prefork (but an error) [2012-02-23 20:15:05] antoine dot bajolet at tdf dot fr Description: ./configure PHP 5.3.10 fails when attempting to configure apache2handler DSO with apache 2.4.1. - ./configure --prefix=/usr/local/ --with-apxs2=/usr/local/apache2.4/bin/apxs --with-config-file-path=/usr/local/ --with-mysql=/usr/local/mysql [.../...] Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... no checking for Apache 1.x module support... no checking whether to enable Apache charset compatibility option... no checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... apxs:Error: Invalid query string `MPM_NAME'. yes checking for Apache 1.x (hooks) module support via DSO through APXS... no checking for Apache 1.x (hooks) module support... no checking whether to enable Apache charset compatibility option... no checking for Caudium support... no checking for CLI build... yes checking for Continuity support... no checking for embedded SAPI library support... no checking for FPM build... no checking for Zeus ISAPI support... no checking for LiteSpeed support... no checking for Milter support... no [.../...] checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no configure: error: Cannot find libmysqlclient_r under /usr/local/mysql. Note that the MySQL client library is not bundled anymore! - The behavior is very confusing, because if i choose the Apache 2.2.x APXS, the MySQL checks work fine ! : - ./configure --prefix=/usr/local/ --with-apxs2=/usr/local/apache2.2/bin/apxs --with-config-file-path=/usr/local/ --with-mysql=/usr/local/mysql [.../...] checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... yes checking for Apache 1.x (hooks) module support via DSO through APXS... no [.../...] checking for specified location of the MySQL UNIX socket... no checking for mysql_close in -lmysqlclient... yes checking for MySQL UNIX socket location... no [.../...] - In fact, the error is in the apache worker check, because of with apache 2.4, the worker can be dynamically loaded, and not fixed at compile time : The MPM_NAME parameter doesn't exist anymore : # /usr/local/apache2.2/bin/apxs -q MPM_NAME prefork # /usr/local/apache2.4/bin/apxs -q MPM_NAME apxs:Error: Invalid query string `MPM_NAME'. This is confirmed in the CHANGES file in the Apache 2.4.1 source, lines 1849 and below : *) Allow MPMs to be loaded dynamically, as with most other modules. Use --enable-mpms-shared={list|all} to enable. This required changes to the MPM interfaces. Removed: mpm.h, mpm_default.h (as an