[PHP-BUG] Bug #51587 [NEW]: compile php 5.3.2 with php-fpm error
From: Operating system: CentOS 5 i686 PHP version: 5.3.2 Package: FPM related Bug Type: Bug Bug description:compile php 5.3.2 with php-fpm error Description: i download the php source tarball from php.net. and check out lastest version of php-fpm from SVN. then,i run the ./configure --prefix=/usr/local/php --bindir=/usr/local/bin --sbindir=/usr/local/sbin --sysconfdir=/etc/sysconfig --enable-embed=shared --enable-fpm --enable-safe-mode --enable-sigchild --enable-magic-quotes --enable-fd-setsize=100 --enable-calendar --enable-dba=shared --enable-exif --enable-ftp --enable-gd-native-ttf --enable-intl --enable-mbstring --enable-embedded-mysqli --enable-pcntl --disable-phar --enable-shmop --enable-soap --enable-sockets --enable-wddx --enable-zip --enable-zend-multibyte --with-libxml-dir --with-libevent-dir=/usr/local/libevent --with-fpm-user=php --with-fpm-group=php --with-config-file-path=/etc --with-exec-dir=/usr/local/bin --with-openssl --with-kerberos --with-pcre-regex --with-zlib --with-bz2 --with-curl --with-gd --with-mhash --with-imap --with-imap-ssl --with-ldap --with-ldap-sasl --with-mcrypt --with-mysql=/usr/local/mysql --with-mysql-sock=/tmp/mysql.sock --with-mysqli=/usr/local/bin/mysql_config --with-pdo-mysql=/usr/local/bin/mysql_config --with-xmlrpc --with-pear it seems to be ok,and run make command.it looks like NO error appears,too but when i run the make install,it gives some information below: [r...@powerpc php-5.3.2]# make install /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=install cp ext/dba/dba.la /root/php-5.3.2/modules Installing PHP SAPI module: fpm Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/php/man/man1/ Installing shared extensions: /usr/local/php/lib/php/extensions/no-debug-non-zts-20090626/ Installing PHP FPM binary:/usr/local/sbin/ Installing PHP FPM config:/etc/sysconfig/ Installing PHP FPM man page: /usr/local/php/man/man1/ Installing build environment: /usr/local/php/lib/php/build/ Installing header files: /usr/local/php/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config Installing man pages: /usr/local/php/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /usr/local/php/lib/php/ make[1]: *** [install-pear-installer] Segmentation fault make: *** [install-pear] Error 2 I Do Not know what caused it.. and i run the php-fpm ,it returns "Segmentation fault" Test script: --- See my configure string Expected result: Install Success and php-fpm works OK. Actual result: -- Segmentation fault -- Edit bug report at http://bugs.php.net/bug.php?id=51587&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51587&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51587&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51587&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51587&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51587&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51587&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51587&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51587&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51587&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51587&r=support Expected behavior: http://bugs.php.net/fix.php?id=51587&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51587&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51587&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51587&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51587&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51587&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51587&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51587&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51587&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51587&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51587&r=mysqlcfg
[PHP-BUG] Bug #51588 [NEW]: calling zend_parse_ini_string/file recursively core dump
From: fat
Operating system: any
PHP version: 5.3.2
Package: Reproducible crash
Bug Type: Bug
Bug description:calling zend_parse_ini_string/file recursively core dump
Description:
when zend_parse_ini_string or zend_parse_ini_file is called recursively, it
crashes. The lexical state variable is global, calling those function
recursively
overwrites previous version and crashes at liberation/destruction.
to prevent this behaviour, the following patch makes zend_parse_ini_string
or
zend_parse_ini_file returning an error when called recursively.
Test script:
---
void fpm_conf_ini_load_file(filename);
static void fpm_conf_ini_parser(zval *arg1, zval *arg2, zval *arg3,
int callback_type, void *arg TSRMLS_DC) {
if (!arg1) return;
if (callback_type != ZEND_INI_PARSER_ENTRY) return;
if (!strcmp(Z_STRVAL_P(arg1), "include")) {
fpm_conf_load_ini_file(Z_STRVAL_P(arg1));
}
}
void fpm_conf_ini_load_file(filename) {
zend_file_handle fh;
fh.handle.fp = VCWD_FOPEN(filename, "r");
fh.opened_path = NULL;
fh.free_filename = 0;
fh.filename = filename;
Z_TYPE(fh) = ZEND_HANDLE_FP;
zend_parse_ini_file(&fh, 1, ZEND_INI_SCANNER_RAW,
(zend_ini_parser_cb_t)fpm_conf_ini_parser, NULL TSRMLS_CC);
}
Expected result:
it doesn't crash, it works or returns an error
Actual result:
--
core dump
#0 _zend_mm_free_int (heap=0x8271c000, p=0x8271c000) at /LIBRE/dev/php-
5.3.2/Zend/zend_alloc.c:2018
#1 0x1c23154a in _efree (ptr=0x7d3fe1f8) at /LIBRE/dev/php-
5.3.2/Zend/zend_alloc.c:2351
#2 0x1c245b5b in zend_stack_destroy (stack=0x3c2c2804) at /LIBRE/dev/php-
5.3.2/Zend/zend_stack.c:104
#3 0x1c22bd1c in shutdown_ini_scanner () at zend_ini_scanner.l:201
#4 0x1c22b035 in zend_parse_ini_file (fh=0xcfbd3c70, unbuffered_errors=1
'\001', scanner_mode=0, ini_parser_cb=0x8271c000, arg=0x8271c000) at
/LIBRE/dev/php-5.3.2/Zend/zend_ini_parser.c:322
#5 0x1c2aefa8 in fpm_conf_load_ini_file (filename=0xcfbd602e
"/usr/local/php-
5.3.2/etc/fpm.ini") at /LIBRE/dev/php-5.3.2/sapi/fpm/fpm/fpm_conf.c:739
#6 0x1c2af002 in fpm_conf_load_ini_file (filename=0xcfbd602e
"/usr/local/php-
5.3.2/etc/fpm.ini") at /LIBRE/dev/php-5.3.2/sapi/fpm/fpm/fpm_conf.c:751
#7 0x1c2ad489 in fpm_init (argc=-2106474496, argv=0x8271c000,
config=0x8271c000
"\001", base=0x3c2bf81c) at /LIBRE/dev/php-5.3.2/sapi/fpm/fpm/fpm.c:32
#8 0x1c2b14ff in main (argc=3, argv=0xcfbd5eac) at /LIBRE/dev/php-
5.3.2/sapi/fpm/fpm/fpm_main.c:1695
--
Edit bug report at http://bugs.php.net/bug.php?id=51588&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51588&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51588&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=51588&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=51588&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51588&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51588&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51588&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51588&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51588&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51588&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51588&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51588&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51588&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51588&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51588&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51588&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51588&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51588&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51588&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51588&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51588&r=mysqlcfg
Bug #51588 [PATCH]: calling zend_parse_ini_string/file recursively core dump
Edit report at http://bugs.php.net/bug.php?id=51588&edit=1
ID: 51588
Patch added by: f...@php.net
Reported by: f...@php.net
Summary: calling zend_parse_ini_string/file recursively core
dump
Status: Open
Type: Bug
Package: Reproducible crash
Operating System: any
PHP Version: 5.3.2
New Comment:
The following patch has been added/updated:
Patch Name: zend_ini_parser.y.patch
Revision: 1271586553
URL:
http://bugs.php.net/patch-display.php?bug=51588&patch=zend_ini_parser.y.patch&revision=1271586553
Previous Comments:
[2010-04-18 12:28:33] f...@php.net
Description:
when zend_parse_ini_string or zend_parse_ini_file is called recursively,
it
crashes. The lexical state variable is global, calling those function
recursively
overwrites previous version and crashes at liberation/destruction.
to prevent this behaviour, the following patch makes
zend_parse_ini_string or
zend_parse_ini_file returning an error when called recursively.
Test script:
---
void fpm_conf_ini_load_file(filename);
static void fpm_conf_ini_parser(zval *arg1, zval *arg2, zval *arg3,
int callback_type, void *arg TSRMLS_DC) {
if (!arg1) return;
if (callback_type != ZEND_INI_PARSER_ENTRY) return;
if (!strcmp(Z_STRVAL_P(arg1), "include")) {
fpm_conf_load_ini_file(Z_STRVAL_P(arg1));
}
}
void fpm_conf_ini_load_file(filename) {
zend_file_handle fh;
fh.handle.fp = VCWD_FOPEN(filename, "r");
fh.opened_path = NULL;
fh.free_filename = 0;
fh.filename = filename;
Z_TYPE(fh) = ZEND_HANDLE_FP;
zend_parse_ini_file(&fh, 1, ZEND_INI_SCANNER_RAW,
(zend_ini_parser_cb_t)fpm_conf_ini_parser, NULL TSRMLS_CC);
}
Expected result:
it doesn't crash, it works or returns an error
Actual result:
--
core dump
#0 _zend_mm_free_int (heap=0x8271c000, p=0x8271c000) at
/LIBRE/dev/php-
5.3.2/Zend/zend_alloc.c:2018
#1 0x1c23154a in _efree (ptr=0x7d3fe1f8) at /LIBRE/dev/php-
5.3.2/Zend/zend_alloc.c:2351
#2 0x1c245b5b in zend_stack_destroy (stack=0x3c2c2804) at
/LIBRE/dev/php-
5.3.2/Zend/zend_stack.c:104
#3 0x1c22bd1c in shutdown_ini_scanner () at zend_ini_scanner.l:201
#4 0x1c22b035 in zend_parse_ini_file (fh=0xcfbd3c70,
unbuffered_errors=1
'\001', scanner_mode=0, ini_parser_cb=0x8271c000, arg=0x8271c000) at
/LIBRE/dev/php-5.3.2/Zend/zend_ini_parser.c:322
#5 0x1c2aefa8 in fpm_conf_load_ini_file (filename=0xcfbd602e
"/usr/local/php-
5.3.2/etc/fpm.ini") at /LIBRE/dev/php-5.3.2/sapi/fpm/fpm/fpm_conf.c:739
#6 0x1c2af002 in fpm_conf_load_ini_file (filename=0xcfbd602e
"/usr/local/php-
5.3.2/etc/fpm.ini") at /LIBRE/dev/php-5.3.2/sapi/fpm/fpm/fpm_conf.c:751
#7 0x1c2ad489 in fpm_init (argc=-2106474496, argv=0x8271c000,
config=0x8271c000
"\001", base=0x3c2bf81c) at /LIBRE/dev/php-5.3.2/sapi/fpm/fpm/fpm.c:32
#8 0x1c2b14ff in main (argc=3, argv=0xcfbd5eac) at /LIBRE/dev/php-
5.3.2/sapi/fpm/fpm/fpm_main.c:1695
--
Edit this bug report at http://bugs.php.net/bug.php?id=51588&edit=1
Bug #49308 [Fbk->Csd]: random crashes on freeing mysqli result storage
Edit report at http://bugs.php.net/bug.php?id=49308&edit=1 ID: 49308 Updated by: and...@php.net Reported by: f4ckm5 at web dot de Summary: random crashes on freeing mysqli result storage -Status: Feedback +Status: Closed Type: Bug Package: MySQLi related Operating System: Windows Server 2003 SP2 32Bit PHP Version: 5.3, 6 (2009-08-22) Assigned To: mysql New Comment: Closing on reporter's request: Sorry, I would have used the bugtracking system, but the "retrieve password"-function just gave me an empty page this evening... Currently, I'm no longer involved in the project that gave us this error. I'm not planning in getting involved again. Please feel free to close the bug due to inactivity. Previous Comments: [2010-04-08 18:04:26] and...@php.net Checking if this thing is still alive. Do you get the same problem with 5.3.2? Thanks! [2009-09-18 08:37:44] u...@php.net Well, do you have any tips in what to do with the trace? Sorry, but a reproducible case would be much more worth than the trace. Alternatively, is it possible to enable the mysqlnd trace? [2009-08-29 15:31:34] f4ckm5 at web dot de Do you have any tips on how to find the respective lines of code in a 7 lines of code project which eventually cause the crash? All i can see is the dying apache worker thread and the corresponding message in the system log. And it is very annoying, that this happens only on the productive system. No crashes on our development and test machines. I would gladly provide a test script. Just tell me where to start digging. [2009-08-26 15:38:34] u...@php.net Any chance to provide a test script? I know its hard, but its also hard to say anything based on the backtrace and without a reproducible test case. Thanks, Ulf [2009-08-21 09:31:38] f4ckm5 at web dot de I used the latest Snapshot 5.3.1-dev from Thu Aug 20 15:19:10 2009 The crashes became less frequent. Instead of 10 in 5 Minutes i caught only 5 in 3.5 hours. But the crashes still occur: # Thread 250 - System ID 9828 Entry point msvcrt!_endthreadex+2f Create time 21.08.2009 09:11:23 Time spent in user mode 0 Days 0:0:0.171 Time spent in kernel mode 0 Days 0:0:0.78 Function Arg 1 Arg 2 Arg 3 Source php5ts!_zend_mm_free_int+139 056cf838 00050004 00720336 php5ts!_efree+36 012296e8 06894910 00725877 php5ts!_zval_ptr_dtor+66 068948e4 006ad310 06868980 php5ts!zend_hash_destroy+27 06876538 06868980 015a1665 php5ts!zend_object_std_dtor+2b 06868980 056ce490 06868980 php_mysqli!mysqli_objects_free_storage+25 06868980 056ce490 05a733e4 php_mysqli!mysqli_result_free_storage+28 06868980 056ce490 056ce490 php5ts!zend_objects_store_del_ref_by_handle_ex+1b6 002b 015b1600 056ce490 php5ts!zend_objects_store_del_ref+1e 06868960 056ce490 php5ts!_zval_dtor_func+76 06868960 05ab9050 php5ts!ZEND_ASSIGN_SPEC_CV_VAR_HANDLER+237 0546fbfc 056ce490 0546fe78 php5ts!execute+29e 05ab9050 056ce400 php5ts!zend_execute_scripts+f6 0008 056ce490 php5ts!php_execute_script+22d 0546fe78 056ce490 0003 php5apache2_2!php_handler+5d0 012c18b8 00615988 012c18b8 libhttpd!ap_run_handler+21 012c18b8 012c18b8 012c18b8 libhttpd!ap_invoke_handler+ae 012bc860 0546ff3c libhttpd!ap_die+29e 012c18b8 0065fb90 libhttpd!ap_get_request_note+1ccc 012bc860 012bc860 012bc860 libhttpd!ap_run_process_connection+21 012bc860 0062b108 0546ff84 libhttpd!ap_process_connection+33 012bc860 012b1820 libhttpd!ap_regkey_value_remove+c7c 012bc858 msvcrt!_endthreadex+a3 012a7d08 kernel32!BaseThreadStart+34 77b9b4bc 012a7d08 PHP5TS!_ZEND_MM_FREE_INT+139In httpd__PID__7192__Date__08_21_2009__Time_09_11_24AM__898__First chance exception 0XC005.dmp the assembly instruction at php5ts!_zend_mm_free_int+139 in C:\PHP\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x02080174 on thread 250 Module Information Image Name: C:\PHP\php5ts.dll Symbol Type: PDB
Bug #51587 [Com]: compile php 5.3.2 with php-fpm error
Edit report at http://bugs.php.net/bug.php?id=51587&edit=1 ID: 51587 Comment by: f...@php.net Reported by: amoiz dot shine at gmail dot com Summary: compile php 5.3.2 with php-fpm error Status: Open Type: Bug Package: FPM related Operating System: CentOS 5 i686 PHP Version: 5.3.2 New Comment: please provide more informations. See http://bugs.php.net/how-to-report.php and especially http://bugs.php.net/bugs- generating-backtrace.php ++ Jerome Previous Comments: [2010-04-18 10:47:29] amoiz dot shine at gmail dot com Description: i download the php source tarball from php.net. and check out lastest version of php-fpm from SVN. then,i run the ./configure --prefix=/usr/local/php --bindir=/usr/local/bin --sbindir=/usr/local/sbin --sysconfdir=/etc/sysconfig --enable-embed=shared --enable-fpm --enable-safe-mode --enable-sigchild --enable-magic-quotes --enable-fd-setsize=100 --enable-calendar --enable-dba=shared --enable-exif --enable-ftp --enable-gd-native-ttf --enable-intl --enable-mbstring --enable-embedded-mysqli --enable-pcntl --disable-phar --enable-shmop --enable-soap --enable-sockets --enable-wddx --enable-zip --enable-zend-multibyte --with-libxml-dir --with-libevent-dir=/usr/local/libevent --with-fpm-user=php --with-fpm-group=php --with-config-file-path=/etc --with-exec-dir=/usr/local/bin --with-openssl --with-kerberos --with-pcre-regex --with-zlib --with-bz2 --with-curl --with-gd --with-mhash --with-imap --with-imap-ssl --with-ldap --with-ldap-sasl --with-mcrypt --with-mysql=/usr/local/mysql --with-mysql-sock=/tmp/mysql.sock --with-mysqli=/usr/local/bin/mysql_config --with-pdo-mysql=/usr/local/bin/mysql_config --with-xmlrpc --with-pear it seems to be ok,and run make command.it looks like NO error appears,too but when i run the make install,it gives some information below: [r...@powerpc php-5.3.2]# make install /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=install cp ext/dba/dba.la /root/php-5.3.2/modules Installing PHP SAPI module: fpm Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/php/man/man1/ Installing shared extensions: /usr/local/php/lib/php/extensions/no-debug-non-zts-20090626/ Installing PHP FPM binary:/usr/local/sbin/ Installing PHP FPM config:/etc/sysconfig/ Installing PHP FPM man page: /usr/local/php/man/man1/ Installing build environment: /usr/local/php/lib/php/build/ Installing header files: /usr/local/php/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config Installing man pages: /usr/local/php/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /usr/local/php/lib/php/ make[1]: *** [install-pear-installer] Segmentation fault make: *** [install-pear] Error 2 I Do Not know what caused it.. and i run the php-fpm ,it returns "Segmentation fault" Test script: --- See my configure string Expected result: Install Success and php-fpm works OK. Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/bug.php?id=51587&edit=1
Bug #50976 [Com]: Soap headers Authorization not allowed
Edit report at http://bugs.php.net/bug.php?id=50976&edit=1 ID: 50976 Comment by: reigo at reinmets dot ee Reported by: bfra...@php.net Summary: Soap headers Authorization not allowed Status: Assigned Type:Bug Package: SOAP related PHP Version: 5.3.1 Assigned To: dmitry New Comment: I've been looking everywhere to find a fix for this.. Thank you very much. My problem being, that i have a b2b application where the other end is saying: HTTP: Cannot process the message because the content type 'text/xml; charset=utf- 8' was not the expected type 'application/soap+xml; charset=utf-8'. And ofcourse the ability to change it in PHP side.. of right, no ability :( Previous Comments: [2010-03-26 01:15:49] bfra...@php.net I am removing oauthsoapsample.php.txt as there was bad code in that and mail asked me to remove it. I have added: http://www.brianfrance.com/software/php/soap_http_headers/phpsample.zip which has multiple scripts that show the problem. [2010-02-09 17:08:24] bfra...@php.net Description: http://svn.php.net/viewvc/php/php-src/branches/PHP_5_3/ext/soap/php_http.c?r1=266886&r2=266885&pathrev=266886 This patch adds support to add headers into the http context, but doesn't allow the Authorization header for some reason. I added a patch to our 5.2 build that would add all headers in the http context and remove that patch in 5.3 because I noticed the above patch. Somebody at work is needing to add Authorization header to get OAuth stuff working, but for some reason it is not allowed. Here is a patch that will allow the Authorization header: http://www.brianfrance.com/software/php/soap_http_headers/soap_http_headers.diff Reproduce code: --- Here is an example script that requires the Authorization when used for the OAuth stuff. http://www.brianfrance.com/software/php/soap_http_headers/oauthsoapsample.php.txt -- Edit this bug report at http://bugs.php.net/bug.php?id=50976&edit=1
[PHP-BUG] Bug #51590 [NEW]: JSON_ERROR_UTF8 is undefined
From: Operating system: Windows PHP version: 5.3.2 Package: JSON related Bug Type: Bug Bug description:JSON_ERROR_UTF8 is undefined Description: PHP 5.3.2 Apache 2.2.15 Windows 7 Pro Test script: --- -- Edit bug report at http://bugs.php.net/bug.php?id=51590&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51590&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51590&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51590&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51590&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51590&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51590&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51590&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51590&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51590&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51590&r=support Expected behavior: http://bugs.php.net/fix.php?id=51590&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51590&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51590&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51590&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51590&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51590&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51590&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51590&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51590&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51590&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51590&r=mysqlcfg
Bug #51590 [Opn->Csd]: JSON_ERROR_UTF8 is undefined
Edit report at http://bugs.php.net/bug.php?id=51590&edit=1 ID: 51590 Updated by: fel...@php.net Reported by: alex006 at freemail dot hu Summary: JSON_ERROR_UTF8 is undefined -Status: Open +Status: Closed Type: Bug Package: JSON related Operating System: Windows PHP Version: 5.3.2 -Assigned To: +Assigned To: felipe 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2010-04-18 20:07:29] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revision&revision=298145 Log: - Fixed bug #51590 (JSON_ERROR_UTF8 is undefined) [2010-04-18 19:54:28] alex006 at freemail dot hu Description: PHP 5.3.2 Apache 2.2.15 Windows 7 Pro Test script: --- -- Edit this bug report at http://bugs.php.net/bug.php?id=51590&edit=1
[PHP-BUG] Bug #51591 [NEW]: No warnings reported when invalidly adding automatically indexed array element
From:
Operating system: Ubuntu 10.04 beta 2
PHP version: 5.3.2
Package: Unknown/Other Function
Bug Type: Bug
Bug description:No warnings reported when invalidly adding automatically
indexed array element
Description:
When an object with a __set() method has its non-existent array containing
variable set by empty bracket syntax, it just creates a new object variable
for the array, as if __set() weren't even there.
Test script:
---
_vars[$var] = $value;
}
}
$foo = new Foo;
$foo->bar[] = 'value';
var_dump($foo);
?>
Expected result:
__set() method called
object(Foo)#1 (1) {
["_vars"]=>
array(1) {
["bar"]=>
array(1) {
[0]=>
string(5) "value"
}
}
}
OR
Fatal error: Cannot use [] for reading in
/home/amcsi/htdocs/lol.php on line 11
Actual result:
--
object(Foo)#1 (2) {
["_vars"]=>
array(0) {
}
["bar"]=>
array(1) {
[0]=>
string(5) "value"
}
}
--
Edit bug report at http://bugs.php.net/bug.php?id=51591&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51591&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51591&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=51591&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=51591&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51591&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51591&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51591&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51591&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51591&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51591&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51591&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51591&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51591&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51591&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51591&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51591&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51591&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51591&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51591&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51591&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51591&r=mysqlcfg
Bug #51584 [Opn->Bgs]: FPM configure build fails to honor --with-config-file-path option
Edit report at http://bugs.php.net/bug.php?id=51584&edit=1 ID: 51584 Updated by: tony2...@php.net Reported by: rschultz7 at gmail dot com Summary: FPM configure build fails to honor --with-config-file-path option -Status: Open +Status: Bogus Type: Bug Package: FPM related Operating System: Linux PHP Version: 5.3SVN-2010-04-17 (SVN) New Comment: --with-config-file-path=PATH Set the path in which to look for php.ini [PREFIX/lib] Apparently you're wrong in your assumption that it should look for its config file in the directory where php.ini is looked for. These are two different files, therefore a different configure option is used in this case. Previous Comments: [2010-04-17 19:52:38] rschultz7 at gmail dot com Description: When configuring FPM with --with-config-file-path it doesn't look for config file in specified location location. Instead it looks for its config in --sysconfdir. Test script: --- './configure' '--prefix=/usr' '--build=i686-pc-linux-gnu' '--host=i686-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--prefix=/usr/lib/php5' '--mandir=/usr/lib/php5/man' '--infodir=/usr/lib/php5/info' '--libdir=/usr/lib/php5/lib' '--without-pear' '--disable-maintainer-zts' '--enable-bcmath' '--with-bz2' '--disable-calendar' '--with-curl' '--without-curlwrappers' '--without-enchant' '--disable-exif' '--enable-ftp' '--with-gettext' '--without-gmp' '--disable-intl' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mssql' '--with-onig=/usr' '--with-openssl' '--with-openssl-dir=/usr' '--disable-pcntl' '--without-pgsql' '--without-pspell' '--without-recode' '--enable-shmop' '--without-snmp' '--disable-soap' '--enable-sockets' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--with-tidy' '--disable-tokenizer' '--disable-wddx' '--disable-xmlreader' '--disable-xmlwriter' '--without-xmlrpc' '--with-xsl' '--enable-zip' '--with-zlib' '--disable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--disable-flatfile' '--with-gdbm' '--disable-inifile' '--without-qdbm' '--without-freetype-dir' '--without-t1lib' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--without-xpm-dir' '--with-gd' '--without-interbase' '--with-mysql=mysqlnd' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--with-mysqli=mysqlnd' '--without-oci8' '--without-pdo-dblib' '--with-pdo-mysql=mysqlnd' '--without-pdo-pgsql' '--with-pdo-sqlite=/usr' '--without-pdo-odbc' '--with-readline' '--without-libedit' '--with-mm' '--with-sqlite=/usr' '--enable-sqlite-utf8' '--with-pcre-regex=/usr' '--with-pcre-dir=/usr' '--disable-cli' '--enable-fpm' '--with-libevent-dir=shared,/usr/lib' '--disable-cgi' '--disable-embed' '--without-apxs2' '--with-config-file-path=/etc/php/fpm-php5' '--with-config-file-scan-dir=/etc/php/fpm-php5/ext-active' Expected result: FPM to default look for its config file in --with-config-file-path by default Actual result: -- Looks for its config file in --sysconfdir -- Edit this bug report at http://bugs.php.net/bug.php?id=51584&edit=1
[PHP-BUG] Bug #51592 [NEW]: file_get_contents('php://input') - empty string if called more than once
From:
Operating system: Windows 7 Pro x64
PHP version: 5.2.13
Package: cURL related
Bug Type: Bug
Bug description:file_get_contents('php://input') - empty string if called more
than once
Description:
Second and consecutive calls of file_get_contents('php://input') return
empty string if client issued an HTTP command other than 'GET' or 'POST'
(see example code). If 'GET' or 'POST' HTTP command was issued
file_get_contents('php://input') works correctly.
Not sure if this is cURL related bug, maybe some other PHP package is
responsible.
I am using Apache 2.2 and IE8.
Test script:
---
#bug_curl.php
$hcurl = curl_init();
curl_setopt($hcurl, CURLOPT_URL, 'http://test/bug.php');
curl_setopt($hcurl, CURLOPT_RETURNTRANSFER, true);
curl_setopt($hcurl, CURLOPT_HTTPHEADER, array('Content-Type:
text/plain'));
curl_setopt($hcurl, CURLOPT_POSTFIELDS, 'some request text');
curl_setopt($hcurl, CURLOPT_CUSTOMREQUEST, 'DELETE');
//curl_setopt($hcurl, CURLOPT_HTTPGET, true); - this works ok
//curl_setopt($hcurl, CURLOPT_POST, true); - this works ok
$out = curl_exec($hcurl);
curl_close($hcurl);
echo ''.htmlspecialchars($out).'';
# bug.php
var_dump(file_get_contents('php://input'));
var_dump(file_get_contents('php://input')); // returns empty string if HTTP
command is not 'GET' or POST'
var_dump(apache_request_headers());
Expected result:
string(17) "some request text"
string(17) "some request text"
array(4) {
["Host"]=>
string(4) "test"
["Accept"]=>
string(3) "*/*"
["Content-Type"]=>
string(10) "text/plain"
["Content-Length"]=>
string(2) "17"
}
Actual result:
--
string(17) "some request text"
string(0) ""
array(4) {
["Host"]=>
string(4) "test"
["Accept"]=>
string(3) "*/*"
["Content-Type"]=>
string(10) "text/plain"
["Content-Length"]=>
string(2) "17"
}
--
Edit bug report at http://bugs.php.net/bug.php?id=51592&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51592&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51592&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=51592&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=51592&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51592&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51592&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51592&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51592&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51592&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51592&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51592&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51592&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51592&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51592&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51592&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51592&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51592&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51592&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51592&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51592&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51592&r=mysqlcfg
[PHP-BUG] Bug #51593 [NEW]: imageellipse() draws incorrectly
From: Operating system: Windows XP PHP version: 5.3.2 Package: GD related Bug Type: Bug Bug description:imageellipse() draws incorrectly Description: On a system of Window XP, PHP/5.3.0 and GD 2.0.34 the imageellipse() function fails to draw a circle properly when dealing with large dimensions. Calling the function for a circle with radius over 1032 pixels (an ellipse with equal width and height over 2064 pixels) creates a deformed circle with bumps in four directions. Increasing the dimensions makes things worse. On a system of Linux, PHP/5.2.13 and GD 2.0.34 the issue does not appear. Test script: --- Expected result: A relatively smooth circle is drawn. Actual result: -- The resulting circle has irregular bumps in it. -- Edit bug report at http://bugs.php.net/bug.php?id=51593&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51593&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51593&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51593&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51593&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51593&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51593&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51593&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51593&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51593&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51593&r=support Expected behavior: http://bugs.php.net/fix.php?id=51593&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51593&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51593&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51593&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51593&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51593&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51593&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51593&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51593&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51593&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51593&r=mysqlcfg
[PHP-BUG] Bug #51594 [NEW]: open_basedir reports fatal error within allowed path
From: Operating system: FreeBSD 8.0-RELEASE-p2 PHP version: 5.3.2 Package: Safe Mode/open_basedir Bug Type: Bug Bug description:open_basedir reports fatal error within allowed path Description: There seems to be some problem with open_basedir in php 5.3.2 for freebsd, i used the 5.2 branch before and the exact same config worked fine then. open_basedir reports failure eventhough im within the allowed paths Include paths in php.ini: include_path = ".:/usr/local/share/pear:/usr/local/lib/php/include" Testhost in apache: DocumentRoot "/home/customers/produktion203/testin.se" ServerName testin.se php_admin_value open_basedir /home/customers/produktion203/testin.se:/usr/local/share/pear:/usr/local/lib/php/include:/var/tmp Test script: --- http://bugs.php.net/bug.php?id=51594&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51594&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51594&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51594&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51594&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51594&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51594&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51594&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51594&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51594&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51594&r=support Expected behavior: http://bugs.php.net/fix.php?id=51594&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51594&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51594&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51594&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51594&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51594&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51594&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51594&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51594&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51594&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51594&r=mysqlcfg
Bug #45996 [Com]: libxml2 2.7.1 causes breakage with character data in xml_parse()
Edit report at http://bugs.php.net/bug.php?id=45996&edit=1 ID: 45996 Comment by: nick dot phillips at otago dot ac dot nz Reported by: phpbugs at colin dot guthr dot ie Summary: libxml2 2.7.1 causes breakage with character data in xml_parse() Status: Closed Type: Bug Package: XML related Operating System: Mandriva Linux PHP Version: 5.2.6 Assigned To: rrichards New Comment: Just FYI - I have been seeing what would appear to be this issue with libxml2 2.7.6 (with Moodle), so it seems that "2.7.3 or higher" doesn't cut it. Reverting to 2.6.32 solved the problem for me. Previous Comments: [2009-01-11 12:06:01] rricha...@php.net This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. This fix also requires the soon to be released libxml2-2.7.3 or higher when using 2.7.x. [2009-01-03 04:03:53] david+phpbugs at midrange dot com Ok, I'm going to try and rebuild the Fedora 8 source RPM to avoid the libxml2 bug ... but I'm not all that familiar with how PHP is built ... and could use a pointer or two on what to change on the configure command line. Any suggestions? [2009-01-02 23:03:29] geoffers+phpbugs at gmail dot com What is the recommended advice for PHP software that relies upon the XML extension? It'd be easier to say that libxml2.7.02.7.2 wasn't supported if it weren't for the fact that I've had at least one user come who had LIBXML_VERSION equal to 20632 with this issue we can't just add a LIBXML_VERSION based workaround, not just because the constant doesn't exist on 4.3.0, but also because it is seemingly isn't reliable. [2009-01-01 20:09:07] phpbugs at colin dot guthr dot ie If the Fedora packages do not work then this is a RedHat packaging problem and you should complain to them/open a bug etc. etc. Like I say, in Mandriva we made sure we provided packages that worked because they were compiled with expat. [2009-01-01 19:31:49] alex at peoples dot ru Thanks for advice, but I'm not guru in the Linux, as I haven't cpanel on my server. I tried use 'yum remove' libxml2 and add new, but off course this is stupid and doesn't work. I liked Linux, as the easiest and powerful system, but now, I'm stock. I haven't any idea how I can remove libxml2 and build new system with old one. One idea - change system on Fedora 9, because FC 10 have the same bug with fucking libxml2. Sorry, I was at Data Center 8 hours and I had problem with servers with new system. I don't like updates now... they have bugs every where, and I'm tiered resolve this bugs. Sorry, Have a Happy New Year. I'll never ever will update my systems less when half year. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=45996 -- Edit this bug report at http://bugs.php.net/bug.php?id=45996&edit=1
[PHP-BUG] Req #51595 [NEW]: passing ini settings via FASTCGI parameters
From: fat Operating system: any PHP version: 5.3SVN-2010-04-19 (SVN) Package: FPM related Bug Type: Feature/Change Request Bug description:passing ini settings via FASTCGI parameters Description: It would be cool to be able to define ini settings directly in the web server (nginx, lighthttpd, apache) the same way it's possible for the apache sapi (php_value, php_admin_value, ...) Test script: --- no test Expected result: nginx conf sample: fastcgi_param PHP_VALUE sessions.save_path=/home/www/sessions/ fastcgi_param PHP_ADMIN_VALUE open_basedir=/home/www/docs Actual result: -- it doesn not exist -- Edit bug report at http://bugs.php.net/bug.php?id=51595&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51595&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51595&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51595&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51595&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51595&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51595&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51595&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51595&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51595&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51595&r=support Expected behavior: http://bugs.php.net/fix.php?id=51595&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51595&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51595&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51595&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51595&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51595&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51595&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51595&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51595&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51595&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51595&r=mysqlcfg
Bug #49349 [Com]: gettext behaves differently in php 5.3.0 (5.2.x ignored setlocale errors)
Edit report at http://bugs.php.net/bug.php?id=49349&edit=1
ID: 49349
Comment by: egorinsk at gmail dot com
Reported by: raulsalitrero at gmail dot com
Summary: gettext behaves differently in php 5.3.0 (5.2.x
ignored setlocale errors)
Status: Assigned
Type: Bug
Package: Gettext related
Operating System: win32 only - windows xp sp3
PHP Version: 5.3.0
Assigned To: pajoye
New Comment:
Hi, the same problem here with Windows XP SP2 and PHP 5.3.1 . In PHP
5.2, setlocale() call failed, but gettext() used information from LANG,
LC_ALL and LANGUAGE variables. That was good, because I could use
putenv() to change gettext() language on Windows and setlocale() on
Linux.
But now setlocale() on Windows fails, and gettext() always uses system
locale, and messages are not translated. Actually, I don't need locales,
they only bring problems, I'd prefer to always set it to POSIX locale to
get consistent behaviour independent from server setup, but gettext()
requires to use it :(
Previous Comments:
[2010-04-14 01:17:18] jorgecanta47 at hotmail dot com
Same problem here with Windows Vista Home Premium, PHP 5.3.1 in XAMPP.
Is there any workaround yet?
Thanks
[2010-04-05 17:19:37] euridica at narod dot ru
Still same in 5.3.2. Translation is done only to default system locale.
[2009-12-18 15:44:06] bengibollen at hotmail dot com
I have got this problem as well. I'd like to add that the system default
language/locale gets translated. But no other languages.
Example:
I have windows vista, English version, and the system default locale is
set to Swedish. The strings that are supposed to be translated are all
written in English; _("Hello World!").
I have made three translations:
./se/LC_MESSAGES/default.mo
./de/LC_MESSAGES/default.mo
./en/LC_MESSAGES/default.mo /*nonsense words/phrases only for testing*/
I always get the Swedish translation no matter what configurations* I
try. If I rename the Swedish translation file I get no translation at
all, only the default string.
* I've tried all kind of parameters for the following:
setlocale(LC_ALL, ...);
putenv("LANGUAGE=...");
putenv("LANG=...");putenv("LC_ALL=...");
[2009-12-08 13:57:06] paulw at torchtrust dot org
I am also getting this big. Is it fixed in 5.3.1? Is there a work
around?
Thanks
Paul
[2009-10-14 13:45:51] roger dot olivier at gmail dot com
As asked by paj...@php.net you can found here an archive with a working
script with 5.2.5 and not with 5.3.0
Tested on Xp pro Sp3
http://www.lanforums.com/dl/gettext-setlocale_BUG_5.3.0.zip
Unzip and launch index.php.
Expected result => print "Hello world" on screen
Actual result => print "bonjour le monde" on screen
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/bug.php?id=49349
--
Edit this bug report at http://bugs.php.net/bug.php?id=49349&edit=1
[PHP-BUG] Bug #51596 [NEW]: Exception when creating database with PDO
From:
Operating system: Windows XP SP3
PHP version: 5.3.2
Package: PDO related
Bug Type: Bug
Bug description:Exception when creating database with PDO
Description:
A "test script" produced following exception:
exception 'PDOException' with message 'SQLSTATE[HY000]: General error' in
L:\Program Files\Apache Software Foundation\Apache2.2\htdocs\readme.php:44
Stack trace: #0 L:\Program Files\Apache Software
Foundation\Apache2.2\htdocs\readme.php(44): unknown() #1 {main}
However, database have been successfuly created.
Test script:
---
try{
$pdo=new PDO('mysql:host='.$dbHost.';'.'dbname=mysql;'.'port='.$port,
'root', $dbKey, array(PDO::MYSQL_ATTR_INIT_COMMAND => 'SET NAMES
\'UTF8\''));
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$result=$pdo->query('CREATE DATABASE test;'); }
Expected result:
In my opinion exception should not be thrown, cause effect is good.
--
Edit bug report at http://bugs.php.net/bug.php?id=51596&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51596&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51596&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=51596&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=51596&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51596&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51596&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51596&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51596&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51596&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51596&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51596&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51596&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51596&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51596&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51596&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51596&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51596&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51596&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51596&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51596&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51596&r=mysqlcfg
Bug #51587 [Opn]: compile php 5.3.2 with php-fpm error
Edit report at http://bugs.php.net/bug.php?id=51587&edit=1 ID: 51587 User updated by: amoiz dot shine at gmail dot com Reported by: amoiz dot shine at gmail dot com Summary: compile php 5.3.2 with php-fpm error Status: Open Type: Bug Package: FPM related Operating System: CentOS 5 i686 PHP Version: 5.3.2 New Comment: i am sorry. when i run this command below: echo "/tmp/core/core-%e.%p" > /proc/sys/kernel/core_pattern to Set up the core pattern. it returns "-bash: echo: write error: Operation not permitted"... any suggestionï¼ Previous Comments: [2010-04-18 15:24:48] f...@php.net please provide more informations. See http://bugs.php.net/how-to-report.php and especially http://bugs.php.net/bugs- generating-backtrace.php ++ Jerome [2010-04-18 10:47:29] amoiz dot shine at gmail dot com Description: i download the php source tarball from php.net. and check out lastest version of php-fpm from SVN. then,i run the ./configure --prefix=/usr/local/php --bindir=/usr/local/bin --sbindir=/usr/local/sbin --sysconfdir=/etc/sysconfig --enable-embed=shared --enable-fpm --enable-safe-mode --enable-sigchild --enable-magic-quotes --enable-fd-setsize=100 --enable-calendar --enable-dba=shared --enable-exif --enable-ftp --enable-gd-native-ttf --enable-intl --enable-mbstring --enable-embedded-mysqli --enable-pcntl --disable-phar --enable-shmop --enable-soap --enable-sockets --enable-wddx --enable-zip --enable-zend-multibyte --with-libxml-dir --with-libevent-dir=/usr/local/libevent --with-fpm-user=php --with-fpm-group=php --with-config-file-path=/etc --with-exec-dir=/usr/local/bin --with-openssl --with-kerberos --with-pcre-regex --with-zlib --with-bz2 --with-curl --with-gd --with-mhash --with-imap --with-imap-ssl --with-ldap --with-ldap-sasl --with-mcrypt --with-mysql=/usr/local/mysql --with-mysql-sock=/tmp/mysql.sock --with-mysqli=/usr/local/bin/mysql_config --with-pdo-mysql=/usr/local/bin/mysql_config --with-xmlrpc --with-pear it seems to be ok,and run make command.it looks like NO error appears,too but when i run the make install,it gives some information below: [r...@powerpc php-5.3.2]# make install /bin/sh /root/php-5.3.2/libtool --silent --preserve-dup-deps --mode=install cp ext/dba/dba.la /root/php-5.3.2/modules Installing PHP SAPI module: fpm Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/php/man/man1/ Installing shared extensions: /usr/local/php/lib/php/extensions/no-debug-non-zts-20090626/ Installing PHP FPM binary:/usr/local/sbin/ Installing PHP FPM config:/etc/sysconfig/ Installing PHP FPM man page: /usr/local/php/man/man1/ Installing build environment: /usr/local/php/lib/php/build/ Installing header files: /usr/local/php/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config Installing man pages: /usr/local/php/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /usr/local/php/lib/php/ make[1]: *** [install-pear-installer] Segmentation fault make: *** [install-pear] Error 2 I Do Not know what caused it.. and i run the php-fpm ,it returns "Segmentation fault" Test script: --- See my configure string Expected result: Install Success and php-fpm works OK. Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/bug.php?id=51587&edit=1
Bug #45150 [Com]: MySQL functions cannot be used with 5.3.x on Vista when using "localhost"
Edit report at http://bugs.php.net/bug.php?id=45150&edit=1 ID: 45150 Comment by: sasavilic at gmail dot com Reported by: conor dot kerr_php at dev dot ceon dot net Summary: MySQL functions cannot be used with 5.3.x on Vista when using "localhost" Status: Bogus Type: Bug Package: MySQL related Operating System: Windows Vista PHP Version: 5.3CVS-2008-07-23 (snap) New Comment: I have same issue. Using Windows 7, 64-bit, IIS When I try to connect to mysql server on 127.0.0.1 everything works fine, but with localhost not. Previous Comments: [2010-04-10 03:58:16] buana95 at yahoo dot com Same issue on Windows XP SP3 and PHP 5.3.1 with mysqlnd 5.0.5-dev - 081106 - $Revision: 289630 $. Work fine when using *libmysql.dll, but can not connect to database when using *mysqlnd.dll (tested on mysql, mysqli, and PDO extension). *** >From MySQL website: they have resolved the issue by looping to all available IP (IPv4 - IPv6) and return the first successful connection. So, it's must be from PHP streams that fail to resolve IPv6. Never test on newer PHP version. Sorry. [2010-04-05 07:52:30] telstra at dark-media dot net Had the same problem on Windows Server 2008 R2 had to edit the hosts file and un comment out the 127.0.0.1 localhost Was stumbled for a while after upgrading from 5.2 to 5.3, this might not be a bug with PHP but its something that is going to cause issues. [2010-03-16 13:55:28] achurkin at gmail dot com Same on Windows 7 Home Edition. In PHP version 5.2.9 on same system everything works fine. [2010-03-05 20:51:16] paj...@php.net That's not a bug, please refer to the dozen other reports about that. [2010-03-05 20:46:38] changeorders at gmail dot com Fresh install of PHP 5.3.x on Server 2008. Same problem. Had to comment out the IPv6 entry for localhost in the hosts file. This is still a bug. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=45150 -- Edit this bug report at http://bugs.php.net/bug.php?id=45150&edit=1
Bug #51587 [Opn]: compile php 5.3.2 with php-fpm error
Edit report at http://bugs.php.net/bug.php?id=51587&edit=1 ID: 51587 User updated by: amoiz dot shine at gmail dot com Reported by: amoiz dot shine at gmail dot com Summary: compile php 5.3.2 with php-fpm error Status: Open Type: Bug Package: FPM related Operating System: CentOS 5 i686 PHP Version: 5.3.2 New Comment: download the lastest snapshot tarball named "php5.3-201004190230". follow the same steps,ERROR again see here: [r...@powerpc php5.3-201004190230]# make install Installing PHP SAPI module: fpm Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/php/man/man1/ Installing shared extensions: /usr/local/php/lib/php/extensions/debug-non-zts-20090626/ Installing PHP FPM binary:/usr/local/sbin/ Installing PHP FPM config:/etc/sysconfig/ Installing PHP FPM man page: /usr/local/php/man/man1/ Installing build environment: /usr/local/php/lib/php/build/ Installing header files: /usr/local/php/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config Installing man pages: /usr/local/php/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /usr/local/php/lib/php/ --2010-04-19 06:57:50-- http://pear.php.net/install-pear-nozlib.phar Resolving pear.php.net... 78.129.214.25 Connecting to pear.php.net|78.129.214.25|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 3670286 (3.5M) [text/plain] Saving to: `pear/install-pear-nozlib.phar' 100%[==>] 3,670,286 1.84M/s in 1.9s 2010-04-19 06:57:53 (1.84 MB/s) - `pear/install-pear-nozlib.phar' saved [3670286/3670286] make[1]: *** [install-pear-installer] Segmentation fault (core dumped) make: *** [install-pear] Error 2 please NOTE,when i checked out php-fpm from its repository,run the command "./buildconf --force" to rebuild configure,it gives some WARNING, they are: [r...@powerpc php5.3-201004190230]# ./buildconf --force Forcing buildconf buildconf: checking installation... buildconf: autoconf version 2.59 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running vcsclean for you. To avoid this, install autoconf-2.13. Can't figure out your VCS, not cleaning. rebuilding configure rebuilding main/php_config.h.in autoheader: WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' autoheader: WARNING: and `config.h.top', to define templates for `config.h.in' autoheader: WARNING: is deprecated and discouraged. autoheader: autoheader: WARNING: Using the third argument of `AC_DEFINE' and autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without autoheader: WARNING: `acconfig.h': autoheader: autoheader: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1, autoheader: [Define if a function `main' is needed.]) autoheader: autoheader: WARNING: More sophisticated templates can also be produced, see the autoheader: WARNING: documentation. maybe helpful to you. Many Thanks Sharl Previous Comments: [2010-04-19 03:57:55] amoiz dot shine at gmail dot com i am sorry. when i run this command below: echo "/tmp/core/core-%e.%p" > /proc/sys/kernel/core_pattern to Set up the core pattern. it returns "-bash: echo: write error: Operation not permitted"... any suggestionï¼ [2010-04-18 15:24:48] f...@php.net please provide more informations. See http://bugs.php.net/how-to-report.php and especially http://bugs.php.net/bugs- generating-backtrace.php ++ Jerome [2010-04-18 10:47:29] amoiz dot shine at gmail dot com Description: i download the php source tarball from php.net. and check out lastest version of php-fpm from SVN. then,i run the ./configure --prefix=/usr/local/php --bindir=/usr/local/bin --sbindir=/usr/local/sbin --sysconfdir=/etc/sysconfig --enable-embed=shared --enable-fpm --enable-safe-mode --enable-sigchild --enable-magic-quotes --enable-fd-setsize=100 --enable-calendar --enable-dba=shared --enable-exif --enable-ftp --enable-gd-native-ttf --enable-intl --enable-mbstring --enable-embedded-mysqli --enable-pcntl --disable-phar --enable-shmop --enable-soap --enable-sockets --enable-wddx --enable-zip --enable-zend-multibyte --with-libxml-dir --with-libevent-dir=/usr/local/libevent --with-fpm-user=php --with-fpm-group=php --with-config-file-path=/etc --with-exec-dir=/usr/local/bin --with-openssl --with-kerberos --with-pcre-regex --with-zlib --with-bz2 --with-curl --with-gd --with-mhash --with-imap --with-imap-ssl --with-ldap --with-ldap-sasl --with-mcrypt --w
Bug #51584 [Com]: FPM configure build fails to honor --with-config-file-path option
Edit report at http://bugs.php.net/bug.php?id=51584&edit=1 ID: 51584 Comment by: rschultz7 at gmail dot com Reported by: rschultz7 at gmail dot com Summary: FPM configure build fails to honor --with-config-file-path option Status: Bogus Type: Bug Package: FPM related Operating System: Linux PHP Version: 5.3SVN-2010-04-17 (SVN) New Comment: Yes but there is no other option to specify a different config file path for FPM. This was removed from the 0.6 version to what was included with SVN. It doesn't make sense if you wish to keep all php related config files under a single directory. Especially when if you don't define --with-config-file-path isn't defined it then defaults back to --sysconfdir. So if you say that it should be a different config directive then bring back the --with-fpm-conf-dir instead of using --sysconfdir because --sysconfdir is identified as --sysconfdir=DIR read-only single-machine data in DIR [PREFIX/etc] Nothing specifying that the FPM config is looked for here. Previous Comments: [2010-04-18 22:03:26] tony2...@php.net --with-config-file-path=PATH Set the path in which to look for php.ini [PREFIX/lib] Apparently you're wrong in your assumption that it should look for its config file in the directory where php.ini is looked for. These are two different files, therefore a different configure option is used in this case. [2010-04-17 19:52:38] rschultz7 at gmail dot com Description: When configuring FPM with --with-config-file-path it doesn't look for config file in specified location location. Instead it looks for its config in --sysconfdir. Test script: --- './configure' '--prefix=/usr' '--build=i686-pc-linux-gnu' '--host=i686-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--prefix=/usr/lib/php5' '--mandir=/usr/lib/php5/man' '--infodir=/usr/lib/php5/info' '--libdir=/usr/lib/php5/lib' '--without-pear' '--disable-maintainer-zts' '--enable-bcmath' '--with-bz2' '--disable-calendar' '--with-curl' '--without-curlwrappers' '--without-enchant' '--disable-exif' '--enable-ftp' '--with-gettext' '--without-gmp' '--disable-intl' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mssql' '--with-onig=/usr' '--with-openssl' '--with-openssl-dir=/usr' '--disable-pcntl' '--without-pgsql' '--without-pspell' '--without-recode' '--enable-shmop' '--without-snmp' '--disable-soap' '--enable-sockets' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--with-tidy' '--disable-tokenizer' '--disable-wddx' '--disable-xmlreader' '--disable-xmlwriter' '--without-xmlrpc' '--with-xsl' '--enable-zip' '--with-zlib' '--disable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--disable-flatfile' '--with-gdbm' '--disable-inifile' '--without-qdbm' '--without-freetype-dir' '--without-t1lib' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--without-xpm-dir' '--with-gd' '--without-interbase' '--with-mysql=mysqlnd' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--with-mysqli=mysqlnd' '--without-oci8' '--without-pdo-dblib' '--with-pdo-mysql=mysqlnd' '--without-pdo-pgsql' '--with-pdo-sqlite=/usr' '--without-pdo-odbc' '--with-readline' '--without-libedit' '--with-mm' '--with-sqlite=/usr' '--enable-sqlite-utf8' '--with-pcre-regex=/usr' '--with-pcre-dir=/usr' '--disable-cli' '--enable-fpm' '--with-libevent-dir=shared,/usr/lib' '--disable-cgi' '--disable-embed' '--without-apxs2' '--with-config-file-path=/etc/php/fpm-php5' '--with-config-file-scan-dir=/etc/php/fpm-php5/ext-active' Expected result: FPM to default look for its config file in --with-config-file-path by default Actual result: -- Looks for its config file in --sysconfdir -- Edit this bug report at http://bugs.php.net/bug.php?id=51584&edit=1
