#47304 [Com]: typecast of numeric string to float produces strange result
ID: 47304 Comment by: p dot klein at letsmakesense dot de Reported By: lennartvdd at mailordersolutions dot nl Status: Assigned Bug Type: Scripting Engine problem Operating System: win32 only PHP Version: 5.2.9 Assigned To: pajoye New Comment: I experienced this issue using the number_format() and round()-function. My example page displays items in a price list and prices like '17' or '19' (only even numbers) were converted to '16.:' and '18.:'. The weird thing was that every fourth reload the prices were converted correctly to '17,00' and '19,00'. The situation improved after I calculated the floats with BCMath functions. Now three out of four conversions were correct. Next thing I tried was to play with the precision setting of php. After changing the value to '13' the conversion problem disappeared. But even after changing it back to the default setting the issue hasn't occurred anymore. I don't trust the situation. The bug probably still exists, but it's very hard to reproduce. We didn't have the bug while we used version 5.2.0, but it happened with 5.2.12 and 5.3.1. Our system: Windows Server 2003 R2, Standard Edition, Service Pack 2 Intel Core 2 CPU 6600 @ 2.40 GHz, 3,99 GB RAM PHP Version 5.2.12 Previous Comments: [2009-09-28 09:58:07] egorich at junik dot lv Seems that it fixed with rolling back to php 5.2.5 to me. [2009-06-22 16:21:28] ciudadsatan at hotmail dot com The bug in Linux happens with echo 0.15-0.05; [2009-06-22 03:47:55] ang dot chin dot han at gmail dot com Originally from: http://www.reddit.com/r/programming/comments/8tqpj/phpwtf_an_annoyance_ will_be_posted_each_day/c0aeg66 In short, in a Ubuntu Hardy 32 bit (64bit unaffected), 5.2.4 (with Ubuntu patches) a simple echo 1.0-0.5; produces "0.0:" instead of "0.1" like in other platforms. Not sure if it's the same bug as this is casting from float to string. [2009-06-08 09:47:15] egorich at junik dot lv So, any solutions to this? The problem also arises when i try to convert string to double, like: $amount = double($amount); [2009-03-20 22:44:12] egorich at junik dot lv 10 minutes passed and now I see "16.:" printed. Of course nothing is changed at that time on the server... 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/47304 -- Edit this bug report at http://bugs.php.net/?id=47304&edit=1
#49493 [Com]: gethostbyname IPv6
ID: 49493 Comment by: vnegrier at optilian dot com Reported By: tim987 at email dot com Status: Open Bug Type: Feature/Change Request Operating System: Windows/Linux PHP Version: 5.3.0 New Comment: Here is a patch (applies to 5.3.1 ext/standard/dns.c) If ipv6 is enabled, it will try first and fallback to ipv4 resolution if no record is found. --- dns.c.orig 2009-12-23 05:13:19.0 +0100 +++ dns.c 2009-12-23 05:17:14.0 +0100 @@ -251,16 +251,27 @@ { struct hostent *hp; struct in_addr in; + char* txt_addr; +#if HAVE_IPV6 + char txt_addr6[128]; - hp = gethostbyname(name); + hp = gethostbyname2(name, AF_INET6); if (!hp || !*(hp->h_addr_list)) { - return estrdup(name); +#endif + hp = gethostbyname(name); + if (!hp || !*(hp->h_addr_list)) { + return estrdup(name); + } + memcpy(&in.s_addr, *(hp->h_addr_list), sizeof(in.s_addr)); + txt_addr = inet_ntoa(in); +#if HAVE_IPV6 + } else { + inet_ntop(AF_INET6, *(hp->h_addr_list), txt_addr6, sizeof(txt_addr6)); + txt_addr = txt_addr6; } - - memcpy(&in.s_addr, *(hp->h_addr_list), sizeof(in.s_addr)); - - return estrdup(inet_ntoa(in)); +#endif + return estrdup(txt_addr); } /* }}} */ Previous Comments: [2009-09-08 03:42:15] tim987 at email dot com Description: The php function gethostbyname currently only returns IPv4 addresses as stated here: http://us2.php.net/manual/en/function.gethostbyname.php My feature request is, it should be able to return IPv6 addresses too. -- Edit this bug report at http://bugs.php.net/?id=49493&edit=1
#47002 [Ver->Csd]: Fields truncated
ID: 47002 Updated by: il...@php.net Reported By: victorjavierss at live dot com dot mx -Status: Verified +Status: Closed Bug Type: dBase related Operating System: Windows PHP Version: 5.2CVS-2009-01-04 (snap) 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: [2009-12-23 04:16:13] s...@php.net Automatic comment from SVN on behalf of iliaa Revision: http://svn.php.net/viewvc/?view=revision&revision=292514 Log: Fixed bug #47002 (Field truncation when reading from dbase dbs with more then 1024 fields) [2009-08-31 16:35:19] sjo...@php.net Could reproduce and code shows it gets only 1024 fields. [2009-08-20 16:44:18] sjoerd-php at linuxonly dot nl get_dbf_head assumes a max of 1024 fields. Below is a patch which removes the 1024 limit and resizes the memory buffer if there are more than 1024 fields. --- 5.2latest/php5.2-200906261830/ext/dbase/dbf_head.c 2009-01-17 18:45:09.0 +0100 +++ php-5.2.10/ext/dbase/dbf_head.c 2009-08-20 18:37:56.0 +0200 @@ -22,7 +22,7 @@ dbhead_t *dbh; struct dbf_dhead dbhead; dbfield_t *dbf, *cur_f, *tdbf; - int ret, nfields, offset, gf_retval; + int ret, nfields, offset, gf_retval, cur_f_offset, tdbf_size; if ((dbh = (dbhead_t *)calloc(1, sizeof(dbhead_t))) == NULL) return NULL; @@ -46,14 +46,14 @@ dbhead.dbh_date[DBH_DATE_MONTH], dbhead.dbh_date[DBH_DATE_DAY]); - /* malloc enough memory for the maximum number of fields: - 32 * 1024 = 32K dBase5 (for Win) seems to allow that many */ - tdbf = (dbfield_t *)calloc(1, sizeof(dbfield_t)*1024); + /* Although 1024 fields used to be the max, bug 47002 reports more than 1024 fields. */ + tdbf_size = 1024; + tdbf = (dbfield_t *)calloc(1, sizeof(dbfield_t)*tdbf_size); offset = 1; nfields = 0; gf_retval = 0; - for (cur_f = tdbf; gf_retval < 2 && nfields < 1024; cur_f++) { + for (cur_f = tdbf; gf_retval < 2; cur_f++) { gf_retval = get_dbf_field(dbh, cur_f); if (gf_retval < 0) { @@ -66,6 +66,13 @@ offset += cur_f->db_flen; nfields++; } + if (nfields >= tdbf_size) { + cur_f_offset = cur_f - tdbf; + tdbf = realloc(tdbf, sizeof(dbfield_t) * tdbf_size * 2); + memset(tdbf + tdbf_size, '\0', tdbf_size); + tdbf_size *= 2; + cur_f = tdbf + cur_f_offset; + } } dbh->db_nfields = nfields; [2009-01-13 06:01:04] victorjavierss at live dot com dot mx I'm guess is dBase IV [2009-01-13 05:59:39] victorjavierss at live dot com dot mx Ooops, i got confused with other dbf, that i'm using, but that file is over 1024 fields and y need all of them 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/47002 -- Edit this bug report at http://bugs.php.net/?id=47002&edit=1
#49206 [Asn->Csd]: PDO SQLite support for ATTR_FETCH_TABLE_NAMES and getColumnMeta fix
ID: 49206 Updated by: il...@php.net Reported By: patchnow at gmail dot com -Status: Assigned +Status: Closed Bug Type: PDO related Operating System: Windows PHP Version: 5.3.0 Assigned To: scottmac Previous Comments: [2009-10-16 02:22:48] s...@php.net Automatic comment from SVN on behalf of scottmac Revision: http://svn.php.net/viewvc/?view=revision&revision=289692 Log: Add metadata support to the bundled version of libsqlite on Windows, part of bug #49206. Will commit the new feature part separately. [2009-08-10 09:32:33] patchnow at gmail dot com Description: Patch for adding ATTR_FETCH_TABLE_NAMES support for PDO SQLite. http://news.php.net/php.internals/45254 Fixes SQLite Bug 42589 for windows builds too, getColumnMeta didn't return the table name. -- Edit this bug report at http://bugs.php.net/?id=49206&edit=1
#50540 [Opn]: Segmentation fault while running ldap_next_reference
ID: 50540 Updated by: srina...@php.net -Summary: Segmentation fault with "free:invalid pointer while running ldap unit tests Reported By: sriram dot natarajan at gmail dot com Status: Open Bug Type: LDAP related Operating System: RHEL5.2 PHP Version: 5.2SVN-2009-12-21 (snap) -Assigned To: +Assigned To: srinatar New Comment: changed the synopsis of the bug from Segmentation fault with "free:invalid pointer while running ldap unit tests to core dump while running ldap_next_reference test cases. i am testing a patch that addresses this issue. Previous Comments: [2009-12-21 18:15:21] sriram dot natarajan at gmail dot com srir...@memcache]'php'>rpm -qa | grep openldap openldap-devel-2.3.27-8.el5_1.3 openldap-2.3.27-8.el5_1.3 openldap-devel-2.3.27-8.el5_1.3 openldap-servers-2.3.27-8.el5_1.3 openldap-2.3.27-8.el5_1.3 [srira...@memcache]'php-5.2.12'> ldap version is the default version that is shipped within RHEL 5.2. [2009-12-21 11:29:52] j...@php.net Exactly what openldap version have you compiled PHP with? [2009-12-21 09:33:17] srina...@php.net analyzing the core dump, got some more info.. #0 0x003662e0675d in ber_free () from /usr/lib64/liblber-2.3.so.0 #1 0x004e0ba2 in _free_ldap_result_entry (rsrc=0x94873a0) at /export/home/sriramn/php/ext/ldap/ldap.c:223 #2 0x006de62a in list_entry_destructor (ptr=0x94873a0) at /export/home/sriramn/php/Zend/zend_list.c:184 #3 0x006dbe0b in zend_hash_del_key_or_index (ht=0xaa99a8, arKey=0x0, nKeyLength=0, h=7, flag=1) at /export/home/sriramn/php/Zend/zend_hash.c:497 #4 0x006de116 in _zend_list_delete (id=7) at /export/home/sriramn/php/Zend/zend_list.c:58 #5 0x006cd79f in _zval_dtor_func (zvalue=0x94873e0) at /export/home/sriramn/php/Zend/zend_variables.c:59 #6 0x006bf1d8 in _zval_dtor (zvalue=0x94873e0) at /export/home/sriramn/php/Zend/zend_variables.h:35 #7 0x006bf3e0 in _zval_ptr_dtor (zval_ptr=0x9488ac0) at /export/home/sriramn/php/Zend/zend_execute_API.c:414 #8 0x006dc21b in zend_hash_apply_deleter (ht=0xaa98a8, p=0x9488aa8) at /export/home/sriramn/php/Zend/zend_hash.c:611 #9 0x006dc30d in zend_hash_graceful_reverse_destroy (ht=0xaa98a8) at /export/home/sriramn/php/Zend/zend_hash.c:646 #10 0x006beedc in shutdown_executor () at /export/home/sriramn/php/Zend/zend_execute_API.c:239 #11 0x006cee43 in zend_deactivate () at /export/home/sriramn/php/Zend/zend.c:860 #12 0x0067c99d in php_request_shutdown (dummy=0x0) at /export/home/sriramn/php/main/main.c:1504 #13 0x0074d7ef in main (argc=57, argv=0x7fff248479c8) at /export/home/sriramn/php/sapi/cli/php_cli.c:1346 #1 0x004e0ba2 in _free_ldap_result_entry (rsrc=0x94873a0) at /export/home/sriramn/php/ext/ldap/ldap.c:223 223 ber_free(entry->ber, 0); (gdb) p *entry $10 = {data = 0x94adf20, ber = 0x3d63642c6e69616d, id = 6} (gdb) up #2 0x006de62a in list_entry_destructor (ptr=0x94873a0) at /export/home/sriramn/php/Zend/zend_list.c:184 184 ld->list_dtor_ex(le TSRMLS_CC); (gdb) ptype ld type = struct _zend_rsrc_list_dtors_entry { void (*list_dtor)(void *); void (*plist_dtor)(void *); rsrc_dtor_func_t list_dtor_ex; rsrc_dtor_func_t plist_dtor_ex; char *type_name; int module_number; int resource_id; unsigned char type; } * #1 0x004e0ba2 in _free_ldap_result_entry (rsrc=0x94873a0) at /export/home/sriramn/php/ext/ldap/ldap.c:223 223 ber_free(entry->ber, 0); (gdb) ptype entry type = struct { LDAPMessage *data; BerElement *ber; int id; } * [2009-12-21 09:29:22] sriram dot natarajan at gmail dot com Description: found segmentation fault on free with invalid pointer while running php ldap unit test cases on Redhat enterprise linux 5.2 (64-bit) PASS ldap_next_attribute() - Testing ldap_next_attribute() that should fail [ext/ldap/tests/ldap_next_attribute_error.phpt] PASS ldap_next_entry() - Basic ldap_first_entry test [ext/ldap/tests/ldap_next_entry_basic.phpt] PASS ldap_next_entry() - Testing ldap_next_entry() that should fail [ext/ldap/tests/ldap_next_entry_error.phpt] *** glibc detected *** /export/home/sriramn/php/sapi/cli/php: free(): invalid pointer: 0x7fffe402f898 *** === Backtrace: = /lib64/libc.so.6[0x3660e71634] /lib64/libc.so.6(cfree+0x8c)[0x3660e74c5c] /export/home/sriramn/php/sapi/cli/php[0x4e0ba2] /export/home/sriramn/php/sapi/cli/php(list_entry_destructor+0x85)[0x6d e62a] /export/home/sriramn/php/sap
#50544 [NEW]: SOAPServer incorrectly decodes request
From: mmalone at nutshell dot com Operating system: Mac OS 10.6.2 PHP version: 5.3.1 PHP Bug Type: SOAP related Bug description: SOAPServer incorrectly decodes request Description: When working in non-WSDL mode, SoapServer passes a decoded request that is missing elements present in the raw string request. I ran into this while writing a PHP client for handling MS Exchange subscription notifications: the PHP function that I was using to handle requests was receiving a stdClass object that did not have the "Id" or "ChangeKey" elements, even though they were present in request. Reproduce code: --- $request = 'http://schemas.xmlsoap.org/soap/envelope/"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:xsd="http://www.w3.org/2001/XMLSchema";>http://schemas.microsoft.com/exchange/services/2006/types"; xmlns:m="http://schemas.microsoft.com/exchange/services/2006/messages";>NoErrorFgBleDA3c3AxLmxpdHdhcmVpbmMuY29tEBJAlgb9bHJPjOSIOHbadcA=AQAAAKBgA1CARqtBm1sPvLCyqCvNaQE=falseAQAAAKBgA1CARqtBm1sPvLCyqCvUaQE=2009-12-21T07:10:06Z'; function SendNotification($response) { print_r($response); die; } $server = new SoapServer(NULL, array('soap_version' => SOAP_1_2, 'uri' => 'http://192.68.1.27/api/v1/exchange')); $server->addFunction('SendNotification'); $server->handle($request); ~ Expected result: stdClass Object ( [SendNotificationResponseMessage] => stdClass Object ( [ResponseCode] => NoError [Notification] => stdClass Object ( [SubscriptionId] => FgBleDA3c3AxLmxpdHdhcmVpbmMuY29tEBJAlgb9bHJPjOSIOHbadcA= [PreviousWatermark] => AQAAAKBgA1CARqtBm1sPvLCyqCvNaQE= [MoreEvents] => false [ModifiedEvent] => stdClass Object ( [Watermark] => AQAAAKBgA1CARqtBm1sPvLCyqCvUaQE= [TimeStamp] => 2009-12-21T07:10:06Z [ItemId] => stdClass Object ( [Id] => AAAWAG1tYWxvbmVAbGl0d2FyZWluYy5jb20ARgAAAoypmxk6K0mPSfdXOELPmwcAKnuHVTIh8kKtS0vk2Ng8DALEfnSYPwAAKnuHVTIh8kKtS0vk2Ng8DALQCov5BwAA [ChangeKey] => Dw== ) [ParentFolderId] => stdClass Object ( [Id] => AAAWAG1tYWxvbmVAbGl0d2FyZWluYy5jb20ALgAAAoypmxk6K0mPSfdXOELPmwEAKnuHVTIh8kKtS0vk2Ng8DALEfnSYPwAA [ChangeKey] => AQ== ) ) ) ) ) Actual result: -- stdClass Object ( [SendNotificationResponseMessage] => stdClass Object ( [ResponseCode] => NoError [Notification] => stdClass Object ( [SubscriptionId] => FgBleDA3c3AxLmxpdHdhcmVpbmMuY29tEBJAlgb9bHJPjOSIOHbadcA= [PreviousWatermark] => AQAAAKBgA1CARqtBm1sPvLCyqCvNaQE= [MoreEvents] => false [ModifiedEvent] => stdClass Object ( [Watermark] => AQAAAKBgA1CARqtBm1sPvLCyqCvUaQE= [TimeStamp] => 2009-12-21T07:10:06Z [ItemId] => [ParentFolderId] => ) ) ) ) -- Edit bug report at http://bugs.php.net/?id=50544&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50544&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50544&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50544&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50544&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50544&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50544&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50544&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50544&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50544&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50544&r=support Expected behavior: http://bugs.php.net/fix.php?id=50544&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50544&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50544&r=submittedtwice register_globals: http:
#50540 [Fbk->Opn]: Segmentation fault with "free:invalid pointer while running ldap unit tests
ID: 50540 User updated by: sriram dot natarajan at gmail dot com Reported By: sriram dot natarajan at gmail dot com -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: RHEL5.2 PHP Version: 5.2SVN-2009-12-21 (snap) New Comment: srir...@memcache]'php'>rpm -qa | grep openldap openldap-devel-2.3.27-8.el5_1.3 openldap-2.3.27-8.el5_1.3 openldap-devel-2.3.27-8.el5_1.3 openldap-servers-2.3.27-8.el5_1.3 openldap-2.3.27-8.el5_1.3 [srira...@memcache]'php-5.2.12'> ldap version is the default version that is shipped within RHEL 5.2. Previous Comments: [2009-12-21 11:29:52] j...@php.net Exactly what openldap version have you compiled PHP with? [2009-12-21 09:33:17] srina...@php.net analyzing the core dump, got some more info.. #0 0x003662e0675d in ber_free () from /usr/lib64/liblber-2.3.so.0 #1 0x004e0ba2 in _free_ldap_result_entry (rsrc=0x94873a0) at /export/home/sriramn/php/ext/ldap/ldap.c:223 #2 0x006de62a in list_entry_destructor (ptr=0x94873a0) at /export/home/sriramn/php/Zend/zend_list.c:184 #3 0x006dbe0b in zend_hash_del_key_or_index (ht=0xaa99a8, arKey=0x0, nKeyLength=0, h=7, flag=1) at /export/home/sriramn/php/Zend/zend_hash.c:497 #4 0x006de116 in _zend_list_delete (id=7) at /export/home/sriramn/php/Zend/zend_list.c:58 #5 0x006cd79f in _zval_dtor_func (zvalue=0x94873e0) at /export/home/sriramn/php/Zend/zend_variables.c:59 #6 0x006bf1d8 in _zval_dtor (zvalue=0x94873e0) at /export/home/sriramn/php/Zend/zend_variables.h:35 #7 0x006bf3e0 in _zval_ptr_dtor (zval_ptr=0x9488ac0) at /export/home/sriramn/php/Zend/zend_execute_API.c:414 #8 0x006dc21b in zend_hash_apply_deleter (ht=0xaa98a8, p=0x9488aa8) at /export/home/sriramn/php/Zend/zend_hash.c:611 #9 0x006dc30d in zend_hash_graceful_reverse_destroy (ht=0xaa98a8) at /export/home/sriramn/php/Zend/zend_hash.c:646 #10 0x006beedc in shutdown_executor () at /export/home/sriramn/php/Zend/zend_execute_API.c:239 #11 0x006cee43 in zend_deactivate () at /export/home/sriramn/php/Zend/zend.c:860 #12 0x0067c99d in php_request_shutdown (dummy=0x0) at /export/home/sriramn/php/main/main.c:1504 #13 0x0074d7ef in main (argc=57, argv=0x7fff248479c8) at /export/home/sriramn/php/sapi/cli/php_cli.c:1346 #1 0x004e0ba2 in _free_ldap_result_entry (rsrc=0x94873a0) at /export/home/sriramn/php/ext/ldap/ldap.c:223 223 ber_free(entry->ber, 0); (gdb) p *entry $10 = {data = 0x94adf20, ber = 0x3d63642c6e69616d, id = 6} (gdb) up #2 0x006de62a in list_entry_destructor (ptr=0x94873a0) at /export/home/sriramn/php/Zend/zend_list.c:184 184 ld->list_dtor_ex(le TSRMLS_CC); (gdb) ptype ld type = struct _zend_rsrc_list_dtors_entry { void (*list_dtor)(void *); void (*plist_dtor)(void *); rsrc_dtor_func_t list_dtor_ex; rsrc_dtor_func_t plist_dtor_ex; char *type_name; int module_number; int resource_id; unsigned char type; } * #1 0x004e0ba2 in _free_ldap_result_entry (rsrc=0x94873a0) at /export/home/sriramn/php/ext/ldap/ldap.c:223 223 ber_free(entry->ber, 0); (gdb) ptype entry type = struct { LDAPMessage *data; BerElement *ber; int id; } * [2009-12-21 09:29:22] sriram dot natarajan at gmail dot com Description: found segmentation fault on free with invalid pointer while running php ldap unit test cases on Redhat enterprise linux 5.2 (64-bit) PASS ldap_next_attribute() - Testing ldap_next_attribute() that should fail [ext/ldap/tests/ldap_next_attribute_error.phpt] PASS ldap_next_entry() - Basic ldap_first_entry test [ext/ldap/tests/ldap_next_entry_basic.phpt] PASS ldap_next_entry() - Testing ldap_next_entry() that should fail [ext/ldap/tests/ldap_next_entry_error.phpt] *** glibc detected *** /export/home/sriramn/php/sapi/cli/php: free(): invalid pointer: 0x7fffe402f898 *** === Backtrace: = /lib64/libc.so.6[0x3660e71634] /lib64/libc.so.6(cfree+0x8c)[0x3660e74c5c] /export/home/sriramn/php/sapi/cli/php[0x4e0ba2] /export/home/sriramn/php/sapi/cli/php(list_entry_destructor+0x85)[0x6d e62a] /export/home/sriramn/php/sapi/cli/php(zend_hash_del_key_or_index+0x1fd )[0x6dbe0b] /export/home/sriramn/php/sapi/cli/php(_zend_list_delete+0x57)[0x6de116 ] /export/home/sriramn/php/sapi/cli/php(_zval_dtor_func+0xa3)[0x6cd79f] /export/home/sriramn/php/sapi/cli/php[0x6bf1d8] /export/home/sriramn/php/sapi/cli/php(_zval_ptr_dtor+0x36)[0x6bf3e0] /export/home/sriramn/php/sapi/cli/php[0x6dc21b] /export/home/sriramn/php/sapi/cli/php(zend_hash_graceful_reverse_destr oy+0x27)[0x6dc30d] /export/home/sriramn
#50544 [Opn]: SOAPServer incorrectly decodes request
ID: 50544 User updated by: mmalone at nutshell dot com Reported By: mmalone at nutshell dot com Status: Open Bug Type: SOAP related Operating System: Mac OS 10.6.2 PHP Version: 5.3.1 New Comment: The line wrapping in the reproduce code causes problems. Here's a version on pastebin: http://pastebin.com/f34c966a0 Previous Comments: [2009-12-21 17:37:06] mmalone at nutshell dot com Description: When working in non-WSDL mode, SoapServer passes a decoded request that is missing elements present in the raw string request. I ran into this while writing a PHP client for handling MS Exchange subscription notifications: the PHP function that I was using to handle requests was receiving a stdClass object that did not have the "Id" or "ChangeKey" elements, even though they were present in request. Reproduce code: --- $request = 'http://schemas.xmlsoap.org/soap/envelope/"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:xsd="http://www.w3.org/2001/XMLSchema";>http://schemas.microsoft.com/exchange/services/2006/types"; xmlns:m="http://schemas.microsoft.com/exchange/services/2006/messages";>NoErrorFgBleDA3c3AxLmxpdHdhcmVpbmMuY29tEBJAlgb9bHJPjOSIOHbadcA=AQAAAKBgA1CARqtBm1sPvLCyqCvNaQE=falseAQAAAKBgA1CARqtBm1sPvLCyqCvUaQE=2009-12-21T07:10:06Z'; function SendNotification($response) { print_r($response); die; } $server = new SoapServer(NULL, array('soap_version' => SOAP_1_2, 'uri' => 'http://192.68.1.27/api/v1/exchange')); $server->addFunction('SendNotification'); $server->handle($request); ~ Expected result: stdClass Object ( [SendNotificationResponseMessage] => stdClass Object ( [ResponseCode] => NoError [Notification] => stdClass Object ( [SubscriptionId] => FgBleDA3c3AxLmxpdHdhcmVpbmMuY29tEBJAlgb9bHJPjOSIOHbadcA= [PreviousWatermark] => AQAAAKBgA1CARqtBm1sPvLCyqCvNaQE= [MoreEvents] => false [ModifiedEvent] => stdClass Object ( [Watermark] => AQAAAKBgA1CARqtBm1sPvLCyqCvUaQE= [TimeStamp] => 2009-12-21T07:10:06Z [ItemId] => stdClass Object ( [Id] => AAAWAG1tYWxvbmVAbGl0d2FyZWluYy5jb20ARgAAAoypmxk6K0mPSfdXOELPmwcAKnuHVTIh8kKtS0vk2Ng8DALEfnSYPwAAKnuHVTIh8kKtS0vk2Ng8DALQCov5BwAA [ChangeKey] => Dw== ) [ParentFolderId] => stdClass Object ( [Id] => AAAWAG1tYWxvbmVAbGl0d2FyZWluYy5jb20ALgAAAoypmxk6K0mPSfdXOELPmwEAKnuHVTIh8kKtS0vk2Ng8DALEfnSYPwAA [ChangeKey] => AQ== ) ) ) ) ) Actual result: -- stdClass Object ( [SendNotificationResponseMessage] => stdClass Object ( [ResponseCode] => NoError [Notification] => stdClass Object ( [SubscriptionId] => FgBleDA3c3AxLmxpdHdhcmVpbmMuY29tEBJAlgb9bHJPjOSIOHbadcA= [PreviousWatermark] => AQAAAKBgA1CARqtBm1sPvLCyqCvNaQE= [MoreEvents] => false [ModifiedEvent] => stdClass Object ( [Watermark] => AQAAAKBgA1CARqtBm1sPvLCyqCvUaQE= [TimeStamp] => 2009-12-21T07:10:06Z [ItemId] => [ParentFolderId] => ) ) ) ) -- Edit this bug report at http://bugs.php.net/?id=50544&edit=1
#50540 [Opn->Csd]: Segmentation fault while running ldap_next_reference
ID: 50540 Updated by: srina...@php.net Reported By: sriram dot natarajan at gmail dot com -Status: Open +Status: Closed Bug Type: LDAP related Operating System: RHEL5.2 PHP Version: 5.2SVN-2009-12-21 (snap) Assigned To: srinatar 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: [2009-12-21 20:39:49] s...@php.net Automatic comment from SVN on behalf of srinatar Revision: http://svn.php.net/viewvc/?view=revision&revision=292437 Log: Fixed bug #50540 (Crash within ldap_first_reference function) [2009-12-21 19:16:11] srina...@php.net changed the synopsis of the bug from Segmentation fault with "free:invalid pointer while running ldap unit tests to core dump while running ldap_next_reference test cases. i am testing a patch that addresses this issue. [2009-12-21 18:15:21] sriram dot natarajan at gmail dot com srir...@memcache]'php'>rpm -qa | grep openldap openldap-devel-2.3.27-8.el5_1.3 openldap-2.3.27-8.el5_1.3 openldap-devel-2.3.27-8.el5_1.3 openldap-servers-2.3.27-8.el5_1.3 openldap-2.3.27-8.el5_1.3 [srira...@memcache]'php-5.2.12'> ldap version is the default version that is shipped within RHEL 5.2. [2009-12-21 11:29:52] j...@php.net Exactly what openldap version have you compiled PHP with? [2009-12-21 09:33:17] srina...@php.net analyzing the core dump, got some more info.. #0 0x003662e0675d in ber_free () from /usr/lib64/liblber-2.3.so.0 #1 0x004e0ba2 in _free_ldap_result_entry (rsrc=0x94873a0) at /export/home/sriramn/php/ext/ldap/ldap.c:223 #2 0x006de62a in list_entry_destructor (ptr=0x94873a0) at /export/home/sriramn/php/Zend/zend_list.c:184 #3 0x006dbe0b in zend_hash_del_key_or_index (ht=0xaa99a8, arKey=0x0, nKeyLength=0, h=7, flag=1) at /export/home/sriramn/php/Zend/zend_hash.c:497 #4 0x006de116 in _zend_list_delete (id=7) at /export/home/sriramn/php/Zend/zend_list.c:58 #5 0x006cd79f in _zval_dtor_func (zvalue=0x94873e0) at /export/home/sriramn/php/Zend/zend_variables.c:59 #6 0x006bf1d8 in _zval_dtor (zvalue=0x94873e0) at /export/home/sriramn/php/Zend/zend_variables.h:35 #7 0x006bf3e0 in _zval_ptr_dtor (zval_ptr=0x9488ac0) at /export/home/sriramn/php/Zend/zend_execute_API.c:414 #8 0x006dc21b in zend_hash_apply_deleter (ht=0xaa98a8, p=0x9488aa8) at /export/home/sriramn/php/Zend/zend_hash.c:611 #9 0x006dc30d in zend_hash_graceful_reverse_destroy (ht=0xaa98a8) at /export/home/sriramn/php/Zend/zend_hash.c:646 #10 0x006beedc in shutdown_executor () at /export/home/sriramn/php/Zend/zend_execute_API.c:239 #11 0x006cee43 in zend_deactivate () at /export/home/sriramn/php/Zend/zend.c:860 #12 0x0067c99d in php_request_shutdown (dummy=0x0) at /export/home/sriramn/php/main/main.c:1504 #13 0x0074d7ef in main (argc=57, argv=0x7fff248479c8) at /export/home/sriramn/php/sapi/cli/php_cli.c:1346 #1 0x004e0ba2 in _free_ldap_result_entry (rsrc=0x94873a0) at /export/home/sriramn/php/ext/ldap/ldap.c:223 223 ber_free(entry->ber, 0); (gdb) p *entry $10 = {data = 0x94adf20, ber = 0x3d63642c6e69616d, id = 6} (gdb) up #2 0x006de62a in list_entry_destructor (ptr=0x94873a0) at /export/home/sriramn/php/Zend/zend_list.c:184 184 ld->list_dtor_ex(le TSRMLS_CC); (gdb) ptype ld type = struct _zend_rsrc_list_dtors_entry { void (*list_dtor)(void *); void (*plist_dtor)(void *); rsrc_dtor_func_t list_dtor_ex; rsrc_dtor_func_t plist_dtor_ex; char *type_name; int module_number; int resource_id; unsigned char type; } * #1 0x004e0ba2 in _free_ldap_result_entry (rsrc=0x94873a0) at /export/home/sriramn/php/ext/ldap/ldap.c:223 223 ber_free(entry->ber, 0); (gdb) ptype entry type = struct { LDAPMessage *data; BerElement *ber; int id; } * 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/50540 -- Edit this bug report at http://bugs.php.net/?id=50540&edit=1
#45599 [Opn->Csd]: [PATCH] strip_tags() truncates rest of string with invalid attribute
ID: 45599 Updated by: il...@php.net Reported By: david at grudl dot com -Status: Open +Status: Closed Bug Type: Strings related Operating System: * PHP Version: 5.*, 6 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: [2009-12-22 02:04:13] s...@php.net Automatic comment from SVN on behalf of iliaa Revision: http://svn.php.net/viewvc/?view=revision&revision=292465 Log: Fixed bug #45599 (strip_tags() truncates rest of string with invalid attribute). [2009-08-24 15:53:52] hrad...@php.net PHP 5.x patch: Index: ext/standard/string.c === --- ext/standard/string.c (revision 284189) +++ ext/standard/string.c (working copy) @@ -4367,7 +4367,7 @@ tp = ((tp-tbuf) >= PHP_TAG_BUF_SIZE ? tbuf: tp); *(tp++) = c; } - if (state && p != buf && *(p-1) != '\\' && (!in_q || *p == in_q)) { + if (state && p != buf && (state == 1 || *(p-1) != '\\') && (!in_q || *p == in_q)) { if (in_q) { in_q = 0; } else { Trunk patch: Index: ext/standard/string.c === --- ext/standard/string.c (revision 284189) +++ ext/standard/string.c (working copy) @@ -6519,7 +6519,7 @@ tp = ((tp-tbuf) >= UBYTES(PHP_TAG_BUF_SIZE) ? tbuf: tp); *(tp++) = ch; } - if (state && prev1 != 0x5C /*'\\'*/ && (!in_q || ch == in_q)) { + if (state && (state ==1 || prev1 != 0x5C /*'\\'*/) && (!in_q || ch == in_q)) { if (in_q) { in_q = 0; } else { @@ -6763,7 +6763,7 @@ tp = ((tp-tbuf) >= PHP_TAG_BUF_SIZE ? tbuf: tp); *(tp++) = c; } - if (state && p != buf && *(p-1) != '\\' && (!in_q || *p == in_q)) { + if (state && p != buf && (state ==1 || *(p-1) != '\\') && (!in_q || *p == in_q)) { if (in_q) { in_q = 0; } else { Test case: --TEST-- Bug #45599 (strip_tags() ignore backslash (\) character inside html tags) --FILE-- World') . "\n"; echo strip_tags('Hello World') . "\n"; echo strip_tags('Hello World'); ?> --EXPECT-- Hello World Hello World Hello World [2008-08-06 16:52:29] david at grudl dot com Character \ is allowed in tag attribute, so strip_tags('Hello World') leading to "Hello" (without "World") is bug. [2008-08-06 16:30:17] lbarn...@php.net Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php The parser continues until it founds the end of the tag, which can not be in an attribute value (XML allows all characters except [%&'] in attribute values). In the given examples the attribute value never terminates and the end of the tag is never found, which causes the rest of the string to be truncated. This change as been made to fix the following bug: http://bugs.php.net/bug.php?id=40432 [2008-07-30 04:42:40] jet at synth-tec dot com I am having the same problem. If an attribute has an extra quote in it, will cut off all the text afterwards. Example Input: strip_tags(' text before link http://google.com"";>google.com text after link test 1 test 2 ') Expected Output: - text before link text after link test 1 test 2 Actual Output: -- text before link Note, I do not have this problem in PHP 5.0.4 or previous versions The remainder of the comments for this report are too long. To view the rest of the comments, please v
#50545 [NEW]: PHP dropping entities
From: aclark at wayfm dot com Operating system: Gentoo Linux PHP version: 5.2.12 PHP Bug Type: *General Issues Bug description: PHP dropping entities Description: After a recent PHP upgrade (to 5.2.11-r1), some existing code on a few of my sites suddenly "broke." In both instances, it's XML-related PHP code that silently and completely drops html entities from XML code. In one instance, it's an RSS feed. "Lorem..." becomes "pLorem..." The (newly) offending code contains the xml_parse_into_struct function. In the other, it's a CDATA section of an XML-RPC ping. Same problem. The entity-escaped tags are preserved, but without the surrounding lt and gt entities, rendering the payload useless. This code uses DOMDocument::LoadXML and schemaValidate Searching a bit turned up the desiccated carcass of bug #35271, but nothing recent that I could find. Downgraded to PHP 5.2.9-r2. Same problem Reproduce code: --- libxml_use_internal_errors(true); $xdoc= new DomDocument; $xml=$params[1]; if (!$xml) { xmlrpc_error(10, "No payload detected."); } $xmlschema='payload2.xsd'; $xdoc->LoadXML($xml); if ($xdoc->schemaValidate($xmlschema)) { Expected result: $xml (payload from incoming XML-RPC ping) is successfully validated against the schema doc), schemaValidate if statement is true, & code inside is executed. Actual result: -- Schema validation fails with "The document has no document element." A dump of the payload reveals that lt and gt entities have been stripped from the payload: tag attr="true"tag attr="10046"tag /tagtagTag Contents/tagtag Tag Contents/tag/tag/tag //tag schemaValidate if statement is false, else code (omitted) is executed, returning aforementioned error to RPC client. -- Edit bug report at http://bugs.php.net/?id=50545&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50545&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50545&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50545&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50545&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50545&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50545&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50545&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50545&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50545&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50545&r=support Expected behavior: http://bugs.php.net/fix.php?id=50545&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50545&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50545&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50545&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50545&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50545&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50545&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50545&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50545&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50545&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50545&r=mysqlcfg
#50483 [Opn->Bgs]: mysqli_error() does not return error while using with mysqli_real_query()
ID: 50483 Updated by: and...@php.net Reported By: pcdinh at gmail dot com -Status: Open +Status: Bogus Bug Type: MySQLi related Operating System: Windows XP PHP Version: 5.3.1 New Comment: 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 Hi, I checked your script and found out that there is a bug in it. You need to check for an error after the loop. If you do a var_dump(mysqli_error($conn)); you will get the error, like here: string(40) "Table 'test.non_existent_' doesn't exist" As after the third query there is no result set the loop ends and you can check whether there was an error. Thanks! Previous Comments: [2009-12-21 16:06:38] pcdinh at gmail dot com Could someone look at this issue please? [2009-12-15 16:28:05] pcdinh at gmail dot com Description: mysqi_error() and mysqli_errno() does not capture last error message and error code if mysqli_real_query() executes on a stored procedure that returns multiple result sets but one of them is an error. As you can see from the below code, I have a SP that basically a set of SELECTs but the last one is invalid by intention. If executing the SP (e.x: CALL p2(2, 5) ) in a MySQL Query Manager, the following warning will show up: (1 row(s) returned) Execution Time : 00:00:00:000 Transfer Time : 00:00:00:000 Total Time : 00:00:00:000 (1 row(s) returned) Execution Time : 00:00:00:000 Transfer Time : 00:00:00:000 Total Time : 00:00:00:000 (1 row(s) returned) Execution Time : 00:00:00:000 Transfer Time : 00:00:00:000 Total Time : 00:00:00:000 Query : CALL p2(2, 5) Error Code : 1146 Table 'test.non_existent_' doesn't exist Execution Time : 00:00:00:000 Transfer Time : 00:00:00:000 Total Time : 00:00:00:000 However, mysqli does not work that way. It does not know what happens with the last query. It simply knows the last query does not return a result set. Reproduce code: --- Expected result: 1 2 3 string(0) "Table 'test.non_existent_' doesn't exist" Actual result: -- 1 2 3 -- Edit this bug report at http://bugs.php.net/?id=50483&edit=1
#50547 [NEW]: SoapServer Fatal errror in WSDL mode
From: rsumibcay at reddoor dot biz Operating system: Ubuntu Linux PHP version: 5.2.12 PHP Bug Type: SOAP related Bug description: SoapServer Fatal errror in WSDL mode Description: SoapServer dies with fatal error in WSDL mode when a soap argument is a ComplexType with a member defined as int in the XSD, but the member value is passed as a non-numeric string. Reproduce code: --- 1. Define a ComplexType with an int data member: http://crkt190.reddoor.biz/fatalerror/complex_types.xsd 2. Define a WSDL that uses the ComplexType as an argument to the soap function: http://crkt190.reddoor.biz/fatalerror/fatalerror.wsdl 3. Create a soap envelope with a non-numeric string as the value for the int data member: http://crkt190.reddoor.biz/fatalerror/fatalerror-soap-envelope.xml 4. Make a soap request using the soap envelope in step 3. Expected result: The SoapServer should not die with a fatal error. The SoapServer should respond with a SoapFault, or let the call pass through so the business logic (mapped handler) can do validation and handle the error appropriately. Actual result: -- 500 HTTP response from server. The HTTP response body contains an error message and stack trace. Fatal error: SOAP-ERROR: Encoding Violation of encoding rules in ... -- Edit bug report at http://bugs.php.net/?id=50547&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50547&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50547&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50547&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50547&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50547&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50547&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50547&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50547&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50547&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50547&r=support Expected behavior: http://bugs.php.net/fix.php?id=50547&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50547&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50547&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50547&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50547&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50547&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50547&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50547&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50547&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50547&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50547&r=mysqlcfg
#50543 [NEW]: hardcoded CS_DT_CONVFMT results in loss of datetime precision
From: kelaskin at gmail dot com Operating system: any PHP version: 5.3.1 PHP Bug Type: Sybase-ct (ctlib) related Bug description: hardcoded CS_DT_CONVFMT results in loss of datetime precision Description: It is impossible to retrieve DATETIME values with precision higher than 1 minute (as CS_DATES_SHORT format drops seconds). The value of CS_DT_CONVFMT should be configurable in the script context. http://infocenter.sybase.com/help/index.jsp?topic=/com.sybase.help.ocs_12.5.1.comlib/html/comlib/X37122.htm Reproduce code: --- php_sybase_ct.c: // Set datetime conversion format to "Nov 3 1998 8:06PM" CS_INT dt_convfmt = CS_DATES_SHORT; Expected result: "Aug 24 1998 05:36:34:000PM" Actual result: -- "Nov 3 1998 5:36PM" -- Edit bug report at http://bugs.php.net/?id=50543&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50543&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50543&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50543&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50543&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50543&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50543&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50543&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50543&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50543&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50543&r=support Expected behavior: http://bugs.php.net/fix.php?id=50543&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50543&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50543&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50543&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50543&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50543&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50543&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50543&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50543&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50543&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50543&r=mysqlcfg
#50514 [Fbk->Opn]: failure while running make test
ID: 50514 User updated by: pushpender007 at gmail dot com Reported By: pushpender007 at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SUSE Enterprise Server s390x PHP Version: 5.2SVN-2009-12-18 (snap) New Comment: I am still getting errors. Please check http://pushpender007.byethost6.com/archive1.tar for new diff files. Thanks Previous Comments: [2009-12-21 10:30:20] j...@php.net Seems like the tests fail just because you have some exotic ini settings there. Try delete your php.ini before running the tests. And to avoid the crash, don't use --with-regex=system and --enable-inline-optimization options. (either of those caused the crash, I'm guessing..) [2009-12-18 22:05:43] pushpender007 at gmail dot com Still not able to run make test successfully. Please find new archive file http://pushpender007.byethost6.com/archive.tar [2009-12-18 18:19:54] j...@php.net Try this (exactly!) configure line instead: # rm config.cache && \ ./configure \ --disable-cgi \ --libdir=lib64 \ --enable-mbstring \ --enable-xml \ --with-gd \ --with-gettext \ --with-mysql=/usr/local/mysql \ --with-zlib-dir=/usr/local/ \ --with-jpeg-dir=/usr/local/ [2009-12-18 14:28:52] pushpender007 at gmail dot com I have uploaded all the diff files I have found in my php src directory.I dont know how to upload to that php directory. Please take files from this link. http://pushpender007.byethost6.com/diff.tar Thanks [2009-12-18 11:10:57] j...@php.net That is totally useless, we really need to know WHY they failed. Check the *.diff files, might give some hint. Or you could simply post the results and provide link to them via http://news.php.net/php.qa.reports 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/50514 -- Edit this bug report at http://bugs.php.net/?id=50514&edit=1
#50546 [NEW]: zend__parse_method_parameters_ex does not honour flags for procedural parameter
From: hp at oeri dot ch Operating system: any PHP version: 5.2.12 PHP Bug Type: Scripting Engine problem Bug description: zend__parse_method_parameters_ex does not honour flags for procedural parameter Description: zend_parse_method_parameters_ex can be called in a method or a plain function. Flags are - however - only respected in the OOP context and ignored in a procedural context. Parameter parsing is therefore greatly limited. Procedural context Zend_API.c:1194 (svn head) retval = zend_parse_va_args(num_args, type_spec, &va, **0** TSRMLS_CC); OOP context Zend_API.c:1213 (svn head) retval = zend_parse_va_args(num_args, p, &va, **flags** TSRMLS_CC); -- Edit bug report at http://bugs.php.net/?id=50546&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50546&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50546&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50546&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50546&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50546&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50546&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50546&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50546&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50546&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50546&r=support Expected behavior: http://bugs.php.net/fix.php?id=50546&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50546&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50546&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50546&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50546&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50546&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50546&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50546&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50546&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50546&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50546&r=mysqlcfg
#50551 [NEW]: mb_ereg + mb_eregi crash
From: r dot badding at gmail dot com Operating system: Windows XP PHP version: 5.2.12 PHP Bug Type: Reproducible crash Bug description: mb_ereg + mb_eregi crash Description: When I make two request to the attached php file, in close proximity (so that the requests run at the same time), PHP crashes every time. If I modify the php file so that there are two mb_ereg calls, instead of one mb_ereg + one mb_eregi, I seem to get no crashes. Reproduce code: --- Expected result: No crashes. Actual result: -- Crash. -- Edit bug report at http://bugs.php.net/?id=50551&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50551&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50551&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50551&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50551&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50551&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50551&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50551&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50551&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50551&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50551&r=support Expected behavior: http://bugs.php.net/fix.php?id=50551&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50551&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50551&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50551&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50551&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50551&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50551&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50551&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50551&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50551&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50551&r=mysqlcfg
#50552 [NEW]: Add function to get all used namespaces
From: kristopherwilson at gmail dot com Operating system: Any PHP version: 5.3.1 PHP Bug Type: Feature/Change Request Bug description: Add function to get all used namespaces Description: Provide a function for returning all namespaces used in the current request to aid in autoloading. Reproduce code: --- Expected result: Array( [0] = My\Namespace, [1] = Other\Namespace ) Actual result: -- No such function exists. -- Edit bug report at http://bugs.php.net/?id=50552&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50552&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50552&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50552&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50552&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50552&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50552&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50552&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50552&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50552&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50552&r=support Expected behavior: http://bugs.php.net/fix.php?id=50552&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50552&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50552&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50552&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50552&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50552&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50552&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50552&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50552&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50552&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50552&r=mysqlcfg
#50526 [Opn]: stat() needs Context parameter
ID: 50526 Updated by: lbarn...@php.net -Summary: stream_stat needs Context Reported By: codeslinger at compsalot dot com Status: Open Bug Type: Feature/Change Request Operating System: any PHP Version: 5.2.12 New Comment: For stream_wrappers, by calling fopen() with a context parameter and then fstat() on the opened stream, you should be able to pass a context (the ->context attribute in the wrapper's instance). Previous Comments: [2009-12-18 21:36:59] codeslinger at compsalot dot com Description: Feature Request: the stream wrapper functions are *totally awesome* :-) !!! but the "stat" family of functions is limited by the lack of a "context" param. For instance I need to be able to provide a user name and password for a particular connection. for opendir mkdir fopen etc. I am able to pass a context with that info and everything works. But then when I try to do a "stat" or "fstat" it fails because there is no way to pass the $context. Thank you for making PHP such a fantastic programming language! Reproduce code: --- --- >From manual page: streamwrapper.stream-stat#Description --- Actual result: -- also see related Bug #42965 copy() should support context parameters for URLs -- Edit this bug report at http://bugs.php.net/?id=50526&edit=1
#50551 [Com]: mb_ereg + mb_eregi crash
ID: 50551 Comment by: r dot badding at gmail dot com Reported By: r dot badding at gmail dot com Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.2.12 New Comment: Also I used these Apache/2.0.63 (Win32) Server API Apache 2.0 Handler (cannot edit this bug submission, "incorrect password") Previous Comments: [2009-12-22 00:45:42] r dot badding at gmail dot com I used a "clean" install, thread safe package. only mbstring extension enabled, "recommended" ini file. [2009-12-22 00:37:19] r dot badding at gmail dot com Description: When I make two request to the attached php file, in close proximity (so that the requests run at the same time), PHP crashes every time. If I modify the php file so that there are two mb_ereg calls, instead of one mb_ereg + one mb_eregi, I seem to get no crashes. Reproduce code: --- Expected result: No crashes. Actual result: -- Crash. -- Edit this bug report at http://bugs.php.net/?id=50551&edit=1
#50551 [Com]: mb_ereg + mb_eregi crash
ID: 50551 Comment by: r dot badding at gmail dot com Reported By: r dot badding at gmail dot com Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.2.12 New Comment: I used a "clean" install, thread safe package. only mbstring extension enabled, "recommended" ini file. Previous Comments: [2009-12-22 00:37:19] r dot badding at gmail dot com Description: When I make two request to the attached php file, in close proximity (so that the requests run at the same time), PHP crashes every time. If I modify the php file so that there are two mb_ereg calls, instead of one mb_ereg + one mb_eregi, I seem to get no crashes. Reproduce code: --- Expected result: No crashes. Actual result: -- Crash. -- Edit this bug report at http://bugs.php.net/?id=50551&edit=1
#48195 [Asn->Fbk]: iconv link failure
ID: 48195 Updated by: j...@php.net Reported By: rickdunn at chez dot com -Status: Assigned +Status: Feedback Bug Type: Compile Failure Operating System: MacOSX 10.5.7 PHP Version: 5.3.0RC2 Assigned To: scottmac New Comment: Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2009-12-16 08:31:02] j...@php.net That's just fixing a symptom, not the bug. [2009-12-15 22:32:37] rickdunn at chez dot com Apple has a patch for the PHP source iconv.c file that fixes this problem: http://www.opensource.apple.com/source/apache_mod_php/apache_mod_php- 53/patches/iconv.patch [2009-10-28 11:50:11] jimmycnw at gmail dot com I made the changes explained above. libphp5.so is successfully compiled. However, when I start apache I get this: httpd: Syntax error on line 490 of /private/etc/apache2/httpd.conf: Syntax error on line 6 of /private/etc/apache2/other/php5.conf: Cannot load /usr/libexec/apache2/libphp5.so into server: dlopen(/usr/libexec/apache2/libphp5.so, 10): Library not loaded: /usr/local/iconv/lib/libiconv.2.dylib\n Referenced from: /usr/libexec/apache2/libphp5.so\n Reason: Incompatible library version: libphp5.so requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0 [2009-08-11 16:46:49] b1667861 at tyldd dot com Solved for me by referring to this post: http://jspr.tndy.me/2009/07/php-5-3-iconv-osx-symbols-missing-_libiconv/ My setup: - OS X 10.5.8 / PHP 5.2.8 - Intel - mySQL 5.0.51b installed in usr/local (preparation) MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" export CFLAGS CXXFLAGS LDFLAGS CCFLAGS MACOSX_DEPLOYMENT_TARGET (mhash) ./configure && make && sudo make install (libmcrypt) ./configure && make && sudo make install (mcrypt) touch malloc.h ./configure && make && sudo make install (libiconv) ./configure && make && sudo make install (php 5.3.0 configure = PHP 5.2.8 configure string from OS X 10.5.8 + updated mySQL paths + mCrypt + iConv) env LIBS="-liconv" ./configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --disable-dependency-tracking --with-apxs2=/usr/sbin/apxs --with-ldap=/usr --with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-trans-sid --with-xml --enable-exif --enable-ftp --enable-mbstring --enable-mbregex --enable-dbx --enable-sockets --with-iodbc=/usr --with-curl=/usr --with-config-file-path=/etc --sysconfdir=/private/etc --with-mysql-sock=/var/mysql --with-mysqli=/usr/local/mysql/bin/mysql_config --with-mysql=/usr/local/mysql --with-openssl --with-xmlrpc --with-xsl=/usr --without-pear --with-mcrypt=/usr/local/bin/mcrypt --with-iconv=/usr/local/bin/iconv (php makefile edit) from: $(CC) $(MH_BUNDLE_FLAGS) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS) $(LDFLAGS) $(EXTRA_LDFLAGS) $(PHP_GLOBAL_OBJS:.lo=.o) $(PHP_SAPI_OBJS:.lo=.o) $(PHP_FRAMEWORKS) $(EXTRA_LIBS) $(ZEND_EXTRA_LIBS) -o $@ && cp $@ libs/libphp$(PHP_MAJOR_VERSION).so to: $(CC) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS) $(LDFLAGS) $(EXTRA_LDFLAGS) $(PHP_GLOBAL_OBJS:.lo=.o) $(PHP_SAPI_OBJS:.lo=.o) $(PHP_FRAMEWORKS) $(EXTRA_LIBS) $(ZEND_EXTRA_LIBS) $(MH_BUNDLE_FLAGS) -o $@ && cp $@ libs/libphp$(PHP_MAJOR_VERSION).so (php make) make sudo make install (toggle Web Sharing in User Preferences) (Also add (or uncomment) in [etc/php.ini] to prevent date-functions errors to be thrown in php 5.3.0) date.timezone = "America/New_York" [2009-07-18 19:20:09] raymond dot plante at gmail dot com It's obvious the makefile needs to be patched to search configuration specified library paths first. I hope that there isn't anyone here seriously trying to suggest 'you should just have 1 version of a library on your system'. 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/48195 -- Edit this bug report at http://bugs.php.net/?id=48195&edit=1
#50021 [Opn->Fbk]: Predefined Statements doesn't allow Strings with more than 256 letters.
ID: 50021 Updated by: j...@php.net Reported By: novitools dot novi at web dot de -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Windows Vista PHP Version: 5.3.0 New Comment: Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2009-11-03 21:32:25] u...@php.net Thanks for the feedback! I feared that meta data would indicate the correct length. To be honest, I have no idea so far what may be causing it. [2009-11-03 14:33:21] novitools dot novi at web dot de Here is the result: Field 1: `You can only read the first 256 words of this text. That is why I must write such a long text, because I must reach the limit of 256 words. The same error occours, when you try to select a text column from the database. But I didn't had this error before ` Catalog:`def` Database: `` Table: `` Org_table: `` Type: VAR_STRING Collation: latin1_swedish_ci (8) Length: 284 Max_length: 284 Decimals: 31 Flags: NOT_NULL +--- ---+ | You can only read the first 256 words of this text. That is why I must write such a long text, because I must reach the limit of 256 words. The same error occours, when you try to select a text column from the database. But I didn't had this error before | +--- ---+ | You can only read the first 256 words of this text. That is why I must write such a long text, because I must reach the limit of 256 words. The same error occours, when you try to select a text column from the database. But I didn't had this error before in a previous version of php. | +--- ---+ 1 row in set (0.00 sec) [2009-11-03 09:54:50] u...@php.net Please run you query in the MySQL prompt and show the meta data that is returned from MySQL. Start the MySQL prompt with "mysql --column-type-info" followed by your usual "-u", "-p", "-h" etc. options. For example: nixn...@ulflinux:~> /usr/local/mysql/bin/mysql --column-type-info -uroot -proot Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 13 Server version: 5.1.39-debug Source distribution Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. mysql> select 1; Field 1: `1` Catalog:`def` Database: `` Table: `` Org_table: `` Type: LONGLONG Collation: binary (63) Length: 1 Max_length: 1 Decimals: 0 Flags: NOT_NULL BINARY NUM +---+ | 1 | +---+ | 1 | +---+ 1 row in set (0.00 sec) But, of course, run your failing query and run mysql prompt on your system. Thanks, Ulf [2009-10-30 15:12:35] novitools dot novi at web dot de So the problem only occurs on specific versions: No Problem with this Versions: client_version 50005 server_version 50132 Big Problem with this Versions: client_version 50137 server_version 50137 [2009-10-29 17:58:24] friedrich dot mark at freenet dot de Same Problem here: $db = new mysqli('localhost', 'root', '', 'test'); $stmt = $db->stmt_init(); $sql = "SELECT `text` FROM `longtext` WHERE `id` = 1"; $stmt->prepare($sql); $stmt->execute(); $stmt->bind_result($text); $stmt->fetch(); $stmt->close(); var_dump(phpversion()); var_dump($db->client_version); var_dump($db->server_version); var_dump($db->protocol_version); var_dump($text); Output: string(5) "5.3.0" int(50137) int(50137) int(10) string(256) "Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata " OS: Win 7 SQL: SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO"; CREATE DATABASE `test` DEFAULT C
#48195 [Fbk->Opn]: iconv link failure
ID: 48195 User updated by: rickdunn at chez dot com Reported By: rickdunn at chez dot com -Status: Feedback +Status: Open Bug Type: Compile Failure -Operating System: MacOSX 10.5.7 +Operating System: MacOSX 10.6.2 -PHP Version: 5.3.0RC2 +PHP Version: 5.3.1 Assigned To: scottmac New Comment: The snapshot make failed with the usual message. "Undefined symbols: "_libiconv", referenced from:", etc. Previous Comments: [2009-12-22 09:58:19] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-12-16 08:31:02] j...@php.net That's just fixing a symptom, not the bug. [2009-12-15 22:32:37] rickdunn at chez dot com Apple has a patch for the PHP source iconv.c file that fixes this problem: http://www.opensource.apple.com/source/apache_mod_php/apache_mod_php- 53/patches/iconv.patch [2009-10-28 11:50:11] jimmycnw at gmail dot com I made the changes explained above. libphp5.so is successfully compiled. However, when I start apache I get this: httpd: Syntax error on line 490 of /private/etc/apache2/httpd.conf: Syntax error on line 6 of /private/etc/apache2/other/php5.conf: Cannot load /usr/libexec/apache2/libphp5.so into server: dlopen(/usr/libexec/apache2/libphp5.so, 10): Library not loaded: /usr/local/iconv/lib/libiconv.2.dylib\n Referenced from: /usr/libexec/apache2/libphp5.so\n Reason: Incompatible library version: libphp5.so requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0 [2009-08-11 16:46:49] b1667861 at tyldd dot com Solved for me by referring to this post: http://jspr.tndy.me/2009/07/php-5-3-iconv-osx-symbols-missing-_libiconv/ My setup: - OS X 10.5.8 / PHP 5.2.8 - Intel - mySQL 5.0.51b installed in usr/local (preparation) MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" export CFLAGS CXXFLAGS LDFLAGS CCFLAGS MACOSX_DEPLOYMENT_TARGET (mhash) ./configure && make && sudo make install (libmcrypt) ./configure && make && sudo make install (mcrypt) touch malloc.h ./configure && make && sudo make install (libiconv) ./configure && make && sudo make install (php 5.3.0 configure = PHP 5.2.8 configure string from OS X 10.5.8 + updated mySQL paths + mCrypt + iConv) env LIBS="-liconv" ./configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --disable-dependency-tracking --with-apxs2=/usr/sbin/apxs --with-ldap=/usr --with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-trans-sid --with-xml --enable-exif --enable-ftp --enable-mbstring --enable-mbregex --enable-dbx --enable-sockets --with-iodbc=/usr --with-curl=/usr --with-config-file-path=/etc --sysconfdir=/private/etc --with-mysql-sock=/var/mysql --with-mysqli=/usr/local/mysql/bin/mysql_config --with-mysql=/usr/local/mysql --with-openssl --with-xmlrpc --with-xsl=/usr --without-pear --with-mcrypt=/usr/local/bin/mcrypt --with-iconv=/usr/local/bin/iconv (php makefile edit) from: $(CC) $(MH_BUNDLE_FLAGS) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS) $(LDFLAGS) $(EXTRA_LDFLAGS) $(PHP_GLOBAL_OBJS:.lo=.o) $(PHP_SAPI_OBJS:.lo=.o) $(PHP_FRAMEWORKS) $(EXTRA_LIBS) $(ZEND_EXTRA_LIBS) -o $@ && cp $@ libs/libphp$(PHP_MAJOR_VERSION).so to: $(CC) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS) $(LDFLAGS) $(EXTRA_LDFLAGS) $(PHP_GLOBAL_OBJS:.lo=.o) $(PHP_SAPI_OBJS:.lo=.o) $(PHP_FRAMEWORKS) $(EXTRA_LIBS) $(ZEND_EXTRA_LIBS) $(MH_BUNDLE_FLAGS) -o $@ && cp $@ libs/libphp$(PHP_MAJOR_VERSION).so (php make) make sudo make install (toggle Web Sharing in User Preferences) (Also add (or uncomment) in [etc/php.ini] to prevent date-functions errors to be thrown in php 5.3.0) date.timezone = "America/New_York" 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/48195 -- Edit this bug report at http://bugs.php.net/?id=48195&edit=1
#49267 [Asn->Fbk]: Linking fails for iconv: "Undefined symbols: _libiconv"
ID: 49267 Updated by: j...@php.net Reported By: s dot rost at ewerk dot com -Status: Assigned +Status: Feedback Bug Type: Compile Failure Operating System: Mac OSX 10.6 Snow Leopard PHP Version: 5.3, 6 (2009-08-18) Assigned To: scottmac New Comment: Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ And please, don't report multiple issues in one report. That missing -lresolv issue should be fixed, right? (if not, report it separately!) Previous Comments: [2009-12-21 12:24:15] h dot lapp at clipdealer dot de worked for me, too -- osx 10.6.2 / php 5.3.1 can we expect an official fix anytime soon? [2009-12-08 00:03:06] ydeedido at yahoo dot com Running OSX 10.6.2 and had the same issue on 5.3.1. The original post works (#define change on line #186). As the original author mentioned, it seems as there should be another fix than to define A to A but hey, it works! (I didn't have to add - lreslov on 5.3.1) [2009-12-02 14:19:02] ralph dot schindler at zend dot com Please note: This affects the PHP_5_2 branch as well. [2009-10-09 16:00:28] Lawrence dot Sewell at vt dot edu Moving this thread to a positive note, making these two changes does work for my system with PHP-5.3.0: sw_vers - ProductName: Mac OS X Server ProductVersion: 10.6.1 BuildVersion: 10B504 gcc -v - Thread model: posix gcc version 4.2.1 (Apple Inc. build 5646) machine - i486 1) Add "-lresolv" to MH_BUNDLE_FLAGS, EXTRA_LDFLAGS and EXTRA_LDFLAGS_PROGRAM in "Makefile" 2) Change "ext/iconv/iconv.c" 186c186 < #define iconv libiconv --- > #define iconv iconv [2009-10-05 13:45:31] cest_robert at hotmail dot com I tried the same fixes using a MacBook 2.0 Ghz, 10.6.1 fresh install. Installed libiconv from Macports 1.8.1 (along with libjpeg, libpng, etc.) and ensured it was a 64-bit library using "file /opt/local/lib/libiconv.dylib". Tried each combination (edited ext/iconv/iconv.c file line 185, edited Makefile to include -lresolv) but nothing allows the system to compile correctly. The error is always: Undefined symbols: "_libiconv_open", referenced from: _do_convert in gdkanji.o _convert in encodings.o "_libiconv", referenced from: _do_convert in gdkanji.o __php_iconv_appendl in iconv.o __php_iconv_appendl in iconv.o _php_iconv_string in iconv.o _php_iconv_string in iconv.o __php_iconv_strlen in iconv.o __php_iconv_substr in iconv.o __php_iconv_strpos in iconv.o __php_iconv_mime_encode in iconv.o __php_iconv_mime_encode in iconv.o __php_iconv_mime_encode in iconv.o __php_iconv_mime_encode in iconv.o __php_iconv_mime_encode in iconv.o __php_iconv_mime_encode in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o _convert in encodings.o "_libiconv_close", referenced from: _do_convert in gdkanji.o _convert in encodings.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 I've even tried NOT using libiconv with "--without-iconv" in the PHP config script, but it *still* gives this error no matter what happens. Spent 3 days now searching for fixes, trying different combinations of patches and suggestions, but nothing works. I'm completely stumped. 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/49267 -- Edit this bug report at http://bugs.php.net/?id=49267&edit=1
#43437 [Com]: Second SOAP call causes segfault
ID: 43437 Comment by: bartosz dot kubek at google dot com Reported By: denis dot arh at gmail dot com Status: No Feedback Bug Type: SOAP related Operating System: CentOS 5 PHP Version: 5.2.5 New Comment: PHP 5.2.6; CentoOS5 and Ubuntu 8.04 I have exactly the same problem on both machines. I can send ~300 SoapClient requests, and when one of it results false (null) the followup one causes segFault (script crashes and stops) Any news here? Previous Comments: [2009-02-21 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2009-02-13 22:18:57] fel...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2008-06-06 21:10:39] john dot navratil at sbcglobal dot net OS: Solaris 8 PHP: 5.2.4 and 5.2.6 SOAP Server Example ---: http://myURL/my.wsdl";); $server->addFunction("myMethod"); ?> SOAP Client test code ---: http://myURL/my.wsdl";); try { print($client->myMethod("asdf", "asdf")); print($client->myMethod("asdf", "asdf")); } catch (SoapFault $exception) { echo $exception; } ?> Attempting to return a string 7443 X's succeeds. 7444 fails with message: PHP Warning: SoapClient::__doRequest(): 1 bytes of buffered data lost during stream conversion!. After failure, a second SOAP invocation results in a segmentation fault. FWIW: Hitting the same SOAP server with a VBScript test script doesn't exhibit the error. [2007-11-29 12:12:16] denis dot arh at gmail dot com Tried with the latest PHP (from the link you gave me) - still no luck #0 0x0021f333 in strlen () from /lib/libc.so.6 #1 0x0817a9b6 in get_http_header_value (headers=0x0, type=0x83b8fec "HTTP/") at /usr/src/php/php5.2-200711290930/ext/soap/php_http.c:1144 #2 0x0817caef in make_http_soap_request (this_ptr=0x9fd5290, buf=0xa00c740 "http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi I think it was fixed already, so please try the snapshot to verify. 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/43437 -- Edit this bug report at http://bugs.php.net/?id=43437&edit=1
#50553 [NEW]: Multiple curl_exec and curl_close looses host
From: levi_tedder at hotmail dot com Operating system: Windows XP, Windows 2003 PHP version: 5.2.12 PHP Bug Type: cURL related Bug description: Multiple curl_exec and curl_close looses host Description: If you have a web server host that responds very quickly and you're doing a lot of requests on it, curl will eventually respond "couldn't connect to host". This happens on my Windows XP machine and Windows 2003 server, but I've been unable to reproduce on Windows 2008. If I add a delay with usleep(5) it seems to be ok. I'm not sure if this is by design, OS-restriction or wrong usage (I've tried forums) or actual bug. Please forgive misplacement. To get the script below to exit with "couldn't connect to host" you need a fast responding web server host. Reproduce code: --- http://www.example.com";; for ($i = 1; $i <= 6000; $i++) { $ch = curl_init(); curl_setopt($ch, CURLOPT_URL,$url); curl_setopt($ch, CURLOPT_RETURNTRANSFER,1); $result=curl_exec ($ch); if (curl_errno($ch)) { exit(curl_error($ch)); } else { curl_close($ch); echo "count: $i\n"; } } ?> Expected result: count: 1 . . count: 6000 Actual result: -- count: 1 . . count 4322 couldn't connect to host -- Edit bug report at http://bugs.php.net/?id=50553&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50553&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50553&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50553&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50553&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50553&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50553&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50553&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50553&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50553&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50553&r=support Expected behavior: http://bugs.php.net/fix.php?id=50553&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50553&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50553&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50553&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50553&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50553&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50553&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50553&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50553&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50553&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50553&r=mysqlcfg
#48349 [Opn->Fbk]: imagecopyresampled() sprinkles photos with multi-colored pixels
ID: 48349 Updated by: j...@php.net Reported By: droidix at gmail dot com -Status: Open +Status: Feedback Bug Type: GD related Operating System: Linux PHP Version: 5.2.9 New Comment: Please try using this snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2009-05-21 03:31:45] droidix at gmail dot com Description: When using imagecopyresampled on a CentOS 5.3 and PHP 5.2.9 (also tried the 5.3 snapshot) multi-colored pixels are sprinkled onto the image. Running the same function in a loop produces a different image every time using the same input. I could not reproduce the issue on another CentOS 5.3 machine so I think it could be related to the floating point unit on the box. Here is the cpuinfo: processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 8 model name : AMD Athlon(tm) XP 2000+ stepping: 1 cpu MHz : 1662.500 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow up nonstop_tsc ts bogomips: 3326.67 To work around the issue for now, I changed the resample function in the bundled gd library to use floats instead of doubles, and then used the compiler flags -msse -mfpmath=sse to force the use of the SSE unit instead of the built in FPU. This produced clean images! In the GCC documentation, this model of CPU doesn't support doubles for SSE instructions so that is why I changed them to floats. Reproduce code: --- Expected result: Resized photos without noise. Here is the original photo used in the resample: http://bit.ly/yfS5w Actual result: -- Resized photo with noise, result is different each time. Here are three examples: http://bit.ly/SOzNV http://bit.ly/oXUsm http://bit.ly/6gsCP -- Edit this bug report at http://bugs.php.net/?id=48349&edit=1
#48280 [Fbk->Opn]: http stream timeout is doubled
ID: 48280 User updated by: php at bouchery dot fr Reported By: php at bouchery dot fr -Status: Feedback +Status: Open Bug Type: Streams related -Operating System: * +Operating System: Windows XP SP2 -PHP Version: 5.2.9 +PHP Version: 5.2.13-dev (cli) (built: Dec 21 2009 23:46:51) New Comment: No, result is already : Code #1: Duration = 4 Code #2: Duration = 6 Code #3: Duration = 8 Previous Comments: [2009-12-22 10:03:51] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-05-20 13:29:13] php at bouchery dot fr I did it on localhost and on a remote machine: sleep-flush.php sleep.php [2009-05-20 12:59:15] j...@php.net And where are the sources for those server side scripts? [2009-05-14 11:59:39] php at bouchery dot fr Description: When I perform a HTTP timeout using "stream_context_create", "stream_set_timeout" or "default_socket_timeout", timeout is doubled. I did it on : - Windows XP SP2 + PHP-Cli 5.1.6 - Windows XP SP2 + PHP-Cli 5.2.9-2 - Debian 5 + PHP 5.2.0-8+etch13 (cli) Reproduce code: --- http://localhost/sleep-flush.php', 'r'); if( $f !== false ) { stream_set_timeout($f, 2); $content = stream_get_contents( $f ); fclose($f); } echo 'Code #1: Duration = ', (time() - $time), "\n"; $context = stream_context_create(array('http' => array('timeout' => 3))); $time = time(); // sleep do not flush text before sleeping 20 seconds $f = @fopen('http://localhost/sleep.php', 'r', false, $context); if( $f !== false ) { $content = stream_get_contents( $f ); fclose($f); } echo 'Code #2: Duration = ', (time() - $time), "\n"; ini_set('default_socket_timeout', '4'); $time = time(); // sleep do not flush text before sleeping 20 seconds $f = @fopen('http://localhost/sleep.php', 'r'); if( $f !== false ) { $content = stream_get_contents( $f ); fclose($f); } echo 'Code #3: Duration = ', (time() - $time), "\n"; ?> Expected result: Code #1: Duration = 2 Code #2: Duration = 3 Code #3: Duration = 4 Actual result: -- Code #1: Duration = 4 Code #2: Duration = 6 Code #3: Duration = 8 -- Edit this bug report at http://bugs.php.net/?id=48280&edit=1
#50480 [Com]: memory leak with eval()
ID: 50480 Comment by: lesjno at free dot fr Reported By: lesjno at free dot fr Status: Feedback Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.3.1 New Comment: Hello jani, I have a loop to update a database from an excel file. So, for each excel row I will apply several tests and initializations specified in a configuration file. The configuration file depend on the user profile. The eval() function is used, for example, for data initialization : the configuration file can give a data or a code. For example a specific date field can take a fix date ("2009-01-01") or can be computed. So, for example, I can found in a configuration file : for a user category : $field_init = '2009-01-01' ; for another user category : $field_init = 'return date("Y-m-d");' ; I will use the following code : $data = @eval($field_init) ; if ($data===false) $data=$field_init; It's only an example but there are a lot of others "eval()" like this for each excel row treatment. An excel file can have more than 5 rows ... so the memory leak is growing up till the system error ... Previous Comments: [2009-12-16 12:47:05] j...@php.net Please provide such script that actually has a loop. Simple test suggested this is just expected and memory does not really grow after certain point. [2009-12-15 13:27:53] lesjno at free dot fr Description: Memory used by the eval() function is not null and can be important (up to 8Ko) especially if the string is not evaluable. This memory used can't be released. Used in a big loop, the memory used is growing up and I get a memory error. Reproduce code: --- $result=""; $memory_used1 = memory_get_usage(); $ch="\$result=22;"; if (@eval($ch)===false) {$result = $ch ;} $memory_used2 = memory_get_usage(); echo "result=$result ==>memory difference = ".($memory_used2-$memory_used1)."\n"; $memory_used1 = memory_get_usage(); $ch="abcdef"; if (@eval($ch)===false) {$result = $ch ;} $memory_used2 = memory_get_usage(); echo "result=$result ==>memory difference = ".($memory_used2-$memory_used1)."\n"; Expected result: result=22 ==>memory difference = 0 result=abcdef ==>memory difference = 0 Actual result: -- result=22 ==>memory difference = 200 result=abcdef ==>memory difference = 7480 -- Edit this bug report at http://bugs.php.net/?id=50480&edit=1
#48280 [Opn->Fbk]: http stream timeout is doubled
ID: 48280 Updated by: j...@php.net Reported By: php at bouchery dot fr -Status: Open +Status: Feedback Bug Type: Streams related Operating System: * PHP Version: 5.2.9 New Comment: Please try using this snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2009-05-20 13:29:13] php at bouchery dot fr I did it on localhost and on a remote machine: sleep-flush.php sleep.php [2009-05-20 12:59:15] j...@php.net And where are the sources for those server side scripts? [2009-05-14 11:59:39] php at bouchery dot fr Description: When I perform a HTTP timeout using "stream_context_create", "stream_set_timeout" or "default_socket_timeout", timeout is doubled. I did it on : - Windows XP SP2 + PHP-Cli 5.1.6 - Windows XP SP2 + PHP-Cli 5.2.9-2 - Debian 5 + PHP 5.2.0-8+etch13 (cli) Reproduce code: --- http://localhost/sleep-flush.php', 'r'); if( $f !== false ) { stream_set_timeout($f, 2); $content = stream_get_contents( $f ); fclose($f); } echo 'Code #1: Duration = ', (time() - $time), "\n"; $context = stream_context_create(array('http' => array('timeout' => 3))); $time = time(); // sleep do not flush text before sleeping 20 seconds $f = @fopen('http://localhost/sleep.php', 'r', false, $context); if( $f !== false ) { $content = stream_get_contents( $f ); fclose($f); } echo 'Code #2: Duration = ', (time() - $time), "\n"; ini_set('default_socket_timeout', '4'); $time = time(); // sleep do not flush text before sleeping 20 seconds $f = @fopen('http://localhost/sleep.php', 'r'); if( $f !== false ) { $content = stream_get_contents( $f ); fclose($f); } echo 'Code #3: Duration = ', (time() - $time), "\n"; ?> Expected result: Code #1: Duration = 2 Code #2: Duration = 3 Code #3: Duration = 4 Actual result: -- Code #1: Duration = 4 Code #2: Duration = 6 Code #3: Duration = 8 -- Edit this bug report at http://bugs.php.net/?id=48280&edit=1
#50545 [Opn->Fbk]: entities being dropped, schma validation fails
ID: 50545 Updated by: j...@php.net -Summary: PHP dropping entities Reported By: aclark at wayfm dot com -Status: Open +Status: Feedback -Bug Type: *General Issues +Bug Type: DOM XML related Operating System: Gentoo Linux PHP Version: 5.2.12 New Comment: 1. What libxml version is PHP compiled with? (check from phpinfo()..) 2. Your reproducing script has some problems since it's not possible to copy'n'paste it and just run it.. Previous Comments: [2009-12-21 17:45:51] aclark at wayfm dot com Description: After a recent PHP upgrade (to 5.2.11-r1), some existing code on a few of my sites suddenly "broke." In both instances, it's XML-related PHP code that silently and completely drops html entities from XML code. In one instance, it's an RSS feed. "Lorem..." becomes "pLorem..." The (newly) offending code contains the xml_parse_into_struct function. In the other, it's a CDATA section of an XML-RPC ping. Same problem. The entity-escaped tags are preserved, but without the surrounding lt and gt entities, rendering the payload useless. This code uses DOMDocument::LoadXML and schemaValidate Searching a bit turned up the desiccated carcass of bug #35271, but nothing recent that I could find. Downgraded to PHP 5.2.9-r2. Same problem Reproduce code: --- libxml_use_internal_errors(true); $xdoc= new DomDocument; $xml=$params[1]; if (!$xml) { xmlrpc_error(10, "No payload detected."); } $xmlschema='payload2.xsd'; $xdoc->LoadXML($xml); if ($xdoc->schemaValidate($xmlschema)) { Expected result: $xml (payload from incoming XML-RPC ping) is successfully validated against the schema doc), schemaValidate if statement is true, & code inside is executed. Actual result: -- Schema validation fails with "The document has no document element." A dump of the payload reveals that lt and gt entities have been stripped from the payload: tag attr="true"tag attr="10046"tag /tagtagTag Contents/tagtag Tag Contents/tag/tag/tag //tag schemaValidate if statement is false, else code (omitted) is executed, returning aforementioned error to RPC client. -- Edit this bug report at http://bugs.php.net/?id=50545&edit=1
#50553 [Bgs]: Multiple curl_exec and curl_close looses host
ID: 50553 User updated by: levi_tedder at hotmail dot com Reported By: levi_tedder at hotmail dot com Status: Bogus Bug Type: cURL related Operating System: Windows XP, Windows 2003 PHP Version: 5.2.12 New Comment: What are you talking about? Where is "there"? I'm using PHP and post a thing here. I'm doing what I'm doing because there's a service running on a server that needs to be contacted this way (a http get request). If I have a lot of simultaneous heavy usage (which is extremely common), the example script below will show what happens. Why wouldn't I do this then? Previous Comments: [2009-12-22 08:58:41] j...@php.net Whatever is happening happens in curl, so ask support there, not here. But basically what you're doing: Just DO NOT do that. If you need to do that, you're either doing something nasty or don't really know what you're doing. [2009-12-22 08:00:48] levi_tedder at hotmail dot com Description: If you have a web server host that responds very quickly and you're doing a lot of requests on it, curl will eventually respond "couldn't connect to host". This happens on my Windows XP machine and Windows 2003 server, but I've been unable to reproduce on Windows 2008. If I add a delay with usleep(5) it seems to be ok. I'm not sure if this is by design, OS-restriction or wrong usage (I've tried forums) or actual bug. Please forgive misplacement. To get the script below to exit with "couldn't connect to host" you need a fast responding web server host. Reproduce code: --- http://www.example.com";; for ($i = 1; $i <= 6000; $i++) { $ch = curl_init(); curl_setopt($ch, CURLOPT_URL,$url); curl_setopt($ch, CURLOPT_RETURNTRANSFER,1); $result=curl_exec ($ch); if (curl_errno($ch)) { exit(curl_error($ch)); } else { curl_close($ch); echo "count: $i\n"; } } ?> Expected result: count: 1 . . count: 6000 Actual result: -- count: 1 . . count 4322 couldn't connect to host -- Edit this bug report at http://bugs.php.net/?id=50553&edit=1
#50514 [Fbk->Opn]: failure while running make test
ID: 50514 User updated by: pushpender007 at gmail dot com Reported By: pushpender007 at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SUSE Enterprise Server s390x PHP Version: 5.2SVN-2009-12-18 (snap) New Comment: Can you please tell the file name of that result file? thanks Previous Comments: [2009-12-22 09:00:22] j...@php.net Those diffs alone are meaningless. Use the 'save results' option in the end instead and provide that. Or rather send it straight away to the mailing list like suggested. [2009-12-21 18:12:43] pushpender007 at gmail dot com I am still getting errors. Please check http://pushpender007.byethost6.com/archive1.tar for new diff files. Thanks [2009-12-21 10:30:20] j...@php.net Seems like the tests fail just because you have some exotic ini settings there. Try delete your php.ini before running the tests. And to avoid the crash, don't use --with-regex=system and --enable-inline-optimization options. (either of those caused the crash, I'm guessing..) [2009-12-18 22:05:43] pushpender007 at gmail dot com Still not able to run make test successfully. Please find new archive file http://pushpender007.byethost6.com/archive.tar [2009-12-18 18:19:54] j...@php.net Try this (exactly!) configure line instead: # rm config.cache && \ ./configure \ --disable-cgi \ --libdir=lib64 \ --enable-mbstring \ --enable-xml \ --with-gd \ --with-gettext \ --with-mysql=/usr/local/mysql \ --with-zlib-dir=/usr/local/ \ --with-jpeg-dir=/usr/local/ 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/50514 -- Edit this bug report at http://bugs.php.net/?id=50514&edit=1
#50514 [Opn->Fbk]: failure while running make test
ID: 50514 Updated by: j...@php.net Reported By: pushpender007 at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SUSE Enterprise Server s390x PHP Version: 5.2SVN-2009-12-18 (snap) New Comment: Those diffs alone are meaningless. Use the 'save results' option in the end instead and provide that. Or rather send it straight away to the mailing list like suggested. Previous Comments: [2009-12-21 18:12:43] pushpender007 at gmail dot com I am still getting errors. Please check http://pushpender007.byethost6.com/archive1.tar for new diff files. Thanks [2009-12-21 10:30:20] j...@php.net Seems like the tests fail just because you have some exotic ini settings there. Try delete your php.ini before running the tests. And to avoid the crash, don't use --with-regex=system and --enable-inline-optimization options. (either of those caused the crash, I'm guessing..) [2009-12-18 22:05:43] pushpender007 at gmail dot com Still not able to run make test successfully. Please find new archive file http://pushpender007.byethost6.com/archive.tar [2009-12-18 18:19:54] j...@php.net Try this (exactly!) configure line instead: # rm config.cache && \ ./configure \ --disable-cgi \ --libdir=lib64 \ --enable-mbstring \ --enable-xml \ --with-gd \ --with-gettext \ --with-mysql=/usr/local/mysql \ --with-zlib-dir=/usr/local/ \ --with-jpeg-dir=/usr/local/ [2009-12-18 14:28:52] pushpender007 at gmail dot com I have uploaded all the diff files I have found in my php src directory.I dont know how to upload to that php directory. Please take files from this link. http://pushpender007.byethost6.com/diff.tar Thanks 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/50514 -- Edit this bug report at http://bugs.php.net/?id=50514&edit=1
#50517 [Opn->Csd]: EXTRA_LDFLAGS polluted by wrong entries
ID: 50517 Updated by: j...@php.net Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: IBM AIX 5.3 5300-08-01-0819 PHP Version: 5.*, 6 New Comment: Fixed now. Previous Comments: [2009-12-22 09:57:19] s...@php.net Automatic comment from SVN on behalf of jani Revision: http://svn.php.net/viewvc/?view=revision&revision=292470 Log: - Fixed bug #50517 (EXTRA_LDFLAGS polluted by wrong entries) # Until someone shows me use case for LDFLAGS, this is gone. # This was wrong place to import it anyway. [2009-12-21 16:02:01] Bjorn dot Wiberg at its dot uu dot se Tried with PHP 5.3dev200912211530 (latest snapshot) which yields: EXTRA_LDFLAGS = -Wl,-brtl -Wl,-bI:$(INSTALL_ROOT)/apache/modules/httpd.exp -avoid-version -module -liconv -L/usr/lib -Wl,-bbigtoc -L/usr/local/lib -L/usr/local/lib -L/opt/freeware/lib -L/opt/freeware/lib -L/usr/X 11R6/lib -L/usr/X11R6/lib -L/usr -L/usr -L/usr/local/lib -L/opt/freeware/lib -L/usr/X11R6/lib -L/usr So, yes, it appears that this was introduced some time after the PHP 5.3.1 release. [2009-12-21 15:11:17] j...@php.net Does PHP_5_3 cause same thing? (not 5.3.1 since I think the bug was introduced later..) [2009-12-18 21:22:24] Bjorn dot Wiberg at its dot uu dot se No, LDFLAGS is not set at all. (I guess LDFLAGS could be used instead of EXTRA_LDFLAGS for the workaround.) [2009-12-18 18:07:22] j...@php.net Do you have LDFLAGS set to something there? 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/50517 -- Edit this bug report at http://bugs.php.net/?id=50517&edit=1
#50514 [Opn]: failure while running make test
ID: 50514 User updated by: pushpender007 at gmail dot com Reported By: pushpender007 at gmail dot com Status: Open Bug Type: Compile Failure Operating System: SUSE Enterprise Server s390x PHP Version: 5.2SVN-2009-12-18 (snap) New Comment: I have mailed the test report to the qa-repo...@lists.php.net and also uploaded to http://pushpender007.byethost6.com/php_test_results_20091222_0527.txt .Please check them.thanks Previous Comments: [2009-12-22 10:15:43] pushpender007 at gmail dot com Can you please tell the file name of that result file? thanks [2009-12-22 09:00:22] j...@php.net Those diffs alone are meaningless. Use the 'save results' option in the end instead and provide that. Or rather send it straight away to the mailing list like suggested. [2009-12-21 18:12:43] pushpender007 at gmail dot com I am still getting errors. Please check http://pushpender007.byethost6.com/archive1.tar for new diff files. Thanks [2009-12-21 10:30:20] j...@php.net Seems like the tests fail just because you have some exotic ini settings there. Try delete your php.ini before running the tests. And to avoid the crash, don't use --with-regex=system and --enable-inline-optimization options. (either of those caused the crash, I'm guessing..) [2009-12-18 22:05:43] pushpender007 at gmail dot com Still not able to run make test successfully. Please find new archive file http://pushpender007.byethost6.com/archive.tar 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/50514 -- Edit this bug report at http://bugs.php.net/?id=50514&edit=1
#50553 [Bgs]: Multiple curl_exec and curl_close looses host
ID: 50553 Updated by: j...@php.net Reported By: levi_tedder at hotmail dot com Status: Bogus Bug Type: cURL related Operating System: Windows XP, Windows 2003 PHP Version: 5.2.12 New Comment: Whatever is happening happens in curl, so ask support there, not here. But basically what you're doing: Just DO NOT do that. If you need to do that, you're either doing something nasty or don't really know what you're doing. Previous Comments: [2009-12-22 08:58:13] j...@php.net Whatever is happening happens in curl, so ask support there, not here. But basically what you're doing: Just DO NOT do that. If you need to do that, you're either doing something nasty or don't really know what you're doing. [2009-12-22 08:00:48] levi_tedder at hotmail dot com Description: If you have a web server host that responds very quickly and you're doing a lot of requests on it, curl will eventually respond "couldn't connect to host". This happens on my Windows XP machine and Windows 2003 server, but I've been unable to reproduce on Windows 2008. If I add a delay with usleep(5) it seems to be ok. I'm not sure if this is by design, OS-restriction or wrong usage (I've tried forums) or actual bug. Please forgive misplacement. To get the script below to exit with "couldn't connect to host" you need a fast responding web server host. Reproduce code: --- http://www.example.com";; for ($i = 1; $i <= 6000; $i++) { $ch = curl_init(); curl_setopt($ch, CURLOPT_URL,$url); curl_setopt($ch, CURLOPT_RETURNTRANSFER,1); $result=curl_exec ($ch); if (curl_errno($ch)) { exit(curl_error($ch)); } else { curl_close($ch); echo "count: $i\n"; } } ?> Expected result: count: 1 . . count: 6000 Actual result: -- count: 1 . . count 4322 couldn't connect to host -- Edit this bug report at http://bugs.php.net/?id=50553&edit=1
#46478 [Asn->Csd]: htmlentities() uses obsolete mapping table for character entity references
ID: 46478 Updated by: moriyo...@php.net Reported By: for-bugs at hnw dot jp -Status: Assigned +Status: Closed Bug Type: Feature/Change Request Operating System: * PHP Version: 5.2.6 Assigned To: moriyoshi 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: [2009-12-22 05:50:35] s...@php.net Automatic comment from SVN on behalf of moriyoshi Revision: http://svn.php.net/viewvc/?view=revision&revision=292467 Log: - Fix bug #46478 (htmlentities() uses obsolete mapping table for character entity references) [2008-11-09 16:39:06] moriyo...@php.net I think this is a bug, but correcting the table should break BC too. [2008-11-04 12:56:40] for-bugs at hnw dot jp Description: ext/standard/html.c has incorrect mapping table which htmlentities() uses. html.c is based on http://www.unicode.org/Public/MAPPINGS/OBSOLETE/UNI2SGML.TXT, but this mapping table is obsolete and not compatible with HTML4.0 or XHTML1.0. For example, U+2235(which is encoded to "\xe2\x88\xb5" with UTF-8) is not in http://www.w3.org/TR/xhtml1/DTD/xhtml-symbol.ent, but htmlentities() returns "∵". U+226A(≪) and U+226B(≫) are similler case. Reproduce code: --- http://bugs.php.net/?id=46478&edit=1
#50553 [Opn->Bgs]: Multiple curl_exec and curl_close looses host
ID: 50553 Updated by: j...@php.net Reported By: levi_tedder at hotmail dot com -Status: Open +Status: Bogus Bug Type: cURL related Operating System: Windows XP, Windows 2003 PHP Version: 5.2.12 New Comment: Whatever is happening happens in curl, so ask support there, not here. But basically what you're doing: Just DO NOT do that. If you need to do that, you're either doing something nasty or don't really know what you're doing. Previous Comments: [2009-12-22 08:00:48] levi_tedder at hotmail dot com Description: If you have a web server host that responds very quickly and you're doing a lot of requests on it, curl will eventually respond "couldn't connect to host". This happens on my Windows XP machine and Windows 2003 server, but I've been unable to reproduce on Windows 2008. If I add a delay with usleep(5) it seems to be ok. I'm not sure if this is by design, OS-restriction or wrong usage (I've tried forums) or actual bug. Please forgive misplacement. To get the script below to exit with "couldn't connect to host" you need a fast responding web server host. Reproduce code: --- http://www.example.com";; for ($i = 1; $i <= 6000; $i++) { $ch = curl_init(); curl_setopt($ch, CURLOPT_URL,$url); curl_setopt($ch, CURLOPT_RETURNTRANSFER,1); $result=curl_exec ($ch); if (curl_errno($ch)) { exit(curl_error($ch)); } else { curl_close($ch); echo "count: $i\n"; } } ?> Expected result: count: 1 . . count: 6000 Actual result: -- count: 1 . . count 4322 couldn't connect to host -- Edit this bug report at http://bugs.php.net/?id=50553&edit=1
#50551 [Fbk]: mb_ereg + mb_eregi crash
ID: 50551 Updated by: j...@php.net Reported By: r dot badding at gmail dot com Status: Feedback Bug Type: mbstring related Operating System: Windows XP PHP Version: 5.2.12 New Comment: And regarding the password, you can find the password reminder link on the "Edit Submission" tab.. Previous Comments: [2009-12-22 09:05:06] j...@php.net Please define "crash" ? Aren't you just running out of stack or memory..? FYI: There is no crash on *nix.. [2009-12-22 00:57:43] r dot badding at gmail dot com Also I used these Apache/2.0.63 (Win32) Server API Apache 2.0 Handler (cannot edit this bug submission, "incorrect password") [2009-12-22 00:45:42] r dot badding at gmail dot com I used a "clean" install, thread safe package. only mbstring extension enabled, "recommended" ini file. [2009-12-22 00:37:19] r dot badding at gmail dot com Description: When I make two request to the attached php file, in close proximity (so that the requests run at the same time), PHP crashes every time. If I modify the php file so that there are two mb_ereg calls, instead of one mb_ereg + one mb_eregi, I seem to get no crashes. Reproduce code: --- Expected result: No crashes. Actual result: -- Crash. -- Edit this bug report at http://bugs.php.net/?id=50551&edit=1
#50546 [Bgs]: zend_parse_method_parameters_ex does not honour flags for procedural parameter
ID: 50546 User updated by: hp at oeri dot ch Reported By: hp at oeri dot ch Status: Bogus -Bug Type: Feature/Change Request +Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.2.12 New Comment: If you have a look at the function, it seems supposed to work in a PHP_FUNCTION which is called either a) on itself or b) as method of an object. It is used exactly like that numerous times, e.g. in the intl extension. It distinguishes those two cases, and handles both gracefully. HOWEVER, in one case (a) the flags given in the call are not forwarded to zend_parse_va_args. In the other case (b), it does. Testing alternative argument definitions does work in both cases, but DOES issue void warnings. Previous Comments: [2009-12-22 08:42:21] j...@php.net Maybe there's reason it's named zend_parse_METHOD_parameters_ex(). No idea what you're reporting here -> bogus. [2009-12-21 20:12:24] hp at oeri dot ch Description: zend_parse_method_parameters_ex can be called in a method or a plain function. Flags are - however - only respected in the OOP context and ignored in a procedural context. Parameter parsing is therefore greatly limited. Procedural context Zend_API.c:1194 (svn head) retval = zend_parse_va_args(num_args, type_spec, &va, **0** TSRMLS_CC); OOP context Zend_API.c:1213 (svn head) retval = zend_parse_va_args(num_args, p, &va, **flags** TSRMLS_CC); -- Edit this bug report at http://bugs.php.net/?id=50546&edit=1
#50551 [Opn->Fbk]: mb_ereg + mb_eregi crash
ID: 50551 Updated by: j...@php.net Reported By: r dot badding at gmail dot com -Status: Open +Status: Feedback -Bug Type: Reproducible crash +Bug Type: mbstring related Operating System: Windows XP PHP Version: 5.2.12 New Comment: Please define "crash" ? Aren't you just running out of stack or memory..? FYI: There is no crash on *nix.. Previous Comments: [2009-12-22 00:57:43] r dot badding at gmail dot com Also I used these Apache/2.0.63 (Win32) Server API Apache 2.0 Handler (cannot edit this bug submission, "incorrect password") [2009-12-22 00:45:42] r dot badding at gmail dot com I used a "clean" install, thread safe package. only mbstring extension enabled, "recommended" ini file. [2009-12-22 00:37:19] r dot badding at gmail dot com Description: When I make two request to the attached php file, in close proximity (so that the requests run at the same time), PHP crashes every time. If I modify the php file so that there are two mb_ereg calls, instead of one mb_ereg + one mb_eregi, I seem to get no crashes. Reproduce code: --- Expected result: No crashes. Actual result: -- Crash. -- Edit this bug report at http://bugs.php.net/?id=50551&edit=1
#50546 [Opn->Bgs]: zend_parse_method_parameters_ex does not honour flags for procedural parameter
ID: 50546 Updated by: j...@php.net Reported By: hp at oeri dot ch -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: * PHP Version: 5.2.12 New Comment: Maybe there's reason it's named zend_parse_METHOD_parameters_ex(). No idea what you're reporting here -> bogus. Previous Comments: [2009-12-21 20:12:24] hp at oeri dot ch Description: zend_parse_method_parameters_ex can be called in a method or a plain function. Flags are - however - only respected in the OOP context and ignored in a procedural context. Parameter parsing is therefore greatly limited. Procedural context Zend_API.c:1194 (svn head) retval = zend_parse_va_args(num_args, type_spec, &va, **0** TSRMLS_CC); OOP context Zend_API.c:1213 (svn head) retval = zend_parse_va_args(num_args, p, &va, **flags** TSRMLS_CC); -- Edit this bug report at http://bugs.php.net/?id=50546&edit=1
#47412 [Opn->Asn]: PHP_MSHUTDOWN_FUNCTION not being called under FastCGI
ID: 47412 Updated by: paj...@php.net Reported By: tser at deltacontrols dot com -Status: Open +Status: Assigned Bug Type: CGI related Operating System: win32 only - Vista PHP Version: 5.2.9RC2 -Assigned To: +Assigned To: pajoye New Comment: Will verify this issue once I'm back from vacation. Previous Comments: [2009-12-23 02:15:37] liak dot liang at gmail dot com Have the same problem in PHP5.3.0 [2009-04-21 19:30:20] tser at deltacontrols dot com 5.2.10 (April 21) has the same problem. [2009-04-21 17:08:54] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-04-21 16:38:31] tser at deltacontrols dot com I don't understand the question about parent and child. It is simply the PHP_MSHUTDOWN_FUNCTION not being called (in FastCGI in IIS). You cannot duplicate it in linux because it does not happen in linux. The bug never mention linux. The problem is when using PHP in FastCGI mode using IIS (in Vista, not linux) [2009-04-21 09:50:23] j...@php.net Are you talking about the parent or childs? (And I can not reproduce this on linux, shutdown for every extension is definately called..) 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/47412 -- Edit this bug report at http://bugs.php.net/?id=47412&edit=1
#47412 [Com]: PHP_MSHUTDOWN_FUNCTION not being called under FastCGI
ID: 47412 Comment by: liak dot liang at gmail dot com Reported By: tser at deltacontrols dot com Status: Open Bug Type: CGI related Operating System: win32 only - Vista PHP Version: 5.2.9RC2 New Comment: Have the same problem in PHP5.3.0 Previous Comments: [2009-04-21 19:30:20] tser at deltacontrols dot com 5.2.10 (April 21) has the same problem. [2009-04-21 17:08:54] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-04-21 16:38:31] tser at deltacontrols dot com I don't understand the question about parent and child. It is simply the PHP_MSHUTDOWN_FUNCTION not being called (in FastCGI in IIS). You cannot duplicate it in linux because it does not happen in linux. The bug never mention linux. The problem is when using PHP in FastCGI mode using IIS (in Vista, not linux) [2009-04-21 09:50:23] j...@php.net Are you talking about the parent or childs? (And I can not reproduce this on linux, shutdown for every extension is definately called..) [2009-02-17 19:25:07] tser at deltacontrols dot com I mean when php-cgi.exe terminates MSHUTDOWN is not being called. This happen when running in FastCGI mode under IIS. 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/47412 -- Edit this bug report at http://bugs.php.net/?id=47412&edit=1
#50556 [Bgs]: php build guru required to debug main/php_config.h generated incorrectly
ID: 50556 User updated by: david at davidfavor dot com Reported By: david at davidfavor dot com Status: Bogus Bug Type: Compile Failure Operating System: Ubuntu 9.10 PHP Version: 5.3.1 New Comment: Bizarre. Some combination of package installations created symlinks from /bin/egrep to /bin/grep, so all egrep regular expressions were failing in configure. No clue how to check for this. Doing 'apt-get --reinstall install grep' fixed the problem. Close this bug. Previous Comments: [2009-12-22 22:29:01] david at davidfavor dot com It appears this is a configure problem. On the broken machine size_t is missed... r...@hive1:# grep size_t configure.log checking size of size_t... 4 checking size of ssize_t... 4 checking for size_t... no checking for size_t... (cached) no On the working machine... r...@hive2:# grep size_t configure.log checking size of size_t... 4 checking size of ssize_t... 4 checking for size_t... yes checking for size_t... (cached) yes [2009-12-22 22:23:52] johan...@php.net Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. The output depends on the libraries, environment variables the system (for instance 32 vs 64 bit, x86 vs. sparc, ...) so the output can be different easily For learning how to debug it learn about autoconf and automake. [2009-12-22 22:21:37] david at davidfavor dot com One example of this is... /* Define to `unsigned' if doesn't define. *//* Define to `unsigned' if doesn't define. */ /* #undef size_t */ | #define size_t unsigned The machine with #define size_t unsigned fails compiles with... /bin/sh /build/work/php-5.3.1/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/build/work/php-5.3.1/ext/date/ -DPHP_ATOM_INC -I/build/work/php-5.3.1/include -I/build/work/php-5.3.1/main -I/build/work/php-5.3.1 -I/build/work/php-5.3.1/ext/date/lib -I/build/work/php-5.3.1/ext/ereg/regex -I/usr/include/libxml2 -I/build/work/php-5.3.1/ext/sqlite3/libsqlite -I/build/work/php-5.3.1/TSRM -I/build/work/php-5.3.1/Zend -I/usr/include -g -O2 -fvisibility=hidden -c /build/work/php-5.3.1/ext/date/php_date.c -o ext/date/php_date.lo In file included from /usr/include/stdlib.h:33, from /build/work/php-5.3.1/include/../main/php_config.h:2845, from /build/work/php-5.3.1/Zend/zend_config.h:1, from /build/work/php-5.3.1/Zend/zend.h:51, from /build/work/php-5.3.1/main/php.h:34, from /build/work/php-5.3.1/ext/date/php_date.c:21: /usr/lib/gcc/i486-linux-gnu/4.4.1/include/stddef.h:211: error: duplicate 'unsigned' In file included from /usr/include/stdlib.h:320, from /build/work/php-5.3.1/include/../main/php_config.h:2845, from /build/work/php-5.3.1/Zend/zend_config.h:1, from /build/work/php-5.3.1/Zend/zend.h:51, from /build/work/php-5.3.1/main/php.h:34, from /build/work/php-5.3.1/ext/date/php_date.c:21: /usr/include/sys/types.h:151: error: duplicate 'unsigned' /usr/include/sys/types.h:153: error: duplicate 'unsigned' /usr/include/sys/types.h:153: error: two or more data types in declaration specifiers make: *** [ext/date/php_date.lo] Error 1 And... maybe ./configure is picking this up wrong somehow so the autoheader process simply passes this along when php_config.h is created. [2009-12-22 22:13:22] david at davidfavor dot com I've reported this as a bug, rather than sending through the support mailing list because once this cause is determined, it's best guarded against as this problem is extremely difficult to debug. [2009-12-22 22:09:57] david at davidfavor dot com Description: configure process generates different php_config.h files on different Ubuntu machines with identical packages installed (per dpkg -l). I've tried to decipher the ./configure process and have yet to figure it out. What I require is a php build guru to explain how to manually generate php_config.h from php_config.h.in to debug what's occurring. Thanks. Reproduce code: --- ./configure && make
#48195 [Com]: iconv link failure
ID: 48195 Comment by: crackinggear at hotmail dot com Reported By: rickdunn at chez dot com Status: Open Bug Type: Compile Failure Operating System: MacOSX 10.6.2 PHP Version: 5.3.1 Assigned To: scottmac New Comment: Having the same problem I thought it might help if I posted my results of those two commands too: PHP-version: php5.3-200912221930 OS: Mac OS X 10.6.2 System iconv: 1.11 ---cat php_have_bsd_iconv.h \ (etc...)--- #define HAVE_ICONV 1 #define HAVE_LIBICONV 1 #define ICONV_SUPPORTS_ERRNO 1 #define PHP_ICONV_H_PATH #define PHP_ICONV_IMPL "libiconv" ---grep ICONV main/php_config.h | grep define--- #define HAVE_LIBICONV 1 #define HAVE_LIBICONV 1 #define HAVE_ICONV 1 #define PHP_ICONV_IMPL "libiconv" #define PHP_ICONV_IMPL "libiconv" #define PHP_ICONV_IMPL "libiconv" #define PHP_ICONV_IMPL "libiconv" #define ICONV_SUPPORTS_ERRNO 1 #define ICONV_SUPPORTS_ERRNO 1 #define ICONV_SUPPORTS_ERRNO 1 #define PHP_ICONV_H_PATH #define HAVE_LIBICONV 1 #define HAVE_LIBICONV 1 #define HAVE_ICONV 1 Hope it helps in some way to resolve the problem... Previous Comments: [2009-12-22 15:10:49] rickdunn at chez dot com I don't use 5.2.*, so this is just a 5.3.* issue for me. Here's the output requested: The grep results... #define HAVE_ICONV 1 #define PHP_ICONV_IMPL "libiconv" #define PHP_ICONV_IMPL "libiconv" #define PHP_ICONV_IMPL "libiconv" #define PHP_ICONV_IMPL "libiconv" #define ICONV_SUPPORTS_ERRNO 1 #define ICONV_SUPPORTS_ERRNO 1 #define ICONV_SUPPORTS_ERRNO 1 #define PHP_ICONV_H_PATH #define HAVE_ICONV 1 And the cat results... #define HAVE_ICONV 1 #define HAVE_LIBICONV 1 #define ICONV_SUPPORTS_ERRNO 1 #define PHP_ICONV_H_PATH #define PHP_ICONV_IMPL "libiconv" [2009-12-22 14:37:33] j...@php.net I deleted the irrelevant comments from this report, it was getting too noisy. Now, is it still so that compiling PHP 5.2.12 works and only 5.3 fails? Please show the output of these commands after running configure (for the failed build :) # grep ICONV main/php_config.h | grep define and # cat php_have_bsd_iconv.h \ php_have_glibc_iconv.h \ php_have_ibm_iconv.h \ php_have_iconv.h \ php_have_libiconv.h \ php_iconv_supports_errno.h \ php_php_iconv_h_path.h \ php_php_iconv_impl.h [2009-12-22 12:22:22] rickdunn at chez dot com The snapshot make failed with the usual message. "Undefined symbols: "_libiconv", referenced from:", etc. [2009-12-16 08:31:02] j...@php.net That's just fixing a symptom, not the bug. [2009-12-15 22:32:37] rickdunn at chez dot com Apple has a patch for the PHP source iconv.c file that fixes this problem: http://www.opensource.apple.com/source/apache_mod_php/apache_mod_php- 53/patches/iconv.patch 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/48195 -- Edit this bug report at http://bugs.php.net/?id=48195&edit=1
#50556 [Bgs]: php build guru required to debug main/php_config.h generated incorrectly
ID: 50556 User updated by: david at davidfavor dot com Reported By: david at davidfavor dot com Status: Bogus Bug Type: Compile Failure Operating System: Ubuntu 9.10 PHP Version: 5.3.1 New Comment: It appears this is a configure problem. On the broken machine size_t is missed... r...@hive1:# grep size_t configure.log checking size of size_t... 4 checking size of ssize_t... 4 checking for size_t... no checking for size_t... (cached) no On the working machine... r...@hive2:# grep size_t configure.log checking size of size_t... 4 checking size of ssize_t... 4 checking for size_t... yes checking for size_t... (cached) yes Previous Comments: [2009-12-22 22:23:52] johan...@php.net Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. The output depends on the libraries, environment variables the system (for instance 32 vs 64 bit, x86 vs. sparc, ...) so the output can be different easily For learning how to debug it learn about autoconf and automake. [2009-12-22 22:21:37] david at davidfavor dot com One example of this is... /* Define to `unsigned' if doesn't define. *//* Define to `unsigned' if doesn't define. */ /* #undef size_t */ | #define size_t unsigned The machine with #define size_t unsigned fails compiles with... /bin/sh /build/work/php-5.3.1/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/build/work/php-5.3.1/ext/date/ -DPHP_ATOM_INC -I/build/work/php-5.3.1/include -I/build/work/php-5.3.1/main -I/build/work/php-5.3.1 -I/build/work/php-5.3.1/ext/date/lib -I/build/work/php-5.3.1/ext/ereg/regex -I/usr/include/libxml2 -I/build/work/php-5.3.1/ext/sqlite3/libsqlite -I/build/work/php-5.3.1/TSRM -I/build/work/php-5.3.1/Zend -I/usr/include -g -O2 -fvisibility=hidden -c /build/work/php-5.3.1/ext/date/php_date.c -o ext/date/php_date.lo In file included from /usr/include/stdlib.h:33, from /build/work/php-5.3.1/include/../main/php_config.h:2845, from /build/work/php-5.3.1/Zend/zend_config.h:1, from /build/work/php-5.3.1/Zend/zend.h:51, from /build/work/php-5.3.1/main/php.h:34, from /build/work/php-5.3.1/ext/date/php_date.c:21: /usr/lib/gcc/i486-linux-gnu/4.4.1/include/stddef.h:211: error: duplicate 'unsigned' In file included from /usr/include/stdlib.h:320, from /build/work/php-5.3.1/include/../main/php_config.h:2845, from /build/work/php-5.3.1/Zend/zend_config.h:1, from /build/work/php-5.3.1/Zend/zend.h:51, from /build/work/php-5.3.1/main/php.h:34, from /build/work/php-5.3.1/ext/date/php_date.c:21: /usr/include/sys/types.h:151: error: duplicate 'unsigned' /usr/include/sys/types.h:153: error: duplicate 'unsigned' /usr/include/sys/types.h:153: error: two or more data types in declaration specifiers make: *** [ext/date/php_date.lo] Error 1 And... maybe ./configure is picking this up wrong somehow so the autoheader process simply passes this along when php_config.h is created. [2009-12-22 22:13:22] david at davidfavor dot com I've reported this as a bug, rather than sending through the support mailing list because once this cause is determined, it's best guarded against as this problem is extremely difficult to debug. [2009-12-22 22:09:57] david at davidfavor dot com Description: configure process generates different php_config.h files on different Ubuntu machines with identical packages installed (per dpkg -l). I've tried to decipher the ./configure process and have yet to figure it out. What I require is a php build guru to explain how to manually generate php_config.h from php_config.h.in to debug what's occurring. Thanks. Reproduce code: --- ./configure && make -- Edit this bug report at http://bugs.php.net/?id=50556&edit=1
#50556 [Opn->Bgs]: php build guru required to debug main/php_config.h generated incorrectly
ID: 50556 Updated by: johan...@php.net Reported By: david at davidfavor dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Ubuntu 9.10 PHP Version: 5.3.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. The output depends on the libraries, environment variables the system (for instance 32 vs 64 bit, x86 vs. sparc, ...) so the output can be different easily For learning how to debug it learn about autoconf and automake. Previous Comments: [2009-12-22 22:21:37] david at davidfavor dot com One example of this is... /* Define to `unsigned' if doesn't define. *//* Define to `unsigned' if doesn't define. */ /* #undef size_t */ | #define size_t unsigned The machine with #define size_t unsigned fails compiles with... /bin/sh /build/work/php-5.3.1/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/build/work/php-5.3.1/ext/date/ -DPHP_ATOM_INC -I/build/work/php-5.3.1/include -I/build/work/php-5.3.1/main -I/build/work/php-5.3.1 -I/build/work/php-5.3.1/ext/date/lib -I/build/work/php-5.3.1/ext/ereg/regex -I/usr/include/libxml2 -I/build/work/php-5.3.1/ext/sqlite3/libsqlite -I/build/work/php-5.3.1/TSRM -I/build/work/php-5.3.1/Zend -I/usr/include -g -O2 -fvisibility=hidden -c /build/work/php-5.3.1/ext/date/php_date.c -o ext/date/php_date.lo In file included from /usr/include/stdlib.h:33, from /build/work/php-5.3.1/include/../main/php_config.h:2845, from /build/work/php-5.3.1/Zend/zend_config.h:1, from /build/work/php-5.3.1/Zend/zend.h:51, from /build/work/php-5.3.1/main/php.h:34, from /build/work/php-5.3.1/ext/date/php_date.c:21: /usr/lib/gcc/i486-linux-gnu/4.4.1/include/stddef.h:211: error: duplicate 'unsigned' In file included from /usr/include/stdlib.h:320, from /build/work/php-5.3.1/include/../main/php_config.h:2845, from /build/work/php-5.3.1/Zend/zend_config.h:1, from /build/work/php-5.3.1/Zend/zend.h:51, from /build/work/php-5.3.1/main/php.h:34, from /build/work/php-5.3.1/ext/date/php_date.c:21: /usr/include/sys/types.h:151: error: duplicate 'unsigned' /usr/include/sys/types.h:153: error: duplicate 'unsigned' /usr/include/sys/types.h:153: error: two or more data types in declaration specifiers make: *** [ext/date/php_date.lo] Error 1 And... maybe ./configure is picking this up wrong somehow so the autoheader process simply passes this along when php_config.h is created. [2009-12-22 22:13:22] david at davidfavor dot com I've reported this as a bug, rather than sending through the support mailing list because once this cause is determined, it's best guarded against as this problem is extremely difficult to debug. [2009-12-22 22:09:57] david at davidfavor dot com Description: configure process generates different php_config.h files on different Ubuntu machines with identical packages installed (per dpkg -l). I've tried to decipher the ./configure process and have yet to figure it out. What I require is a php build guru to explain how to manually generate php_config.h from php_config.h.in to debug what's occurring. Thanks. Reproduce code: --- ./configure && make -- Edit this bug report at http://bugs.php.net/?id=50556&edit=1
#50556 [Opn]: php build guru required to debug main/php_config.h generated incorrectly
ID: 50556 User updated by: david at davidfavor dot com Reported By: david at davidfavor dot com Status: Open Bug Type: Compile Failure Operating System: Ubuntu 9.10 PHP Version: 5.3.1 New Comment: One example of this is... /* Define to `unsigned' if doesn't define. *//* Define to `unsigned' if doesn't define. */ /* #undef size_t */ | #define size_t unsigned The machine with #define size_t unsigned fails compiles with... /bin/sh /build/work/php-5.3.1/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/build/work/php-5.3.1/ext/date/ -DPHP_ATOM_INC -I/build/work/php-5.3.1/include -I/build/work/php-5.3.1/main -I/build/work/php-5.3.1 -I/build/work/php-5.3.1/ext/date/lib -I/build/work/php-5.3.1/ext/ereg/regex -I/usr/include/libxml2 -I/build/work/php-5.3.1/ext/sqlite3/libsqlite -I/build/work/php-5.3.1/TSRM -I/build/work/php-5.3.1/Zend -I/usr/include -g -O2 -fvisibility=hidden -c /build/work/php-5.3.1/ext/date/php_date.c -o ext/date/php_date.lo In file included from /usr/include/stdlib.h:33, from /build/work/php-5.3.1/include/../main/php_config.h:2845, from /build/work/php-5.3.1/Zend/zend_config.h:1, from /build/work/php-5.3.1/Zend/zend.h:51, from /build/work/php-5.3.1/main/php.h:34, from /build/work/php-5.3.1/ext/date/php_date.c:21: /usr/lib/gcc/i486-linux-gnu/4.4.1/include/stddef.h:211: error: duplicate 'unsigned' In file included from /usr/include/stdlib.h:320, from /build/work/php-5.3.1/include/../main/php_config.h:2845, from /build/work/php-5.3.1/Zend/zend_config.h:1, from /build/work/php-5.3.1/Zend/zend.h:51, from /build/work/php-5.3.1/main/php.h:34, from /build/work/php-5.3.1/ext/date/php_date.c:21: /usr/include/sys/types.h:151: error: duplicate 'unsigned' /usr/include/sys/types.h:153: error: duplicate 'unsigned' /usr/include/sys/types.h:153: error: two or more data types in declaration specifiers make: *** [ext/date/php_date.lo] Error 1 And... maybe ./configure is picking this up wrong somehow so the autoheader process simply passes this along when php_config.h is created. Previous Comments: [2009-12-22 22:13:22] david at davidfavor dot com I've reported this as a bug, rather than sending through the support mailing list because once this cause is determined, it's best guarded against as this problem is extremely difficult to debug. [2009-12-22 22:09:57] david at davidfavor dot com Description: configure process generates different php_config.h files on different Ubuntu machines with identical packages installed (per dpkg -l). I've tried to decipher the ./configure process and have yet to figure it out. What I require is a php build guru to explain how to manually generate php_config.h from php_config.h.in to debug what's occurring. Thanks. Reproduce code: --- ./configure && make -- Edit this bug report at http://bugs.php.net/?id=50556&edit=1
#50556 [Opn]: php build guru required to debug main/php_config.h generated incorrectly
ID: 50556 User updated by: david at davidfavor dot com Reported By: david at davidfavor dot com Status: Open Bug Type: Compile Failure Operating System: Ubuntu 9.10 PHP Version: 5.3.1 New Comment: I've reported this as a bug, rather than sending through the support mailing list because once this cause is determined, it's best guarded against as this problem is extremely difficult to debug. Previous Comments: [2009-12-22 22:09:57] david at davidfavor dot com Description: configure process generates different php_config.h files on different Ubuntu machines with identical packages installed (per dpkg -l). I've tried to decipher the ./configure process and have yet to figure it out. What I require is a php build guru to explain how to manually generate php_config.h from php_config.h.in to debug what's occurring. Thanks. Reproduce code: --- ./configure && make -- Edit this bug report at http://bugs.php.net/?id=50556&edit=1
#50538 [Bgs]: php_date.c compliation fails
ID: 50538 User updated by: david at davidfavor dot com Reported By: david at davidfavor dot com Status: Bogus Bug Type: Compile Failure Operating System: Ubuntu 9.10 PHP Version: 5.3.1 New Comment: This bug can be closed. I've opened a new bug 50556 to debug the real problem which is where main/php_config.h gets generated differently from main/php_config.h.in on multiple Ubuntu 9.10 machines where 'dpkg -l' reports identical packages installed. Previous Comments: [2009-12-21 02:41:46] ahar...@php.net This appears to be a problem with your build environment, rather than a PHP bug: PHP 5.3.1 builds fine on a stock Ubuntu 9.10 install, and the error you're getting is being generated deep within the system headers, rather than in anything specific to PHP. I suspect you'll have trouble compiling just about anything if including stdlib.h is causing problems. I would suggest following this up either with the PHP support options linked to by Daniel, or probably more productively, with one of Ubuntu's support options, such as their forums. Closing bug. [2009-12-20 20:34:06] degeb...@php.net Hi David, This is a problem with building PHP, not with building the documentation. I've reclassified the bug report for you so it will get to the right people. Personally, I have built PHP 5.3.1 from source on my Ubuntu 9.10 install, so it's probably your setup that is missing something. See http://www.php.net/support.php for support options. - Daniel [2009-12-20 15:28:50] david at davidfavor dot com Description: The same problem appears with all stable versions of php (5.2.12, 5.3.0, 5.3.1) and Ubuntu Karmic with gcc-4.4.1 where php_date.c compilation fails. Reproduce code: --- r...@hive1:# ./configure r...@hive1:# make /bin/sh /home/dfavor/work/php-5.3.1/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/home/dfavor/work/php-5.3.1/ext/date/ -DPHP_ATOM_INC -I/home/dfavor/work/php-5.3.1/include -I/home/dfavor/work/php-5.3.1/main -I/home/dfavor/work/php-5.3.1 -I/home/dfavor/work/php-5.3.1/ext/date/lib -I/home/dfavor/work/php-5.3.1/ext/ereg/regex -I/usr/include/libxml2 -I/home/dfavor/work/php-5.3.1/ext/sqlite3/libsqlite -I/home/dfavor/work/php-5.3.1/TSRM -I/home/dfavor/work/php-5.3.1/Zend -I/usr/include -g -O2 -fvisibility=hidden -c /home/dfavor/work/php-5.3.1/ext/date/php_date.c -o ext/date/php_date.lo In file included from /usr/include/stdlib.h:33, from /home/dfavor/work/php-5.3.1/include/../main/php_config.h:2845, from /home/dfavor/work/php-5.3.1/Zend/zend_config.h:1, from /home/dfavor/work/php-5.3.1/Zend/zend.h:51, from /home/dfavor/work/php-5.3.1/main/php.h:34, from /home/dfavor/work/php-5.3.1/ext/date/php_date.c:21: /usr/lib/gcc/i486-linux-gnu/4.4.1/include/stddef.h:211: error: duplicate 'unsigned' In file included from /usr/include/stdlib.h:320, from /home/dfavor/work/php-5.3.1/include/../main/php_config.h:2845, from /home/dfavor/work/php-5.3.1/Zend/zend_config.h:1, from /home/dfavor/work/php-5.3.1/Zend/zend.h:51, from /home/dfavor/work/php-5.3.1/main/php.h:34, from /home/dfavor/work/php-5.3.1/ext/date/php_date.c:21: /usr/include/sys/types.h:151: error: duplicate 'unsigned' /usr/include/sys/types.h:153: error: duplicate 'unsigned' /usr/include/sys/types.h:153: error: two or more data types in declaration specifiers make: *** [ext/date/php_date.lo] Error 1 r...@hive1:# uname -a Linux hive1.coolsurf.com 2.6.31-10-generic #35-Ubuntu SMP Tue Sep 22 17:33:42 UTC 2009 i686 GNU/Linux r...@hive1:# gcc --version gcc (Ubuntu 4.4.1-4ubuntu8) 4.4.1 r...@hive1:# libtool --version ltmain.sh (GNU libtool) 2.2.6 There are many ways of hacking this to work and I'd prefer someone in the know tell me the correct way to fix this. Thanks. -- Edit this bug report at http://bugs.php.net/?id=50538&edit=1
#50556 [NEW]: php build guru required to debug main/php_config.h generated incorrectly
From: david at davidfavor dot com Operating system: Ubuntu 9.10 PHP version: 5.3.1 PHP Bug Type: Compile Failure Bug description: php build guru required to debug main/php_config.h generated incorrectly Description: configure process generates different php_config.h files on different Ubuntu machines with identical packages installed (per dpkg -l). I've tried to decipher the ./configure process and have yet to figure it out. What I require is a php build guru to explain how to manually generate php_config.h from php_config.h.in to debug what's occurring. Thanks. Reproduce code: --- ./configure && make -- Edit bug report at http://bugs.php.net/?id=50556&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50556&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50556&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50556&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50556&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50556&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50556&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50556&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50556&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50556&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50556&r=support Expected behavior: http://bugs.php.net/fix.php?id=50556&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50556&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50556&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50556&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50556&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50556&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50556&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50556&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50556&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50556&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50556&r=mysqlcfg
#50555 [NEW]: Cannot retrieve output paramter from stored procedure
From: david dot wright at opticsplanet dot com Operating system: 2.6.24-24-server PHP version: 5.3.1 PHP Bug Type: PDO related Bug description: Cannot retrieve output paramter from stored procedure Description: I cannot retrieve an output parameter from a stored procedure (in my case on SQL Server 2005--am using PDO_DBLIB. Reproduce code: --- PHP Code: --- /** SNIP. Set up a valid $db here! **/ $return_value = 999; $sth = $db->prepare("EXEC dbo.opsp_Test ?"); $sth->bindParam(1, $return_value, PDO::PARAM_STR | PDO::PARAM_INPUT_OUTPUT, 4); $sth->execute(); echo "$return_value\n"; Stored Procedure -- CREATE PROCEDURE opsp_Test @TheOutputValue int OUTPUT AS BEGIN SET @TheOutputValue = 11 END Expected result: output should be: 11 Actual result: -- Output is 999 ($return_value unchanged) -- Edit bug report at http://bugs.php.net/?id=50555&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50555&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50555&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50555&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50555&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50555&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50555&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50555&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50555&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50555&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50555&r=support Expected behavior: http://bugs.php.net/fix.php?id=50555&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50555&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50555&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50555&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50555&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50555&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50555&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50555&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50555&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50555&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50555&r=mysqlcfg
#43887 [Com]: mssql2005 PROCEDURE PDO::PARAM_INPUT_OUTPUT
ID: 43887 Comment by: david dot wright at opticsplanet dot com Reported By: coldgrass at gmail dot com Status: No Feedback Bug Type: PDO related Operating System: * PHP Version: 5.2.6 New Comment: This is happening for me in 5.3.1., using Pdo_Dblib. Trying to call a stored procedure on SQL Server 2005 server. Cannot retrieve a value. PHP version 5.3.1 Using Pdo_Dblib Linux: 2.6.24-24-server SMP x86_64 GNU/Linux PHP Code: /** SNIP. Set up a valid $db here! **/ $return_value = 999; $sth = $db->prepare("EXEC dbo.opsp_Test ?"); $sth->bindParam(1, $return_value, PDO::PARAM_STR | PDO::PARAM_INPUT_OUTPUT, 4); $sth->execute(); echo "$return_value\n"; Return value ALWAYS comes back as 999, no matter what variations I try in bindParam call. Here's my Stored Procedure: --- CREATE PROCEDURE opsp_Test @TheOutputValue int OUTPUT AS BEGIN SET @TheOutputValue = 11 END Previous Comments: [2009-05-03 01:00:06] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2009-04-25 14:54:04] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2008-11-26 22:39:06] aventurella at gmail dot com forgot my php/OS version: 5.2.6 on OS X 10.5.5 [2008-11-26 22:37:50] aventurella at gmail dot com I can confrim this on MySQL and PostgreSQL as well. No PARAM_INPUT_OUTPUT values get bound through PDO when running a stored procedure. http://bugs.php.net/bug.php?id=46657 [2008-10-30 08:56:25] miha dot vrhovnik at domenca dot si Can confirm this on Linux. PHP 5.2.6, connecting to MSSQL 2000 via freetds 0.82RC4 Guys please fix that I had to revert back to mssql_* functions for calling stored procedures. So Now half of project uses PDO the other half the old functional style... 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/43887 -- Edit this bug report at http://bugs.php.net/?id=43887&edit=1
#44098 [NoF->Fbk]: imap_utf8() returns only capital letters
ID: 44098 Updated by: paj...@php.net Reported By: steffen at dislabs dot de -Status: No Feedback +Status: Feedback Bug Type: IMAP related Operating System: FreeBSD 6.2 PHP Version: 5.2.5 Assigned To: pajoye New Comment: Can you provide a link to the patch please? Previous Comments: [2009-12-22 18:00:11] sebastian dot gerlach at digionline dot de Complete patch for 5.3.1: *** configure 2009-11-18 21:11:57.0 +0100 --- configure.new 2009-12-22 18:36:30.0 +0100 *** *** 47697,47703 CFLAGS="-I$IMAP_INC_DIR" echo $ac_n "checking for U8T_CANONICAL""... $ac_c" 1>&6 echo "configure:47700: checking for U8T_CANONICAL" >&5 ! if eval "test \"`echo '$''{'ac_cv_u8t_canonical'+set}'`\" = set"; then echo $ac_n "(cached) $ac_c" 1>&6 else cat > conftest.$ac_ext <&6 echo "configure:47700: checking for U8T_CANONICAL" >&5 ! if eval "test \"`echo '$''{'ac_cv_u8t_decompose'+set}'`\" = set"; then echo $ac_n "(cached) $ac_c" 1>&6 else cat > conftest.$ac_ext <&5; (eval $ac_compile) 2>&5; }; then rm -rf conftest* ! ac_cv_u8t_canonical=yes else echo "configure: failed program was:" >&5 cat conftest.$ac_ext >&5 rm -rf conftest* ! ac_cv_u8t_canonical=no fi rm -f conftest* fi ! echo "$ac_t""$ac_cv_u8t_canonical" 1>&6 CFLAGS=$old_CFLAGS ! if test "$ac_cv_u8t_canonical" = "no" && test "$ac_cv_utf8_mime2text" = "new"; then { echo "configure: error: utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information." 1>&2; exit 1; } fi ! if test "$ac_cv_u8t_canonical" = "yes" && test "$ac_cv_utf8_mime2text" = "old"; then { echo "configure: error: utf8_mime2text() has old signature, but U8T_CANONICAL is present. This should not happen. Check config.log for additional information." 1>&2; exit 1; } fi --- 47715,47741 if { (eval echo configure:47716: \"$ac_compile\") 1>&5; (eval $ac_compile) 2>&5; }; then rm -rf conftest* ! ac_cv_u8t_decompose=yes else echo "configure: failed program was:" >&5 cat conftest.$ac_ext >&5 rm -rf conftest* ! ac_cv_u8t_decompose=no fi rm -f conftest* fi ! echo "$ac_t""$ac_cv_u8t_decompose" 1>&6 CFLAGS=$old_CFLAGS ! if test "$ac_cv_u8t_decompose" = "no" && test "$ac_cv_utf8_mime2text" = "new"; then { echo "configure: error: utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information." 1>&2; exit 1; } fi ! if test "$ac_cv_u8t_decompose" = "yes" && test "$ac_cv_utf8_mime2text" = "old"; then { echo "configure: error: utf8_mime2text() has old signature, but U8T_CANONICAL is present. This should not happen. Check config.log for additional information." 1>&2; exit 1; } fi *** ext/imap/config.m4 2009-05-05 03:22:44.0 +0200 --- ext/imap/config.m4.new 2009-12-22 18:39:16.0 +0100 *** *** 147,169 old_CFLAGS=$CFLAGS CFLAGS="-I$IMAP_INC_DIR" ! AC_CACHE_CHECK(for U8T_CANONICAL, ac_cv_u8t_canonical, AC_TRY_COMPILE([ #include ],[ int i = U8T_CANONICAL; ],[ ! ac_cv_u8t_canonical=yes ],[ ! ac_cv_u8t_canonical=no ]) ) CFLAGS=$old_CFLAGS ! if test "$ac_cv_u8t_canonical" = "no" && test "$ac_cv_utf8_mime2text" = "new"; then AC_MSG_ERROR([utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information.]) fi ! if test "$ac_cv_u8t_canonical" = "yes" && test "$ac_cv_utf8_mime2text" = "old"; then AC_MSG_ERROR([utf8_mime2text() has old signature, but U8T_CANONICAL is present. This should not happen. Check config.log for additional information.]) fi --- 147,169 old_CFLAGS=$CFLAGS CFLAGS="-I$IMAP_INC_DIR" ! AC_CACHE_CHECK(for U8T_DECOMPOSE, ac_cv_u8t_canonical, AC_TRY_COMPILE([ #include ],[ int i = U8T_CANONICAL; ],[ ! ac_cv_u8t_decompose=yes ],[ ! ac_cv_u8t_decompose=no ]) ) CFLAGS=$old_CFLAGS ! if test "$ac_cv_u8t_decompose" = "no" && test "$ac_cv_utf8_mime2text" = "new"; then AC_MSG_ERROR([utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information.]) fi ! if test "$ac_cv_u8t_decompose" = "yes" && test "$ac_cv_utf8_mime2text" = "old"; then AC_MSG_ERROR([utf8_mime2text() has old signature, but U8T
#50545 [Opn->Bgs]: entities being dropped, schma validation fails
ID: 50545 Updated by: rricha...@php.net Reported By: aclark at wayfm dot com -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: Gentoo Linux PHP Version: 5.2.12 New Comment: Dupe of bug #45996 Previous Comments: [2009-12-22 17:26:54] aclark at wayfm dot com Did a search based on rrichards' comment and found bug #45996. Upgraded to libxml2-2.7.3-r2, built php-5.2.11-r1 against it, and restarted apache. Both problems have been resolved. Thanks for your help and sorry to post a non-bug. Should this be closed as a duplicate of bug #45996? [2009-12-22 16:45:35] rricha...@php.net Try upgrading libxml. Versions 2.7.0 - 2.7.2 had broken some entity handling and this appears to be that [2009-12-22 16:10:17] aclark at wayfm dot com Compiled against libxml2-2.7.2-r2. [2009-12-22 09:11:11] j...@php.net 1. What libxml version is PHP compiled with? (check from phpinfo()..) 2. Your reproducing script has some problems since it's not possible to copy'n'paste it and just run it.. [2009-12-21 17:45:51] aclark at wayfm dot com Description: After a recent PHP upgrade (to 5.2.11-r1), some existing code on a few of my sites suddenly "broke." In both instances, it's XML-related PHP code that silently and completely drops html entities from XML code. In one instance, it's an RSS feed. "Lorem..." becomes "pLorem..." The (newly) offending code contains the xml_parse_into_struct function. In the other, it's a CDATA section of an XML-RPC ping. Same problem. The entity-escaped tags are preserved, but without the surrounding lt and gt entities, rendering the payload useless. This code uses DOMDocument::LoadXML and schemaValidate Searching a bit turned up the desiccated carcass of bug #35271, but nothing recent that I could find. Downgraded to PHP 5.2.9-r2. Same problem Reproduce code: --- libxml_use_internal_errors(true); $xdoc= new DomDocument; $xml=$params[1]; if (!$xml) { xmlrpc_error(10, "No payload detected."); } $xmlschema='payload2.xsd'; $xdoc->LoadXML($xml); if ($xdoc->schemaValidate($xmlschema)) { Expected result: $xml (payload from incoming XML-RPC ping) is successfully validated against the schema doc), schemaValidate if statement is true, & code inside is executed. Actual result: -- Schema validation fails with "The document has no document element." A dump of the payload reveals that lt and gt entities have been stripped from the payload: tag attr="true"tag attr="10046"tag /tagtagTag Contents/tagtag Tag Contents/tag/tag/tag //tag schemaValidate if statement is false, else code (omitted) is executed, returning aforementioned error to RPC client. -- Edit this bug report at http://bugs.php.net/?id=50545&edit=1
#44098 [Com]: imap_utf8() returns only capital letters
ID: 44098 Comment by: sebastian dot gerlach at digionline dot de Reported By: steffen at dislabs dot de Status: No Feedback Bug Type: IMAP related Operating System: FreeBSD 6.2 PHP Version: 5.2.5 Assigned To: pajoye New Comment: Complete patch for 5.3.1: *** configure 2009-11-18 21:11:57.0 +0100 --- configure.new 2009-12-22 18:36:30.0 +0100 *** *** 47697,47703 CFLAGS="-I$IMAP_INC_DIR" echo $ac_n "checking for U8T_CANONICAL""... $ac_c" 1>&6 echo "configure:47700: checking for U8T_CANONICAL" >&5 ! if eval "test \"`echo '$''{'ac_cv_u8t_canonical'+set}'`\" = set"; then echo $ac_n "(cached) $ac_c" 1>&6 else cat > conftest.$ac_ext <&6 echo "configure:47700: checking for U8T_CANONICAL" >&5 ! if eval "test \"`echo '$''{'ac_cv_u8t_decompose'+set}'`\" = set"; then echo $ac_n "(cached) $ac_c" 1>&6 else cat > conftest.$ac_ext <&5; (eval $ac_compile) 2>&5; }; then rm -rf conftest* ! ac_cv_u8t_canonical=yes else echo "configure: failed program was:" >&5 cat conftest.$ac_ext >&5 rm -rf conftest* ! ac_cv_u8t_canonical=no fi rm -f conftest* fi ! echo "$ac_t""$ac_cv_u8t_canonical" 1>&6 CFLAGS=$old_CFLAGS ! if test "$ac_cv_u8t_canonical" = "no" && test "$ac_cv_utf8_mime2text" = "new"; then { echo "configure: error: utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information." 1>&2; exit 1; } fi ! if test "$ac_cv_u8t_canonical" = "yes" && test "$ac_cv_utf8_mime2text" = "old"; then { echo "configure: error: utf8_mime2text() has old signature, but U8T_CANONICAL is present. This should not happen. Check config.log for additional information." 1>&2; exit 1; } fi --- 47715,47741 if { (eval echo configure:47716: \"$ac_compile\") 1>&5; (eval $ac_compile) 2>&5; }; then rm -rf conftest* ! ac_cv_u8t_decompose=yes else echo "configure: failed program was:" >&5 cat conftest.$ac_ext >&5 rm -rf conftest* ! ac_cv_u8t_decompose=no fi rm -f conftest* fi ! echo "$ac_t""$ac_cv_u8t_decompose" 1>&6 CFLAGS=$old_CFLAGS ! if test "$ac_cv_u8t_decompose" = "no" && test "$ac_cv_utf8_mime2text" = "new"; then { echo "configure: error: utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information." 1>&2; exit 1; } fi ! if test "$ac_cv_u8t_decompose" = "yes" && test "$ac_cv_utf8_mime2text" = "old"; then { echo "configure: error: utf8_mime2text() has old signature, but U8T_CANONICAL is present. This should not happen. Check config.log for additional information." 1>&2; exit 1; } fi *** ext/imap/config.m4 2009-05-05 03:22:44.0 +0200 --- ext/imap/config.m4.new 2009-12-22 18:39:16.0 +0100 *** *** 147,169 old_CFLAGS=$CFLAGS CFLAGS="-I$IMAP_INC_DIR" ! AC_CACHE_CHECK(for U8T_CANONICAL, ac_cv_u8t_canonical, AC_TRY_COMPILE([ #include ],[ int i = U8T_CANONICAL; ],[ ! ac_cv_u8t_canonical=yes ],[ ! ac_cv_u8t_canonical=no ]) ) CFLAGS=$old_CFLAGS ! if test "$ac_cv_u8t_canonical" = "no" && test "$ac_cv_utf8_mime2text" = "new"; then AC_MSG_ERROR([utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information.]) fi ! if test "$ac_cv_u8t_canonical" = "yes" && test "$ac_cv_utf8_mime2text" = "old"; then AC_MSG_ERROR([utf8_mime2text() has old signature, but U8T_CANONICAL is present. This should not happen. Check config.log for additional information.]) fi --- 147,169 old_CFLAGS=$CFLAGS CFLAGS="-I$IMAP_INC_DIR" ! AC_CACHE_CHECK(for U8T_DECOMPOSE, ac_cv_u8t_canonical, AC_TRY_COMPILE([ #include ],[ int i = U8T_CANONICAL; ],[ ! ac_cv_u8t_decompose=yes ],[ ! ac_cv_u8t_decompose=no ]) ) CFLAGS=$old_CFLAGS ! if test "$ac_cv_u8t_decompose" = "no" && test "$ac_cv_utf8_mime2text" = "new"; then AC_MSG_ERROR([utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information.]) fi ! if test "$ac_cv_u8t_decompose" = "yes" && test "$ac_cv_utf8_mime2text" = "old"; then AC_MSG_ERROR([utf8_mime2text() has old signature, but U8T_CANONICAL is present. This should not happen. Check config.log for additional information.]) fi *** ext/imap/php_imap.c 2009-10-09 19:38:19.0 +0200 --- ext/imap/php_imap.c.new 2009-12
#50545 [Fbk->Opn]: entities being dropped, schma validation fails
ID: 50545 User updated by: aclark at wayfm dot com Reported By: aclark at wayfm dot com -Status: Feedback +Status: Open Bug Type: DOM XML related Operating System: Gentoo Linux PHP Version: 5.2.12 New Comment: Did a search based on rrichards' comment and found bug #45996. Upgraded to libxml2-2.7.3-r2, built php-5.2.11-r1 against it, and restarted apache. Both problems have been resolved. Thanks for your help and sorry to post a non-bug. Should this be closed as a duplicate of bug #45996? Previous Comments: [2009-12-22 16:45:35] rricha...@php.net Try upgrading libxml. Versions 2.7.0 - 2.7.2 had broken some entity handling and this appears to be that [2009-12-22 16:10:17] aclark at wayfm dot com Compiled against libxml2-2.7.2-r2. [2009-12-22 09:11:11] j...@php.net 1. What libxml version is PHP compiled with? (check from phpinfo()..) 2. Your reproducing script has some problems since it's not possible to copy'n'paste it and just run it.. [2009-12-21 17:45:51] aclark at wayfm dot com Description: After a recent PHP upgrade (to 5.2.11-r1), some existing code on a few of my sites suddenly "broke." In both instances, it's XML-related PHP code that silently and completely drops html entities from XML code. In one instance, it's an RSS feed. "Lorem..." becomes "pLorem..." The (newly) offending code contains the xml_parse_into_struct function. In the other, it's a CDATA section of an XML-RPC ping. Same problem. The entity-escaped tags are preserved, but without the surrounding lt and gt entities, rendering the payload useless. This code uses DOMDocument::LoadXML and schemaValidate Searching a bit turned up the desiccated carcass of bug #35271, but nothing recent that I could find. Downgraded to PHP 5.2.9-r2. Same problem Reproduce code: --- libxml_use_internal_errors(true); $xdoc= new DomDocument; $xml=$params[1]; if (!$xml) { xmlrpc_error(10, "No payload detected."); } $xmlschema='payload2.xsd'; $xdoc->LoadXML($xml); if ($xdoc->schemaValidate($xmlschema)) { Expected result: $xml (payload from incoming XML-RPC ping) is successfully validated against the schema doc), schemaValidate if statement is true, & code inside is executed. Actual result: -- Schema validation fails with "The document has no document element." A dump of the payload reveals that lt and gt entities have been stripped from the payload: tag attr="true"tag attr="10046"tag /tagtagTag Contents/tagtag Tag Contents/tag/tag/tag //tag schemaValidate if statement is false, else code (omitted) is executed, returning aforementioned error to RPC client. -- Edit this bug report at http://bugs.php.net/?id=50545&edit=1
#50545 [Opn->Fbk]: entities being dropped, schma validation fails
ID: 50545 Updated by: rricha...@php.net Reported By: aclark at wayfm dot com -Status: Open +Status: Feedback Bug Type: DOM XML related Operating System: Gentoo Linux PHP Version: 5.2.12 New Comment: Try upgrading libxml. Versions 2.7.0 - 2.7.2 had broken some entity handling and this appears to be that Previous Comments: [2009-12-22 16:10:17] aclark at wayfm dot com Compiled against libxml2-2.7.2-r2. [2009-12-22 09:11:11] j...@php.net 1. What libxml version is PHP compiled with? (check from phpinfo()..) 2. Your reproducing script has some problems since it's not possible to copy'n'paste it and just run it.. [2009-12-21 17:45:51] aclark at wayfm dot com Description: After a recent PHP upgrade (to 5.2.11-r1), some existing code on a few of my sites suddenly "broke." In both instances, it's XML-related PHP code that silently and completely drops html entities from XML code. In one instance, it's an RSS feed. "Lorem..." becomes "pLorem..." The (newly) offending code contains the xml_parse_into_struct function. In the other, it's a CDATA section of an XML-RPC ping. Same problem. The entity-escaped tags are preserved, but without the surrounding lt and gt entities, rendering the payload useless. This code uses DOMDocument::LoadXML and schemaValidate Searching a bit turned up the desiccated carcass of bug #35271, but nothing recent that I could find. Downgraded to PHP 5.2.9-r2. Same problem Reproduce code: --- libxml_use_internal_errors(true); $xdoc= new DomDocument; $xml=$params[1]; if (!$xml) { xmlrpc_error(10, "No payload detected."); } $xmlschema='payload2.xsd'; $xdoc->LoadXML($xml); if ($xdoc->schemaValidate($xmlschema)) { Expected result: $xml (payload from incoming XML-RPC ping) is successfully validated against the schema doc), schemaValidate if statement is true, & code inside is executed. Actual result: -- Schema validation fails with "The document has no document element." A dump of the payload reveals that lt and gt entities have been stripped from the payload: tag attr="true"tag attr="10046"tag /tagtagTag Contents/tagtag Tag Contents/tag/tag/tag //tag schemaValidate if statement is false, else code (omitted) is executed, returning aforementioned error to RPC client. -- Edit this bug report at http://bugs.php.net/?id=50545&edit=1
#50545 [Fbk->Opn]: entities being dropped, schma validation fails
ID: 50545 User updated by: aclark at wayfm dot com Reported By: aclark at wayfm dot com -Status: Feedback +Status: Open Bug Type: DOM XML related Operating System: Gentoo Linux PHP Version: 5.2.12 New Comment: Compiled against libxml2-2.7.2-r2. Previous Comments: [2009-12-22 09:11:11] j...@php.net 1. What libxml version is PHP compiled with? (check from phpinfo()..) 2. Your reproducing script has some problems since it's not possible to copy'n'paste it and just run it.. [2009-12-21 17:45:51] aclark at wayfm dot com Description: After a recent PHP upgrade (to 5.2.11-r1), some existing code on a few of my sites suddenly "broke." In both instances, it's XML-related PHP code that silently and completely drops html entities from XML code. In one instance, it's an RSS feed. "Lorem..." becomes "pLorem..." The (newly) offending code contains the xml_parse_into_struct function. In the other, it's a CDATA section of an XML-RPC ping. Same problem. The entity-escaped tags are preserved, but without the surrounding lt and gt entities, rendering the payload useless. This code uses DOMDocument::LoadXML and schemaValidate Searching a bit turned up the desiccated carcass of bug #35271, but nothing recent that I could find. Downgraded to PHP 5.2.9-r2. Same problem Reproduce code: --- libxml_use_internal_errors(true); $xdoc= new DomDocument; $xml=$params[1]; if (!$xml) { xmlrpc_error(10, "No payload detected."); } $xmlschema='payload2.xsd'; $xdoc->LoadXML($xml); if ($xdoc->schemaValidate($xmlschema)) { Expected result: $xml (payload from incoming XML-RPC ping) is successfully validated against the schema doc), schemaValidate if statement is true, & code inside is executed. Actual result: -- Schema validation fails with "The document has no document element." A dump of the payload reveals that lt and gt entities have been stripped from the payload: tag attr="true"tag attr="10046"tag /tagtagTag Contents/tagtag Tag Contents/tag/tag/tag //tag schemaValidate if statement is false, else code (omitted) is executed, returning aforementioned error to RPC client. -- Edit this bug report at http://bugs.php.net/?id=50545&edit=1
#50514 [Bgs]: failure while running make test
ID: 50514 User updated by: pushpender007 at gmail dot com Reported By: pushpender007 at gmail dot com Status: Bogus Bug Type: Compile Failure Operating System: SUSE Enterprise Server s390x PHP Version: 5.2SVN-2009-12-18 (snap) New Comment: This is new result file with version 5.2.12. http://pushpender007.byethost6.com/php_test_results_20091222_1455.txt As you saying you are facing these errors too.Should I install as it is ,ignoring error? Previous Comments: [2009-12-22 13:39:25] j...@php.net Well that explained a lot. First of all: You're testing 5.2.3? We're at 5.2.12 already, upgrade.. And next issue: Any tests failing fail also for me so nothing unexpected, we know about it, move along, nothing to see here.. [2009-12-22 10:42:28] pushpender007 at gmail dot com I have mailed the test report to the qa-repo...@lists.php.net and also uploaded to http://pushpender007.byethost6.com/php_test_results_20091222_0527.txt .Please check them.thanks [2009-12-22 10:15:43] pushpender007 at gmail dot com Can you please tell the file name of that result file? thanks [2009-12-22 09:00:22] j...@php.net Those diffs alone are meaningless. Use the 'save results' option in the end instead and provide that. Or rather send it straight away to the mailing list like suggested. [2009-12-21 18:12:43] pushpender007 at gmail dot com I am still getting errors. Please check http://pushpender007.byethost6.com/archive1.tar for new diff files. Thanks 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/50514 -- Edit this bug report at http://bugs.php.net/?id=50514&edit=1
#48195 [Fbk->Opn]: iconv link failure
ID: 48195 User updated by: rickdunn at chez dot com Reported By: rickdunn at chez dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: MacOSX 10.6.2 PHP Version: 5.3.1 Assigned To: scottmac New Comment: I don't use 5.2.*, so this is just a 5.3.* issue for me. Here's the output requested: The grep results... #define HAVE_ICONV 1 #define PHP_ICONV_IMPL "libiconv" #define PHP_ICONV_IMPL "libiconv" #define PHP_ICONV_IMPL "libiconv" #define PHP_ICONV_IMPL "libiconv" #define ICONV_SUPPORTS_ERRNO 1 #define ICONV_SUPPORTS_ERRNO 1 #define ICONV_SUPPORTS_ERRNO 1 #define PHP_ICONV_H_PATH #define HAVE_ICONV 1 And the cat results... #define HAVE_ICONV 1 #define HAVE_LIBICONV 1 #define ICONV_SUPPORTS_ERRNO 1 #define PHP_ICONV_H_PATH #define PHP_ICONV_IMPL "libiconv" Previous Comments: [2009-12-22 14:37:33] j...@php.net I deleted the irrelevant comments from this report, it was getting too noisy. Now, is it still so that compiling PHP 5.2.12 works and only 5.3 fails? Please show the output of these commands after running configure (for the failed build :) # grep ICONV main/php_config.h | grep define and # cat php_have_bsd_iconv.h \ php_have_glibc_iconv.h \ php_have_ibm_iconv.h \ php_have_iconv.h \ php_have_libiconv.h \ php_iconv_supports_errno.h \ php_php_iconv_h_path.h \ php_php_iconv_impl.h [2009-12-22 12:22:22] rickdunn at chez dot com The snapshot make failed with the usual message. "Undefined symbols: "_libiconv", referenced from:", etc. [2009-12-16 08:31:02] j...@php.net That's just fixing a symptom, not the bug. [2009-12-15 22:32:37] rickdunn at chez dot com Apple has a patch for the PHP source iconv.c file that fixes this problem: http://www.opensource.apple.com/source/apache_mod_php/apache_mod_php- 53/patches/iconv.patch [2009-06-06 16:42:10] rickdunn at chez dot com I get the same error now when I try to compile 5.2.9. The solution in Bug #43189 did not work for me. 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/48195 -- Edit this bug report at http://bugs.php.net/?id=48195&edit=1
#50551 [Com]: mb_ereg + mb_eregi crash
ID: 50551 Comment by: r dot badding at gmail dot com Reported By: r dot badding at gmail dot com Status: Feedback Bug Type: mbstring related Operating System: Windows XP PHP Version: 5.2.12 New Comment: By crash, I mean a dialog box like this: --- Visual Studio Just-In-Time Debugger --- An unhandled win32 exception occurred in Apache.exe [4804]. Just-In- Time debugging this exception failed with the following error: No installed debugger has Just-In-Time debugging enabled. In Visual Studio, Just- In- Time debugging can be enabled from Tools/Options/Debugging/Just-In- Time. Check the documentation index for 'Just-in-time debugging, errors' for more information. --- OK --- When I have eAccelerator enabled, instead of the dialog box I get these into the Apache's error.log: EACCELERATOR: PHP crashed on opline 7 of mb_ereg() Sure, the error might be in somewhere else than in php, maybe in Apache, or the api dll or anywhere... Previous Comments: [2009-12-22 09:05:53] j...@php.net And regarding the password, you can find the password reminder link on the "Edit Submission" tab.. [2009-12-22 09:05:06] j...@php.net Please define "crash" ? Aren't you just running out of stack or memory..? FYI: There is no crash on *nix.. [2009-12-22 00:57:43] r dot badding at gmail dot com Also I used these Apache/2.0.63 (Win32) Server API Apache 2.0 Handler (cannot edit this bug submission, "incorrect password") [2009-12-22 00:45:42] r dot badding at gmail dot com I used a "clean" install, thread safe package. only mbstring extension enabled, "recommended" ini file. [2009-12-22 00:37:19] r dot badding at gmail dot com Description: When I make two request to the attached php file, in close proximity (so that the requests run at the same time), PHP crashes every time. If I modify the php file so that there are two mb_ereg calls, instead of one mb_ereg + one mb_eregi, I seem to get no crashes. Reproduce code: --- Expected result: No crashes. Actual result: -- Crash. -- Edit this bug report at http://bugs.php.net/?id=50551&edit=1
#48195 [Opn->Fbk]: iconv link failure
ID: 48195 Updated by: j...@php.net Reported By: rickdunn at chez dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: MacOSX 10.6.2 PHP Version: 5.3.1 Assigned To: scottmac New Comment: I deleted the irrelevant comments from this report, it was getting too noisy. Now, is it still so that compiling PHP 5.2.12 works and only 5.3 fails? Please show the output of these commands after running configure (for the failed build :) # grep ICONV main/php_config.h | grep define and # cat php_have_bsd_iconv.h \ php_have_glibc_iconv.h \ php_have_ibm_iconv.h \ php_have_iconv.h \ php_have_libiconv.h \ php_iconv_supports_errno.h \ php_php_iconv_h_path.h \ php_php_iconv_impl.h Previous Comments: [2009-12-22 12:22:22] rickdunn at chez dot com The snapshot make failed with the usual message. "Undefined symbols: "_libiconv", referenced from:", etc. [2009-12-16 08:31:02] j...@php.net That's just fixing a symptom, not the bug. [2009-12-15 22:32:37] rickdunn at chez dot com Apple has a patch for the PHP source iconv.c file that fixes this problem: http://www.opensource.apple.com/source/apache_mod_php/apache_mod_php- 53/patches/iconv.patch [2009-06-06 16:42:10] rickdunn at chez dot com I get the same error now when I try to compile 5.2.9. The solution in Bug #43189 did not work for me. [2009-06-01 09:24:22] j...@php.net Please provide the generated Makefile's for PHP 5.2.9 (that works) and PHP 5.3 (that does not work) using same configure options for both. And as few options as possible, thankyouverymuch. :) 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/48195 -- Edit this bug report at http://bugs.php.net/?id=48195&edit=1
#50554 [Opn->WFx]: FastCGI SAPI should provide raw headers
ID: 50554 Updated by: j...@php.net Reported By: mop at globalpark dot com -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.3.1 Previous Comments: [2009-12-22 13:19:21] mop at globalpark dot com Description: PHP under fastcgi is completely missing some function to get all, raw header information. There is some function to do that inside the Apache SAPI. However i don't see any reason why this is missing in the fastcgi SAPI. As PHP modifies the raw headers (User-Agent => USER_AGENT, SOAPAction => SOAPACTION etc etc) before putting them into $_SERVER["HTTP_XXX"] (not to speak of custom headers) there is no safe solution to reproduce the Request including HTTP Headers in PHP+fastcgi. Reproduce code: --- x Expected result: x Actual result: -- x -- Edit this bug report at http://bugs.php.net/?id=50554&edit=1
#43009 [Opn->Bgs]: headers_sent() is PHP responsibility not Apache! do your job please
ID: 43009 Updated by: j...@php.net Reported By: hamdi at rawasy dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Irrelevant PHP Version: 4.4.7 New Comment: The output is fine. Previous Comments: [2008-05-27 17:11:42] hamdisahloul at hotmail dot com If you think this is a bugus issue, then at least the output should be something like this: bool(true) string(0) "/path/to/empty.php" int(0) or bool(false) string(0) "" int(0) but not the actual result: bool(true) string(0) "" int(0) how could headers_sent() acts stupid so it says the headers already sent, but don't indicate the file & line??? [2008-01-24 21:03:02] codeslinger at compsalot dot com I just now got around to reading the docs on "virtual" which your example program is using. This bug is totally bogus. The docs make it very clear what the behavior of "virtual" is. This behavior is by design. My previous comments about probable causes of "headers already sent" are valid, they just don't apply to your program example. [2007-12-19 21:18:07] codeslinger at compsalot dot com apologies for the poor grammar, I should have proof-read more carefully before hitting submit. [2007-12-19 21:08:31] codeslinger at compsalot dot com I suspect your problem is not a bug at all, but is the result of not deciphering an error message that is somewhat mis-leading. What the error message says is "headers have already been sent". What you appears to be complaining about is that you have not in fact sent any headers. What you probably don't realize is that any text at all which is seen to be part of the web page, is considered to create a situation of "headers already sent". The issue is not actually that the headers have been sent, the issue is that the headers MUST proceed any and all text. The usual cause of this situation is when the php tag is not the actual start of the document. if there is even a single space character in front of the tag it will cause this problem. Also any blank lines after the end of the closing php tag can cause this problem. And be sure to check all of your include files. Blank lines at the end of include files drive me totally nuts until I figured out what was going on. Any character at all, including blank lines, which is outside of the php code brackets is considered to be part of the web page itself. In order to use php to send headers, you CAN'T send any other character at all to the web page. The work-around, for sloppy editing/coding is to turn on output buffering, see the manual. With output buffering enabled, php holds anything being sent, and it is able to insert headers in front of already sent text. But this is really the wrong solution, the right solution is to fix your code. The requirement that headers MUST be sent first is defined by the HTTP protocol itself and can not be changed. [2007-10-17 17:41:35] hamdi at rawasy dot com Description: Referring to my previous report that holds ID 42992 http://bugs.php.net/bug.php?id=42992 Yes, PHP is not responsible about virtual() behavior. But I think that it's holding the full responsibility against headers_sent() behavior and I'm asking to fix headers_sent() not virtual(), as it says that headers was already sent while it wasn't, you could send any headers after that and no problems happens (there is no buffer controllers). So, is it still apache problem? Also the filename & line number returned by headers_sent() indicates that headers wasn't sent! and that is stupid behavior Summary You should return true from headers_sent() only when filename & line number are set, otherwise return false. I repeat, this bug is PHP problem located at headers_sent() function! Not anything else. I think that your job here is to fix those bugs not throwing blame at others. So, do your job please! Reproduce code: --- Expected result: bool(false) string(0) "" int(0) Actual result: -- bool(true) string(0) "" int(0) -- Edit this bug report at http://bugs.php.net/?id=43009&edit=1
#50514 [Opn->Bgs]: failure while running make test
ID: 50514 Updated by: j...@php.net Reported By: pushpender007 at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: SUSE Enterprise Server s390x PHP Version: 5.2SVN-2009-12-18 (snap) New Comment: Well that explained a lot. First of all: You're testing 5.2.3? We're at 5.2.12 already, upgrade.. And next issue: Any tests failing fail also for me so nothing unexpected, we know about it, move along, nothing to see here.. Previous Comments: [2009-12-22 10:42:28] pushpender007 at gmail dot com I have mailed the test report to the qa-repo...@lists.php.net and also uploaded to http://pushpender007.byethost6.com/php_test_results_20091222_0527.txt .Please check them.thanks [2009-12-22 10:15:43] pushpender007 at gmail dot com Can you please tell the file name of that result file? thanks [2009-12-22 09:00:22] j...@php.net Those diffs alone are meaningless. Use the 'save results' option in the end instead and provide that. Or rather send it straight away to the mailing list like suggested. [2009-12-21 18:12:43] pushpender007 at gmail dot com I am still getting errors. Please check http://pushpender007.byethost6.com/archive1.tar for new diff files. Thanks [2009-12-21 10:30:20] j...@php.net Seems like the tests fail just because you have some exotic ini settings there. Try delete your php.ini before running the tests. And to avoid the crash, don't use --with-regex=system and --enable-inline-optimization options. (either of those caused the crash, I'm guessing..) 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/50514 -- Edit this bug report at http://bugs.php.net/?id=50514&edit=1
#50554 [NEW]: FastCGI SAPI should provide raw headers
From: mop at globalpark dot com Operating system: Linux PHP version: 5.3.1 PHP Bug Type: Feature/Change Request Bug description: FastCGI SAPI should provide raw headers Description: PHP under fastcgi is completely missing some function to get all, raw header information. There is some function to do that inside the Apache SAPI. However i don't see any reason why this is missing in the fastcgi SAPI. As PHP modifies the raw headers (User-Agent => USER_AGENT, SOAPAction => SOAPACTION etc etc) before putting them into $_SERVER["HTTP_XXX"] (not to speak of custom headers) there is no safe solution to reproduce the Request including HTTP Headers in PHP+fastcgi. Reproduce code: --- x Expected result: x Actual result: -- x -- Edit bug report at http://bugs.php.net/?id=50554&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50554&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50554&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50554&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50554&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50554&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50554&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50554&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50554&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50554&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50554&r=support Expected behavior: http://bugs.php.net/fix.php?id=50554&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50554&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50554&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50554&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50554&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50554&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50554&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50554&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50554&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50554&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50554&r=mysqlcfg
#49262 [NoF->Opn]: PDO MySQL crashes on STRING params
ID: 49262 User updated by: grzegorz at heex dot pl Reported By: grzegorz at heex dot pl -Status: No Feedback +Status: Open Bug Type: PDO related Operating System: Win XP Sp3 PHP Version: 5.3.0 New Comment: OK, I've downgraded my MySQL to 5.5 and now it's fine. But bug of PHP 5.3 and MySQL 6 is still open. Previous Comments: [2009-11-12 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2009-11-04 17:11:15] u...@php.net If its not crashing with MySQL 5.1, I strongly believe this is a MySQL matter not a PHP problem. Can you try 5.1? Thanks [2009-09-22 18:58:54] grzegorz at heex dot pl It's 6.0.5-alpha-community [2009-09-22 17:00:06] u...@php.net Thanks again, utf8 everywhere. We guessed so. I don't know if its of much relevance but one last question: what version of MySQL 6.0 are you using? .oO( MySQL 6.0 is something I don't like to see here. I wouldn't want to debug a non-GA server, if I had a choice. ) Thanks! [2009-09-22 16:35:59] grzegorz at heex dot pl Variable_name Value character_set_clientutf8 character_set_connectionutf8 character_set_database utf8 character_set_filesystembinary character_set_results utf8 character_set_serverutf8 character_set_systemutf8 character_sets_dir C:\Program Files\MySQL\MySQL Server 6.0\share\char.. 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/49262 -- Edit this bug report at http://bugs.php.net/?id=49262&edit=1