#29808 [NEW]: array_count_values bungles strings which are numbers
From: php_bugs at michaeldouma dot com Operating system: MacOSX or Linux PHP version: 5.0.1 PHP Bug Type: Arrays related Bug description: array_count_values bungles strings which are numbers Description: Similar to Bug #28435 which should not be closed. Can not access results from array_count_values when counting strings which happen to be numbers. Reproduce code: --- $items1 = array (1,2,2,3,3,3); $hist1 = array_count_values ($items1); print \nworks: .join(,, $hist1); print \nworks: .$hist1[1].,.$hist1[2].,.$hist1[3]; print \nworks: .$hist1[1].,.$hist1[2].,.$hist1[3]; $items2 = array (1,2,2,3,3,3,z,z); $hist2 = array_count_values ($items2); print \nworks: .join(,, $hist2); print \nfails: .$hist2[1].,.$hist2[2].,.$hist2[3]; print \nfails: .$hist2[1].,.$hist2[2].,.$hist2[3].,.$hist2[z]; print \n\n; var_dump($hist1); var_dump($hist2); Expected result: works: 1,2,3 works: 1,2,3 works: 1,2,3 works: 1,2,3,2 fails: ,, fails: ,,,2 Actual result: -- works: 1,2,3 works: 1,2,3 works: 1,2,3 works: 1,2,3,2 fails: 1,2,3 fails: 1,2,3,2 -- Edit bug report at http://bugs.php.net/?id=29808edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29808r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29808r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29808r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29808r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29808r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29808r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29808r=needscript Try newer version: http://bugs.php.net/fix.php?id=29808r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29808r=support Expected behavior: http://bugs.php.net/fix.php?id=29808r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29808r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29808r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29808r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29808r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29808r=dst IIS Stability: http://bugs.php.net/fix.php?id=29808r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29808r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29808r=float
#29808 [Opn]: array_count_values bungles strings which are numbers
ID: 29808 User updated by: php_bugs at michaeldouma dot com Reported By: php_bugs at michaeldouma dot com Status: Open Bug Type: Arrays related Operating System: MacOSX or Linux PHP Version: 5.0.1 New Comment: whoops, swapped Expected and Actual result Previous Comments: [2004-08-24 08:01:09] php_bugs at michaeldouma dot com Description: Similar to Bug #28435 which should not be closed. Can not access results from array_count_values when counting strings which happen to be numbers. Reproduce code: --- $items1 = array (1,2,2,3,3,3); $hist1 = array_count_values ($items1); print \nworks: .join(,, $hist1); print \nworks: .$hist1[1].,.$hist1[2].,.$hist1[3]; print \nworks: .$hist1[1].,.$hist1[2].,.$hist1[3]; $items2 = array (1,2,2,3,3,3,z,z); $hist2 = array_count_values ($items2); print \nworks: .join(,, $hist2); print \nfails: .$hist2[1].,.$hist2[2].,.$hist2[3]; print \nfails: .$hist2[1].,.$hist2[2].,.$hist2[3].,.$hist2[z]; print \n\n; var_dump($hist1); var_dump($hist2); Expected result: works: 1,2,3 works: 1,2,3 works: 1,2,3 works: 1,2,3,2 fails: ,, fails: ,,,2 Actual result: -- works: 1,2,3 works: 1,2,3 works: 1,2,3 works: 1,2,3,2 fails: 1,2,3 fails: 1,2,3,2 -- Edit this bug report at http://bugs.php.net/?id=29808edit=1
#29802 [Opn-Fbk]: Glitch using preg_replace
ID: 29802 Updated by: [EMAIL PROTECTED] Reported By: wesleygoku at yahoo dot com dot br -Status: Open +Status: Feedback Bug Type: PCRE related Operating System: Windows 2000 SP4 PHP Version: 4.3.8 New Comment: Please provide a very short example without endless pieces of HTML/XML code. Previous Comments: [2004-08-23 20:34:42] wesleygoku at yahoo dot com dot br Description: I'm trying to use preg_replace to evaluate my own XHTML tags, sending their arguments and contents to another funcion. There are two uses, the simple, without content (like wstag x=y /), and the complex, with content (like wstag x=yx/wstag). Each one is parsed by their own function, and to evaluate ALL the complex tags (even the tags inside other tags) I'm using a while condition. The problem is very odd, it happens when I use more than one complex tag, and some simple tag before the complex ones, all of this inside another complex tag (you will understand better reading the code), with few complex lines or without simple tags before them, the results are good, but otherwise, the while condition just doesn't work and the Apache thread takes much more time proccessing the script (I don't know why, as the while code just repeats two times). Look at the URL below for more details and note the first code should work (try removing the second one), but not the second! Reproduce code: --- http://wstec.net/tmp/php_bug_pcre.html Expected result: preNEO_HTML( quot;listquot;, quot;action=quot;/?e=2amp;d=layquot;quot;, quot; lt;wsimg src=quot;quot; /gt; lt;wsimg src=quot;quot; /gt; NEO_HTML( quot;itemquot;, quot;id=quot;Diretório anteriorquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;quot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; /gt; quot; )NEO_HTML( quot;colquot;, quot;width=quot;10quot;quot;, quot;lt;bgt;Diretório anteriorlt;/bgt;quot; )NEO_HTML( quot;colquot;, quot;href=quot;quot; target=quot;_blankquot;quot;, quot;Diretórioquot; )NEO_HTML( quot;colquot;, quot;href=quot;quot; target=quot;_blankquot; align=quot;rightquot;quot;, quot;quot; )quot; ) NEO_HTML( quot;itemquot;, quot;id=quot;css.cssquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;/css.cssquot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; /gt; quot; )NEO_HTML( quot;colquot;, quot;width=quot;10quot;quot;, quot;css.cssquot; )NEO_HTML( quot;colquot;, quot;href=quot;/css.cssquot; target=quot;_blankquot;quot;, quot;Estilo CSSquot; )NEO_HTML( quot;colquot;, quot;href=quot;/css.cssquot; target=quot;_blankquot; align=quot;rightquot;quot;, quot;3,23 KBquot; )quot; ) NEO_HTML( quot;itemquot;, quot;id=quot;ico.gifquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;/ico.gifquot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; /gt; quot; )NEO_HTML( quot;colquot;, quot;width=quot;10quot;quot;, quot;ico.gifquot; )NEO_HTML( quot;colquot;, quot;href=quot;/ico.gifquot; target=quot;_blankquot;quot;, quot;Imagemquot; )NEO_HTML( quot;colquot;, quot;href=quot;/ico.gifquot; target=quot;_blankquot; align=quot;rightquot;quot;, quot;66 Bytesquot; )quot; ) NEO_HTML( quot;itemquot;, quot;id=quot;list_order_asc.gifquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;/list_order_asc.gifquot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; /gt; quot; )NEO_HTML( quot;colquot;, quot;width=quot;10quot;quot;, quot;list_order_asc.gifquot; )NEO_HTML( quot;colquot;, quot;href=quot;/list_order_asc.gifquot; target=quot;_blankquot;quot;, quot;Imagemquot; )NEO_HTML( quot;colquot;, quot;href=quot;/list_order_asc.gifquot; target=quot;_blankquot; align=quot;rightquot;quot;, quot;61 Bytesquot; )quot; ) NEO_HTML( quot;itemquot;, quot;id=quot;list_order_desc.gifquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;/list_order_desc.gifquot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; /gt; quot; )NEO_HTML( quot;colquot;, quot;width=quot;10quot;quot;, quot;list_order_desc.gifquot; )NEO_HTML( quot;colquot;, quot;href=quot;/list_order_desc.gifquot; target=quot;_blankquot;quot;, quot;Imagemquot; )NEO_HTML( quot;colquot;, quot;href=quot;/list_order_desc.gifquot; target=quot;_blankquot;
#24752 [Opn]: unknown column type uniqueidentifier, type 35
ID: 24752 Updated by: [EMAIL PROTECTED] Reported By: ssc at coolspot dot de Status: Open Bug Type: MSSQL related Operating System: Linux PHP Version: 4.3.8 New Comment: Please keep your insulting comments in front of you. What version doesn't work? Previous Comments: [2004-08-23 21:36:29] ssc at coolspot dot de Ok, once again a lesson in the usage of a really famous tool, called diff, which could by new to some of you. A TIP : if you are searching a release manager, call me. It is really anoying to double-check PHP each time i need to update. /mssql/php_mssql.h iff -wu php-4.3.8.working/ext/mssql/php_mssql.h php-4.3.8/ext/ --- php-4.3.8.working/ext/mssql/php_mssql.h 2004-08-23 15:56:59.0 +0200 +++ php-4.3.8/ext/mssql/php_mssql.h 2004-04-21 01:37:26.0 +0200 @@ -38,7 +38,7 @@ #if HAVE_FREETDS #ifndef SHORT -//typedef short SHORT; +typedef short SHORT; #endif #define SQLTEXT SYBTEXT #define SQLCHAR SYBCHAR @@ -62,7 +62,9 @@ #define SQLIMAGE SYBIMAGE #define SQLBINARY SYBBINARY #define SQLVARBINARY SYBVARBINARY +#ifdef SQLUNIQUE /* FreeTSD 0.61+ */ #define SQLUNIQUE SYBUNIQUE +#endif #define DBERRHANDLE(a, b) dberrhandle(b) #define DBMSGHANDLE(a, b) dbmsghandle(b) #define DBSETOPT(a, b, c) dbsetopt(a, b, c, -1) [2004-08-23 21:23:33] ssc at coolspot dot de Open again dudes. Is there somebody who needs lessons in CVS usage, or what ? [2004-08-12 18:52:08] zakharm at hotmail dot com I see that the following is in ext/mssql/php_mssql.h: #ifdef SQLUNIQUE /* FreeTSD 0.61+ */ #define SQLUNIQUE SYBUNIQUE #endif When configuring PHP via ./configure, is there a parameter I can send to configure to enable SQLUNIQUE? I did get it working by removing the #ifdef #endif, but is there another way? My configuration: freedts ./configure --prefix=/usr/local/freetds --with-tdsver=8.0 php ./configure --with-mssql=/usr/local/freetds --with-regex=php --with-config-file-path=/etc/php4/apache --disable-rpath --enable-memory-limit --disable-debug --with-layout=GNU --with-pear=/usr/share/php --with-mysql=shared --with-apxs=/usr/bin/apxs [2004-06-08 15:44:31] dave at daveonline dot com I am having a simular issue, however I am getting type (36) unknown and not 35. The SQl server is Enterprise 2000. and the field is a uniqueidentifier type. here is a line from the error: Warning: mssql_query(): column 14 has unknown data type (36) in /opt/mysql-standard-4.0.18-pc-linux-i686/scripts/test.php on line 34 and here is the conf file [global] # TDS protocol version tds version = 8.0 ; initial block size = 512 # uses some fixes required for some bugged MSSQL 7.0 server that # return invalid data to big endian clients # NOTE TDS version 7.0 or 8.0 should be used instead ; swap broken dates = no ; swap broken money = no # Database server login method, if both server and domain # logins are enabled, domain login is tried first if a domain # is specified, and if that fails the server login will be used. # OBSOLETE ; try server login = yes ; try domain login = no # The default authentication domain, can be overridden by # specifying a username with a domain prefix, e.g. DOMAIN\username # OBSOLETE use DOMAIN\username as username ; nt domain = WORKGROUP # If the server responds with different domain try that one? # OBSOLETE never been used ; cross domain login = no # Whether to write a TDSDUMP file for diagnostic purposes # (setting this to /tmp is insecure on a multi-user system) ; dump file = /tmp/freetds.log ; debug level = 10 # Command and connection timeouts ; timeout = 10 ; connect timeout = 10 # If you get out of memory errors, it may mean that your client # is trying to allocate a huge buffer for a TEXT field. # (Microsoft servers sometimes pretend TEXT columns are # 4 GB wide!) If you have this problem, try setting # 'text size' to a more reasonable limit text size = 64512 [testserver] host = DELETED port = 1433 tds version = 8.0 [2004-02-25 03:04:03] s dot sonnenberg at coolspot dot de I use exactly the combination : PHP 4.3.4 + FreeTDS 0.61.2. And we have no such problems. Could you please send your configure strings ?
#24752 [Opn-Sus]: unknown column type uniqueidentifier, type 35
ID: 24752 Updated by: [EMAIL PROTECTED] Reported By: ssc at coolspot dot de -Status: Open +Status: Suspended Bug Type: MSSQL related Operating System: Linux PHP Version: 4.3.8 New Comment: Behave like this and receive no help. Previous Comments: [2004-08-24 08:40:10] [EMAIL PROTECTED] Please keep your insulting comments in front of you. What version doesn't work? [2004-08-23 21:36:29] ssc at coolspot dot de Ok, once again a lesson in the usage of a really famous tool, called diff, which could by new to some of you. A TIP : if you are searching a release manager, call me. It is really anoying to double-check PHP each time i need to update. /mssql/php_mssql.h iff -wu php-4.3.8.working/ext/mssql/php_mssql.h php-4.3.8/ext/ --- php-4.3.8.working/ext/mssql/php_mssql.h 2004-08-23 15:56:59.0 +0200 +++ php-4.3.8/ext/mssql/php_mssql.h 2004-04-21 01:37:26.0 +0200 @@ -38,7 +38,7 @@ #if HAVE_FREETDS #ifndef SHORT -//typedef short SHORT; +typedef short SHORT; #endif #define SQLTEXT SYBTEXT #define SQLCHAR SYBCHAR @@ -62,7 +62,9 @@ #define SQLIMAGE SYBIMAGE #define SQLBINARY SYBBINARY #define SQLVARBINARY SYBVARBINARY +#ifdef SQLUNIQUE /* FreeTSD 0.61+ */ #define SQLUNIQUE SYBUNIQUE +#endif #define DBERRHANDLE(a, b) dberrhandle(b) #define DBMSGHANDLE(a, b) dbmsghandle(b) #define DBSETOPT(a, b, c) dbsetopt(a, b, c, -1) [2004-08-23 21:23:33] ssc at coolspot dot de Open again dudes. Is there somebody who needs lessons in CVS usage, or what ? [2004-08-12 18:52:08] zakharm at hotmail dot com I see that the following is in ext/mssql/php_mssql.h: #ifdef SQLUNIQUE /* FreeTSD 0.61+ */ #define SQLUNIQUE SYBUNIQUE #endif When configuring PHP via ./configure, is there a parameter I can send to configure to enable SQLUNIQUE? I did get it working by removing the #ifdef #endif, but is there another way? My configuration: freedts ./configure --prefix=/usr/local/freetds --with-tdsver=8.0 php ./configure --with-mssql=/usr/local/freetds --with-regex=php --with-config-file-path=/etc/php4/apache --disable-rpath --enable-memory-limit --disable-debug --with-layout=GNU --with-pear=/usr/share/php --with-mysql=shared --with-apxs=/usr/bin/apxs [2004-06-08 15:44:31] dave at daveonline dot com I am having a simular issue, however I am getting type (36) unknown and not 35. The SQl server is Enterprise 2000. and the field is a uniqueidentifier type. here is a line from the error: Warning: mssql_query(): column 14 has unknown data type (36) in /opt/mysql-standard-4.0.18-pc-linux-i686/scripts/test.php on line 34 and here is the conf file [global] # TDS protocol version tds version = 8.0 ; initial block size = 512 # uses some fixes required for some bugged MSSQL 7.0 server that # return invalid data to big endian clients # NOTE TDS version 7.0 or 8.0 should be used instead ; swap broken dates = no ; swap broken money = no # Database server login method, if both server and domain # logins are enabled, domain login is tried first if a domain # is specified, and if that fails the server login will be used. # OBSOLETE ; try server login = yes ; try domain login = no # The default authentication domain, can be overridden by # specifying a username with a domain prefix, e.g. DOMAIN\username # OBSOLETE use DOMAIN\username as username ; nt domain = WORKGROUP # If the server responds with different domain try that one? # OBSOLETE never been used ; cross domain login = no # Whether to write a TDSDUMP file for diagnostic purposes # (setting this to /tmp is insecure on a multi-user system) ; dump file = /tmp/freetds.log ; debug level = 10 # Command and connection timeouts ; timeout = 10 ; connect timeout = 10 # If you get out of memory errors, it may mean that your client # is trying to allocate a huge buffer for a TEXT field. # (Microsoft servers sometimes pretend TEXT columns are # 4 GB wide!) If you have this problem, try setting # 'text size' to a more reasonable limit text size = 64512 [testserver] host = DELETED port = 1433 tds version = 8.0 The remainder of the comments for this report are too long. To view the rest of the
#29803 [Opn-Fbk]: Seg fault on count($GLOBALS, COUNT_RECURSIVE);
ID: 29803 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4.26 PHP Version: 5CVS-2004-08-23 (dev) New Comment: Please provide the full backtrace, not just one frame. Previous Comments: [2004-08-23 22:10:00] [EMAIL PROTECTED] Description: Crash on count($GLOBALS, COUNT_RECURSIVE); ./configure --disable-all --enable-cli --enable-debug --enable-memory-limit Reproduce code: --- ?php count($GLOBALS, COUNT_RECURSIVE); ? Expected result: Something similar to how var_dump() handles var_dump($GLOBALS). Actual result: -- Segmentation fault #0 0x08125815 in zend_hash_num_elements (ht=0x818cf30) at /usr/local/src/php5-200408231830/Zend/zend_hash.c:987 987 IS_CONSISTENT(ht); -- Edit this bug report at http://bugs.php.net/?id=29803edit=1
#29803 [Fbk-Opn]: Seg fault on count($GLOBALS, COUNT_RECURSIVE);
ID: 29803
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Linux 2.4.26
PHP Version: 5CVS-2004-08-23 (dev)
New Comment:
Let me know of you need more than this.
(gdb) frame 1
#1 0x0806936a in php_count_recursive (array=0x81910d4, mode=1)
at /usr/local/src/php5-200408231830/ext/standard/array.c:267
267 for
(zend_hash_internal_pointer_reset_ex(Z_ARRVAL_P(array), pos);
(gdb) frame 2
#2 0x08069382 in php_count_recursive (array=0x81910d4, mode=1)
at /usr/local/src/php5-200408231830/ext/standard/array.c:270
270 cnt +=
php_count_recursive(*element, COUNT_RECURSIVE TSRMLS_CC);
(More frames containing the above here.)
(gdb) frame 174531
#174531 0x0806942b in zif_count (ht=2, return_value=0x81c3d74,
this_ptr=0x0,
return_value_used=0)
at /usr/local/src/php5-200408231830/ext/standard/array.c:293
293 RETURN_LONG (php_count_recursive
(array, mode TSRMLS_CC));
#174532 0x081420e8 in zend_do_fcall_common_helper
(execute_data=0xbfffd590)
at /usr/local/src/php5-200408231830/Zend/zend_execute.c:2980
2980((zend_internal_function *)
EX(function_state).function)-handler(opline-extended_value,
EX_T(opline-result.u.var).var.ptr, EX(object), return_value_used
TSRMLS_CC);
(gdb) frame 174533
#174533 0x0814274b in zend_do_fcall_handler (execute_data=0xbfffd590)
at /usr/local/src/php5-200408231830/Zend/zend_execute.c:3114
3114return
zend_do_fcall_common_helper(ZEND_OPCODE_HANDLER_ARGS_PASSTHRU);
#174534 0x0813eabb in execute (op_array=0x81d0524)
at /usr/local/src/php5-200408231830/Zend/zend_execute.c:1498
1498if (EX(opline)-handler(execute_data
TSRMLS_CC)) {
#174535 0x0811defe in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php5-200408231830/Zend/zend.c:1052
1052zend_execute(EG(active_op_array)
TSRMLS_CC);
Previous Comments:
[2004-08-24 08:41:26] [EMAIL PROTECTED]
Please provide the full backtrace, not just one frame.
[2004-08-23 22:10:00] [EMAIL PROTECTED]
Description:
Crash on count($GLOBALS, COUNT_RECURSIVE);
./configure --disable-all --enable-cli --enable-debug
--enable-memory-limit
Reproduce code:
---
?php count($GLOBALS, COUNT_RECURSIVE); ?
Expected result:
Something similar to how var_dump() handles var_dump($GLOBALS).
Actual result:
--
Segmentation fault
#0 0x08125815 in zend_hash_num_elements (ht=0x818cf30) at
/usr/local/src/php5-200408231830/Zend/zend_hash.c:987
987 IS_CONSISTENT(ht);
--
Edit this bug report at http://bugs.php.net/?id=29803edit=1
#29809 [NEW]: strtotime is loosing seconds and minutes and hours info
From: never_slept at yahoo dot com Operating system: Suse 9.1 PHP version: 5.0.1 PHP Bug Type: Date/time related Bug description: strtotime is loosing seconds and minutes and hours info Description: strtotime is loosing seconds and minutes and hours info when used with its second argument. Reproduce code: --- echo strtotime(+10 seconds, strtotime(2004/08/24 12:17:10)); echo br; echo strtotime(2004-08-24 12:17:20); echo br; echo pre; print_r(getdate(strtotime(+10 seconds, strtotime(2004/08/24 12:17:10; print_r(getdate(strtotime(2004-08-24 12:17:20))); echo /pre; -- Edit bug report at http://bugs.php.net/?id=29809edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29809r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29809r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29809r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29809r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29809r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29809r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29809r=needscript Try newer version: http://bugs.php.net/fix.php?id=29809r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29809r=support Expected behavior: http://bugs.php.net/fix.php?id=29809r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29809r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29809r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29809r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29809r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29809r=dst IIS Stability: http://bugs.php.net/fix.php?id=29809r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29809r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29809r=float
#29809 [Opn]: strtotime is loosing seconds and minutes and hours info
ID: 29809 User updated by: never_slept at yahoo dot com Reported By: never_slept at yahoo dot com Status: Open Bug Type: Date/time related Operating System: Suse 9.1 PHP Version: 5.0.1 New Comment: strtotime is loosing seconds and minutes and hours info when used with its second argument. The example code should output the same integer values - but it doesn't. Use getdate on the resulting values and you find that hours, minutes and seconds got zero'd. Previous Comments: [2004-08-24 09:21:32] never_slept at yahoo dot com Description: strtotime is loosing seconds and minutes and hours info when used with its second argument. Reproduce code: --- echo strtotime(+10 seconds, strtotime(2004/08/24 12:17:10)); echo br; echo strtotime(2004-08-24 12:17:20); echo br; echo pre; print_r(getdate(strtotime(+10 seconds, strtotime(2004/08/24 12:17:10; print_r(getdate(strtotime(2004-08-24 12:17:20))); echo /pre; -- Edit this bug report at http://bugs.php.net/?id=29809edit=1
#29809 [Opn-Bgs]: strtotime is loosing seconds and minutes and hours info
ID: 29809 Updated by: [EMAIL PROTECTED] Reported By: never_slept at yahoo dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Suse 9.1 PHP Version: 5.0.1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Duplicate of #29557 Previous Comments: [2004-08-24 09:24:00] never_slept at yahoo dot com strtotime is loosing seconds and minutes and hours info when used with its second argument. The example code should output the same integer values - but it doesn't. Use getdate on the resulting values and you find that hours, minutes and seconds got zero'd. [2004-08-24 09:21:32] never_slept at yahoo dot com Description: strtotime is loosing seconds and minutes and hours info when used with its second argument. Reproduce code: --- echo strtotime(+10 seconds, strtotime(2004/08/24 12:17:10)); echo br; echo strtotime(2004-08-24 12:17:20); echo br; echo pre; print_r(getdate(strtotime(+10 seconds, strtotime(2004/08/24 12:17:10; print_r(getdate(strtotime(2004-08-24 12:17:20))); echo /pre; -- Edit this bug report at http://bugs.php.net/?id=29809edit=1
#29803 [Opn-Sus]: Seg fault on count($GLOBALS, COUNT_RECURSIVE);
ID: 29803
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Suspended
Bug Type: Reproducible crash
Operating System: Linux 2.4.26
PHP Version: 5CVS-2004-08-23 (dev)
New Comment:
So, PHP is allowed to crash here as you're doing something infinite
recursive... I have no clue how this should or can be fixed while the
function is still useful. Suspending for now.
Previous Comments:
[2004-08-24 09:16:26] [EMAIL PROTECTED]
Let me know of you need more than this.
(gdb) frame 1
#1 0x0806936a in php_count_recursive (array=0x81910d4, mode=1)
at /usr/local/src/php5-200408231830/ext/standard/array.c:267
267 for
(zend_hash_internal_pointer_reset_ex(Z_ARRVAL_P(array), pos);
(gdb) frame 2
#2 0x08069382 in php_count_recursive (array=0x81910d4, mode=1)
at /usr/local/src/php5-200408231830/ext/standard/array.c:270
270 cnt +=
php_count_recursive(*element, COUNT_RECURSIVE TSRMLS_CC);
(More frames containing the above here.)
(gdb) frame 174531
#174531 0x0806942b in zif_count (ht=2, return_value=0x81c3d74,
this_ptr=0x0,
return_value_used=0)
at /usr/local/src/php5-200408231830/ext/standard/array.c:293
293 RETURN_LONG (php_count_recursive
(array, mode TSRMLS_CC));
#174532 0x081420e8 in zend_do_fcall_common_helper
(execute_data=0xbfffd590)
at /usr/local/src/php5-200408231830/Zend/zend_execute.c:2980
2980((zend_internal_function *)
EX(function_state).function)-handler(opline-extended_value,
EX_T(opline-result.u.var).var.ptr, EX(object), return_value_used
TSRMLS_CC);
(gdb) frame 174533
#174533 0x0814274b in zend_do_fcall_handler (execute_data=0xbfffd590)
at /usr/local/src/php5-200408231830/Zend/zend_execute.c:3114
3114return
zend_do_fcall_common_helper(ZEND_OPCODE_HANDLER_ARGS_PASSTHRU);
#174534 0x0813eabb in execute (op_array=0x81d0524)
at /usr/local/src/php5-200408231830/Zend/zend_execute.c:1498
1498if (EX(opline)-handler(execute_data
TSRMLS_CC)) {
#174535 0x0811defe in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php5-200408231830/Zend/zend.c:1052
1052zend_execute(EG(active_op_array)
TSRMLS_CC);
[2004-08-24 08:41:26] [EMAIL PROTECTED]
Please provide the full backtrace, not just one frame.
[2004-08-23 22:10:00] [EMAIL PROTECTED]
Description:
Crash on count($GLOBALS, COUNT_RECURSIVE);
./configure --disable-all --enable-cli --enable-debug
--enable-memory-limit
Reproduce code:
---
?php count($GLOBALS, COUNT_RECURSIVE); ?
Expected result:
Something similar to how var_dump() handles var_dump($GLOBALS).
Actual result:
--
Segmentation fault
#0 0x08125815 in zend_hash_num_elements (ht=0x818cf30) at
/usr/local/src/php5-200408231830/Zend/zend_hash.c:987
987 IS_CONSISTENT(ht);
--
Edit this bug report at http://bugs.php.net/?id=29803edit=1
#29803 [Sus]: Seg fault on count($GLOBALS, COUNT_RECURSIVE);
ID: 29803
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Suspended
Bug Type: Reproducible crash
Operating System: Linux 2.4.26
PHP Version: 5CVS-2004-08-23 (dev)
New Comment:
Understood. I don't know much about the internals but like I mentioned,
it works if you do var_dump($GLOBALS) though (ie PHP doesn't crash).
Previous Comments:
[2004-08-24 09:27:49] [EMAIL PROTECTED]
So, PHP is allowed to crash here as you're doing something infinite
recursive... I have no clue how this should or can be fixed while the
function is still useful. Suspending for now.
[2004-08-24 09:16:26] [EMAIL PROTECTED]
Let me know of you need more than this.
(gdb) frame 1
#1 0x0806936a in php_count_recursive (array=0x81910d4, mode=1)
at /usr/local/src/php5-200408231830/ext/standard/array.c:267
267 for
(zend_hash_internal_pointer_reset_ex(Z_ARRVAL_P(array), pos);
(gdb) frame 2
#2 0x08069382 in php_count_recursive (array=0x81910d4, mode=1)
at /usr/local/src/php5-200408231830/ext/standard/array.c:270
270 cnt +=
php_count_recursive(*element, COUNT_RECURSIVE TSRMLS_CC);
(More frames containing the above here.)
(gdb) frame 174531
#174531 0x0806942b in zif_count (ht=2, return_value=0x81c3d74,
this_ptr=0x0,
return_value_used=0)
at /usr/local/src/php5-200408231830/ext/standard/array.c:293
293 RETURN_LONG (php_count_recursive
(array, mode TSRMLS_CC));
#174532 0x081420e8 in zend_do_fcall_common_helper
(execute_data=0xbfffd590)
at /usr/local/src/php5-200408231830/Zend/zend_execute.c:2980
2980((zend_internal_function *)
EX(function_state).function)-handler(opline-extended_value,
EX_T(opline-result.u.var).var.ptr, EX(object), return_value_used
TSRMLS_CC);
(gdb) frame 174533
#174533 0x0814274b in zend_do_fcall_handler (execute_data=0xbfffd590)
at /usr/local/src/php5-200408231830/Zend/zend_execute.c:3114
3114return
zend_do_fcall_common_helper(ZEND_OPCODE_HANDLER_ARGS_PASSTHRU);
#174534 0x0813eabb in execute (op_array=0x81d0524)
at /usr/local/src/php5-200408231830/Zend/zend_execute.c:1498
1498if (EX(opline)-handler(execute_data
TSRMLS_CC)) {
#174535 0x0811defe in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php5-200408231830/Zend/zend.c:1052
1052zend_execute(EG(active_op_array)
TSRMLS_CC);
[2004-08-24 08:41:26] [EMAIL PROTECTED]
Please provide the full backtrace, not just one frame.
[2004-08-23 22:10:00] [EMAIL PROTECTED]
Description:
Crash on count($GLOBALS, COUNT_RECURSIVE);
./configure --disable-all --enable-cli --enable-debug
--enable-memory-limit
Reproduce code:
---
?php count($GLOBALS, COUNT_RECURSIVE); ?
Expected result:
Something similar to how var_dump() handles var_dump($GLOBALS).
Actual result:
--
Segmentation fault
#0 0x08125815 in zend_hash_num_elements (ht=0x818cf30) at
/usr/local/src/php5-200408231830/Zend/zend_hash.c:987
987 IS_CONSISTENT(ht);
--
Edit this bug report at http://bugs.php.net/?id=29803edit=1
#29803 [Sus]: Seg fault on count($GLOBALS, COUNT_RECURSIVE);
ID: 29803
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Suspended
Bug Type: Reproducible crash
Operating System: Linux 2.4.26
PHP Version: 5CVS-2004-08-23 (dev)
New Comment:
Understood. I don't know much about the internals but like I mentioned,
it works if you do var_dump($GLOBALS) though (ie PHP doesn't crash).
Previous Comments:
[2004-08-24 09:33:32] [EMAIL PROTECTED]
Understood. I don't know much about the internals but like I mentioned,
it works if you do var_dump($GLOBALS) though (ie PHP doesn't crash).
[2004-08-24 09:27:49] [EMAIL PROTECTED]
So, PHP is allowed to crash here as you're doing something infinite
recursive... I have no clue how this should or can be fixed while the
function is still useful. Suspending for now.
[2004-08-24 09:16:26] [EMAIL PROTECTED]
Let me know of you need more than this.
(gdb) frame 1
#1 0x0806936a in php_count_recursive (array=0x81910d4, mode=1)
at /usr/local/src/php5-200408231830/ext/standard/array.c:267
267 for
(zend_hash_internal_pointer_reset_ex(Z_ARRVAL_P(array), pos);
(gdb) frame 2
#2 0x08069382 in php_count_recursive (array=0x81910d4, mode=1)
at /usr/local/src/php5-200408231830/ext/standard/array.c:270
270 cnt +=
php_count_recursive(*element, COUNT_RECURSIVE TSRMLS_CC);
(More frames containing the above here.)
(gdb) frame 174531
#174531 0x0806942b in zif_count (ht=2, return_value=0x81c3d74,
this_ptr=0x0,
return_value_used=0)
at /usr/local/src/php5-200408231830/ext/standard/array.c:293
293 RETURN_LONG (php_count_recursive
(array, mode TSRMLS_CC));
#174532 0x081420e8 in zend_do_fcall_common_helper
(execute_data=0xbfffd590)
at /usr/local/src/php5-200408231830/Zend/zend_execute.c:2980
2980((zend_internal_function *)
EX(function_state).function)-handler(opline-extended_value,
EX_T(opline-result.u.var).var.ptr, EX(object), return_value_used
TSRMLS_CC);
(gdb) frame 174533
#174533 0x0814274b in zend_do_fcall_handler (execute_data=0xbfffd590)
at /usr/local/src/php5-200408231830/Zend/zend_execute.c:3114
3114return
zend_do_fcall_common_helper(ZEND_OPCODE_HANDLER_ARGS_PASSTHRU);
#174534 0x0813eabb in execute (op_array=0x81d0524)
at /usr/local/src/php5-200408231830/Zend/zend_execute.c:1498
1498if (EX(opline)-handler(execute_data
TSRMLS_CC)) {
#174535 0x0811defe in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php5-200408231830/Zend/zend.c:1052
1052zend_execute(EG(active_op_array)
TSRMLS_CC);
[2004-08-24 08:41:26] [EMAIL PROTECTED]
Please provide the full backtrace, not just one frame.
[2004-08-23 22:10:00] [EMAIL PROTECTED]
Description:
Crash on count($GLOBALS, COUNT_RECURSIVE);
./configure --disable-all --enable-cli --enable-debug
--enable-memory-limit
Reproduce code:
---
?php count($GLOBALS, COUNT_RECURSIVE); ?
Expected result:
Something similar to how var_dump() handles var_dump($GLOBALS).
Actual result:
--
Segmentation fault
#0 0x08125815 in zend_hash_num_elements (ht=0x818cf30) at
/usr/local/src/php5-200408231830/Zend/zend_hash.c:987
987 IS_CONSISTENT(ht);
--
Edit this bug report at http://bugs.php.net/?id=29803edit=1
#28719 [Com]: problem with php-4.3.x and Informix Client SDK 2.81.UC1 UC2 UC3
ID: 28719 Comment by: r dot epping at meteo dot nl Reported By: terry dot bowling at verizon dot com Status: Bogus Bug Type: Informix related Operating System: Fedora Core 2 PHP Version: 4.3.7 New Comment: If it is a problem with SRPMS then why does Debian sarge also have the exact same problem? Previous Comments: [2004-06-10 09:03:15] [EMAIL PROTECTED] This is a problem with the SPRMS, please file a bug with the Fedora people. [2004-06-10 03:39:32] terry dot bowling at verizon dot com Description: Cannot successfully compile php-informix when using any of the following Fedora Core 2 srpms: php-4.3.4-11, php-4.3.6-6, or php-4.3.7-1 As well as the source php-3.4.7 from php.net I added the || true to the makefiles of 4.3.4 and 4.3.6 so they would finish compiling just like 4.3.7 (see recent changelog), but all of them give bad end results. The only Informix Client SDK's available on IBM's website are 2.81.UC1, 2.81.UC2, and 2.81.UC3. I tried all three with the same result. I set the following env vars: INFORMIXDIR=/usr/local/informix LD_LIBRARY_PATH=:/usr/local/informix/lib:/usr/local/informix/lib/esql I was able to compile perl's DBD::Informix with no problems and I can query and write to my DB, so I think informix sdk is fine. I add --with-informix=/usr/local/informix to php's SPEC file. It starts compiling fine, then gives this error: *** RPM compile error: /usr/bin/ld: cannot find -lphpifx collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 error: Bad exit status from /home/admin/tmp/rpm-tmp.54071 (%build) *** Strategy 2, forget the whole rpm and just do Informix module *** Since I already have php installed, I tried going into the php4.3.x/ext/informix dir to compile this module by itself. I used the following commands: phpize ./configure make It says it builds completely and without error. cp modules/informix.so /usr/lib/php4/informix.so put the appropriate informix.ini in /etc/php.d then I use the following command to test it: /home/admin php ifxtest.php ifxtest.php contains the following lines of code: ? #ifx_connect(1,2,3); ? This script should give an error saying it could not connect to the database because I gave it bogus parameters. But instead I get: /home/admin php ifxtest.php PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/informix.so' - /usr/local/informix/lib/esql/libifos.so: undefined symbol: ifx_checkAPI in Unknown on line 0 Content-type: text/html X-Powered-By: PHP/4.3.7 Actual result: -- *** RPM compile error: /usr/bin/ld: cannot find -lphpifx collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 error: Bad exit status from /home/admin/tmp/rpm-tmp.54071 (%build) *** php script using /usr/lib/php4/informix.so /home/admin php ifxtest.php PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/informix.so' - /usr/local/informix/lib/esql/libifos.so: undefined symbol: ifx_checkAPI in Unknown on line 0 Content-type: text/html X-Powered-By: PHP/4.3.7 -- Edit this bug report at http://bugs.php.net/?id=28719edit=1
#29557 [Com]: strtotime error
ID: 29557
Comment by: never_slept at yahoo dot com
Reported By: javier at evaloportunidades dot insp dot mx
Status: Open
Bug Type: *General Issues
Operating System: Debian GNU/Linux 3.0 2.6.7
PHP Version: 5.0.0
New Comment:
Yes I read that bug report and although them sounded to potentially be
the same thing... my strtotime(now) does in fact spit out a different
value every second and that bug report makes no mention of using the
second argument for strtotime()
Previous Comments:
[2004-08-23 06:01:05] cplee at buzzcity dot com
The problem still exists in 5.0.1! Anyway, the problem lies in some
conditions being commented in the ext/standard/parsedate.y (and
parsedate.c) under the php_parse_date() function. (parsedate.y:1082,
parsedate.c: 2325). I basically uncomment those lines and did a
recompile. Now the following command gives the correct result:
Command:
php -r 'echo strtotime(now);'
Result:
1093234981
Hope this helps!
--cp
[2004-08-09 09:33:14] [EMAIL PROTECTED]
now returns midnight of the current day. I think this is wrong too.
[2004-08-09 09:12:44] javier at evaloportunidades dot insp dot mx
But the problem is that even after n seconds with PHP 5.0.0 I get the
same result.
[2004-08-08 23:04:54] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The code takes 1 second to run, so of course the timestamp
with 1 second precision will be the same.
[2004-08-07 00:10:46] javier at evaloportunidades dot insp dot mx
Description:
We use the strtotime function to get a value that is used as primary
key on a database table. But with PHP 5.0.0 the strtotime function is
returning duplicate values.
Here is the configure line:
---
'./configure' '--disable-cli' '--disable-cgi' '--without-pear'
'--without-mysql' '--with-pgsql'
'--with-apxs2=/usr/local/apache2/bin/apxs' '--enable-memory-limit'
---
With PHP 4 we didn't face this problem.
Cheers,
Javier
Reproduce code:
---
?php
for ($i=0;$i10;$i++)
{
$aux = strtotime(now);
echo $aux .br;
}
?
Actual result:
--
1091768400
1091768400
1091768400
1091768400
1091768400
1091768400
1091768400
1091768400
1091768400
1091768400
--
Edit this bug report at http://bugs.php.net/?id=29557edit=1
#29809 [Bgs]: strtotime is loosing seconds and minutes and hours info
ID: 29809 User updated by: never_slept at yahoo dot com Reported By: never_slept at yahoo dot com Status: Bogus Bug Type: Date/time related Operating System: Suse 9.1 PHP Version: 5.0.1 New Comment: Yes I read that bug report and although them sounded to potentially be the same thing... my strtotime(now) does in fact spit out a different value every second and that bug report makes no mention of using the second argument for strtotime(). So please reconsider carefully if this is really a duplicate. Seeing as you took all of a couple of minutes last time. Previous Comments: [2004-08-24 09:29:01] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Duplicate of #29557 [2004-08-24 09:24:00] never_slept at yahoo dot com strtotime is loosing seconds and minutes and hours info when used with its second argument. The example code should output the same integer values - but it doesn't. Use getdate on the resulting values and you find that hours, minutes and seconds got zero'd. [2004-08-24 09:21:32] never_slept at yahoo dot com Description: strtotime is loosing seconds and minutes and hours info when used with its second argument. Reproduce code: --- echo strtotime(+10 seconds, strtotime(2004/08/24 12:17:10)); echo br; echo strtotime(2004-08-24 12:17:20); echo br; echo pre; print_r(getdate(strtotime(+10 seconds, strtotime(2004/08/24 12:17:10; print_r(getdate(strtotime(2004-08-24 12:17:20))); echo /pre; -- Edit this bug report at http://bugs.php.net/?id=29809edit=1
#29566 [NoF-Opn]: foreach/string handling strangeness (crash)
ID: 29566
User updated by: stefan at hotpaenz dot de
Reported By: stefan at hotpaenz dot de
-Status: No Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Linux 2.6.3
PHP Version: 5CVS-2004-08-07 (dev)
New Comment:
Indeed it works fine with the latest PHP4 snapshot
(200408232230 tested), but this is a PHP5 bug. For the
record: It still crashes with the 200408232230 PHP5
snapshot (unstable)
Previous Comments:
[2004-08-24 01:00:04] 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.
[2004-08-08 23:03:28] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Works fine with latest CVS.
[2004-08-08 00:01:51] stefan at hotpaenz dot de
Description:
Consider the following code. Of course it isn't useful,
but nevertheless it shouldn't crash PHP.
Perhaps this is related to bug 28487 (another crash,
affecting real-world scripts) because the same function
zend_switch_free_handler is involved.
Perhaps this is the same bug as 28574, which was closed as
the problem went away. The crash I am reporting now occurs
with a current snapshot (200408071830).
Reproduce code:
---
?
$var=This is a string;
$dummy=;
unset($dummy);
foreach($var['nosuchkey'] as $v) {
}
Expected result:
Warning: Invalid argument supplied for foreach() in
crash.php on line 7
[no crash of course]
Actual result:
--
Warning: Invalid argument supplied for foreach() in
crash.php on line 7
Segmentation fault (core dumped)
[backtrace follows]
#0 _efree (ptr=0x75736f6e)
at /root/php/200408071830/php5-5.0.0/Zend/zend_alloc.c:285
285 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size);
(gdb) bt
#0 _efree (ptr=0x75736f6e)
at /root/php/200408071830/php5-5.0.0/Zend/zend_alloc.c:285
#1 0x082424f8 in _zval_ptr_dtor (zval_ptr=0xbfffd698)
at /root/php/200408071830/php5-5.0.0/Zend/zend_execute_API.c:396
#2 0x0827288b in zend_switch_free_handler
(execute_data=0xbfffd710, opline=0x872749c,
op_array=0x8722f24, tsrm_ls=0x8431018)
at /root/php/200408071830/php5-5.0.0/Zend/zend_execute.c:210
#3 0x0826ce85 in execute (op_array=0x8722f24,
tsrm_ls=0x8431018)
at /root/php/200408071830/php5-5.0.0/Zend/zend_execute.c:1400
#4 0x0824d971 in zend_execute_scripts (type=8,
tsrm_ls=0x8431018, retval=0x0, file_count=3)
at /root/php/200408071830/php5-5.0.0/Zend/zend.c:1068
#5 0x08210ab4 in php_execute_script
(primary_file=0xbae0, tsrm_ls=0x8431018)
at /root/php/200408071830/php5-5.0.0/main/main.c:1631
#6 0x08279bec in main (argc=2, argv=0xbba4)
at /root/php/200408071830/php5-5.0.0/sapi/cgi/cgi_main.c:1568
--
Edit this bug report at http://bugs.php.net/?id=29566edit=1
#9371 [Com]: system() give unable to fork error
ID: 9371 Comment by: christian dot fanzott at chello dot at Reported By: connolk at tcd dot ie Status: Closed Bug Type: Unknown/Other Function Operating System: Win2K PHP Version: 4.0.4pl1 Assigned To: derick New Comment: i use in an application the exec command for several actions... and once i got an unable to fork-error. this application is running for several months without errors and in the meantime no changes were made. i am running an apache on a linux redhat machine with php 4.3.2 Previous Comments: [2004-06-09 02:52:58] d at d dot com that DOES not work on 4.3.7 with NT4 Warning: exec(): Unable to fork [C:\WINNT\SYSTEM32\CMD.EXE /?] [2001-04-27 12:55:42] [EMAIL PROTECTED] fixed in cvs, wait for 4.0.6 [2001-02-25 10:55:20] [EMAIL PROTECTED] working on it [2001-02-21 08:21:05] connolk at tcd dot ie I am running an apache server, which hosts my php pages, on win2k. I am trying to use the system command for some PGP encryption stuff but am getting an unable to fork error! For testing I have created the following script: ? system(C:\\notepad.exe); ? NOTE: I have copied notepad.exe over to the root directory. I am running PHP 4.0.5. -- Edit this bug report at http://bugs.php.net/?id=9371edit=1
#1441 [Com]: PHP doesn't handle persistent connections that has been killed properly
ID: 1441 Comment by: test at mailer dot com Reported By: pettern at thule dot no Status: Closed Bug Type: Sybase-ct (ctlib) related Operating System: Linux Redhat 5.2 PHP Version: 4.0 New Comment: bnot bad/b Previous Comments: [2002-12-02 04:13:32] zeljkovr at net dot yu ver 4.2.2 this behavior is still there [2001-02-10 13:20:30] [EMAIL PROTECTED] looks to me like 4.0 should handle this correctly. [1999-12-13 16:12:20] joey at cvs dot php dot net While I can confirm that the behavior is still there, I am moving it to a feature/change request. It'd be nice, though [1999-05-23 20:56:11] pettern at thule dot no Follow this procedure to reproduce the problem: - Use sybase_pconnect() a few times to start up a few persistent connections. - Start Sybase Central and kill off the PHP3 connections. - Rerun the script that uses sybase_pconnect(). sybase_pconnect() will NOT fail, however any following sybase_query() will return 0, but no other error message. Looks like PHP3 tries to run the query on a persistent connection that has disappeared, but doesn't fail in sybase_pconnect() as it should. Ideally, it should check if a persistant connection is gone and not fail at all, but if it have to fail it should do it in the right function :-) -- Edit this bug report at http://bugs.php.net/?id=1441edit=1
#29812 [NEW]: rename() don't overwrite existing files at windows (as at linux)
From: melker at kuh dot at Operating system: winxp PHP version: 4.3.8 PHP Bug Type: Feature/Change Request Bug description: rename() don't overwrite existing files at windows (as at linux) Description: Hi, rename ( 'file1', 'file2' ); behaviour at linux: If there is a 'file2', the file2 will be overwritten by file1. at windows xp: If there is a 'file2', a warning is given and the file2 isn't overwritten with file1. Reproduce code: --- rename ( 'file1', 'file2' ); Expected result: I would expect, that rename() works with the same behaviour at all operating systems. So, please overwrite existing files or give a warning at all os. Actual result: -- rename() at linux, existing files will be overwritten, at winxp, the rename-process fails, a php-warning is given. -- Edit bug report at http://bugs.php.net/?id=29812edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29812r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29812r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29812r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29812r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29812r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29812r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29812r=needscript Try newer version: http://bugs.php.net/fix.php?id=29812r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29812r=support Expected behavior: http://bugs.php.net/fix.php?id=29812r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29812r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29812r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29812r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29812r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29812r=dst IIS Stability: http://bugs.php.net/fix.php?id=29812r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29812r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29812r=float
#29811 [Opn-Fbk]: XSLTProcessor::transformToXml() doesn't accept DOM-manipulated XML-tree as XSL
ID: 29811 Updated by: [EMAIL PROTECTED] Reported By: php at kaiundina dot de -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: WinXP home - Apache2 PHP Version: 5.0.0 New Comment: Check that you handle the namespaces correctly when modifying the doc and that this is not just a coding error. If this is not the case, please post link to code. See http://www.ctindustries.net/dom/domxsl.txt for an example of building an xsl stylesheet manually using dom. Previous Comments: [2004-08-24 11:25:36] php at kaiundina dot de Description: I tried loading a XML-document an a XSL-document into a XSLTProcessor for retrieving a transformed XML. It works fine as long both source documents come from a file. Then i tried to modify the XSL-tree using DOM-dunctions resulting in the following algorithm: 1. create XML-Document 2. load XML-document from file 3. create XSL-Document 4. load XSL-document from file 5. modify the XSL-tree // this is the new step 6. create the XSLTProcessor 7. import the XSL-Tree 8. retrieve the resulting XML-string The resulting XML string is empty () then. I compared the result XSL-Tree after step 5 with the file's content of the working example - they were identical I found a really ugly workaround: inserting the following steps 5.1 render the XSL-tree to a XML-string 5.2 called loadXML() for the existing xsl-document, using the result of step 5.1 solved the problem - which showed, that my tree was valid for use as XSL. maybe i'm wrong, but documentation is rare. Hope there's another solution. btw: the xsl-extension is declared as experimental - is there a stable version/equivalent available? thanks in advance Kai (hope this issue wasn't mentioned elsewhere) Reproduce code: --- I found a code similar to mine, having the same problem. I'll post my own if necessary. http://www.zend.org/phorum/read.php?num=6id=1575thread=1552 Expected result: XSLTProcessor::transformToXml() produces a valid result XML-String Actual result: -- XSLTProcessor::transformToXml() produces an empty string -- Edit this bug report at http://bugs.php.net/?id=29811edit=1
#23681 [Com]: Unclear error msg. when PHPSESSID manually deleted from URL by user
ID: 23681 Comment by: ross dot cornell at molins dot com Reported By: php at lapage dot com Status: Assigned Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.3.1 Assigned To: sas New Comment: This is causing me problems with php 4.3.1 and 5.0.1 It happens after the first session_start(); on every frame. My application is worldwide, someone in the far east was having this problem, i thought PHPSESSID was pulling illegal charactgers out of their character set. Then it happened to me on this laptop, running winXP. As far as i can tell it is client side, as it is only effecting the same 2 machines, so far anyway. Both with ie6. If anyone finds why this is, workaround etc, please mail me. Thanks Ross Previous Comments: [2003-05-20 03:16:52] [EMAIL PROTECTED] I'm all for making this a notice instead, assigning to Sascha as he's the maintainer of ext/session. Derick [2003-05-18 10:41:04] php at lapage dot com Request for a better error msg. If the user disables cookies and changes the URL to http://domain.tld/form.php?PHPSESSID= Then the resulting Apache 1.3 error log reads: PHP Warning: session_start(): The session id contains illegal characters, valid characters are only a-z, A-Z and 0-9 in /zz/zzdomain/www/form.php on line 3 PHP Warning: Unknown(): The session id contains illegal characters, valid characters are only a-z, A-Z and 0-9 in Unknown on line 0 PHP Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp_php/zzdomainzz) in Unknown on line 0 ?php session_start(); @$ct= ++$_SESSION['count']; echoEOF [$ct]brform method=get See hidden inputinput type=submit name=submit value=Test/form a href=$PHP_SELF?foo=barSee new href/a EOF; ? -- Edit this bug report at http://bugs.php.net/?id=23681edit=1
#10861 [Com]: Array bug w/MySQL
ID: 10861 Comment by: suck at mydick dot com Reported By: czaries at hotmail dot com Status: Bogus Bug Type: Arrays related Operating System: Unix PHP Version: 4.0.5 New Comment: HTML BODY BGCOLOR=#00 FONT COLOR=#00FF00TEST/FONT /BODY /HTML Previous Comments: [2001-05-14 17:34:39] [EMAIL PROTECTED] You can't print an array in PHP. You either need to loop through the array and print each element, or use something like print_r() or var_dump() to see the contents of the array. I bet this will work for you: $board_r = mysql_query(SELECT * FROM mb_boards WHERE BoardID='$BoardID', $link); $board = mysql_fetch_row ($board_r); $userarr = array($board[9]); print_r($userarr); // this, or ... echo $userarr[0]; // this. - Colin [2001-05-14 17:06:22] [EMAIL PROTECTED] user error: change this line: $userarr = array($board[9]); to: $userarr = $board[9]; and mysql_fetch_row gives one row per call derick [2001-05-14 16:59:21] czaries at hotmail dot com When trying to put a value from a database into an array for checking, it jsut won't do it... Like this: $board_r = mysql_query(SELECT * FROM mb_boards WHERE BoardID='$BoardID', $link); $board = mysql_fetch_row ($board_r); $userarr = array($board[9]); When I try to call $userarr at a later date, all it prints is: Array - and it doesn't put the contents of that veriable into the array, even though the contents of the cell are separated with commas and all the proper stuff needed for an array! Please help me! -- Edit this bug report at http://bugs.php.net/?id=10861edit=1
#29813 [NEW]: problem: upload file to server. sometimes is apache error 404
From: joeaccord at usa dot com Operating system: Windows XP SP1 PHP version: 5.0.1 PHP Bug Type: *Directory/Filesystem functions Bug description: problem: upload file to server. sometimes is apache error 404 Description: problem: upload file to server. sometimes is apache error 404 system: windows xp sp1 server: apache 2.0.50 php 5.0.1 %SystemRoot%\system32\drivers\etc\hosts 127.0.0.1 www.mydomain.com Reproduce code: --- error-log: [Tue Aug 24 13:29:49 2004] [notice] Parent: child process exited with status 4294967295 -- Restarting. [Tue Aug 24 13:29:49 2004] [notice] Parent: Created child process 1680 [Tue Aug 24 13:29:49 2004] [debug] mpm_winnt.c(479): Parent: Sent the scoreboard to the child [Tue Aug 24 13:29:50 2004] [notice] Child 1680: Child process is running [Tue Aug 24 13:29:50 2004] [debug] mpm_winnt.c(400): Child 1680: Retrieved our scoreboard from the parent. [Tue Aug 24 13:29:50 2004] [info] Parent: Duplicating socket 188 and sending it to child process 1680 [Tue Aug 24 13:29:50 2004] [debug] mpm_winnt.c(597): Parent: Sent 1 listeners to child 1680 [Tue Aug 24 13:29:50 2004] [debug] mpm_winnt.c(556): Child 1680: retrieved 1 listeners from parent [Tue Aug 24 13:29:50 2004] [notice] Child 1680: Acquired the start mutex. [Tue Aug 24 13:29:50 2004] [notice] Child 1680: Starting 250 worker threads. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 0 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 1 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 2 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 3 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 4 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 5 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 6 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 7 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 8 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 9 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 10 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 11 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 12 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 13 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 14 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 15 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 16 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 17 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 18 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 19 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 20 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 21 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 22 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 23 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 24 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 25 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 26 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 27 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 28 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 29 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 30 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 31 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 32 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 33 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 34 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 35 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 36 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 37 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 38 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 39 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 40 starting. [Tue Aug 24 13:29:50
#29645 [Fbk-Opn]: How can we test mysql connection is already established or not?
ID: 29645 User updated by: sivalsm at yahoo dot com Reported By: sivalsm at yahoo dot com -Status: Feedback +Status: Open Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.0.1 New Comment: Thank you for your reply.At this point of time no new connection will be established in the same script.But while i'm using mysql_connect in every script , then new connection will be established for every occurrance of mysql_connect. What i'm thinking is by taking session_id and other database information ..the function should not prepare a new connection for the same parameters.So that only one connection will be available for a single session. We need to check whether database connection is established or not? Previous Comments: [2004-08-17 12:50:35] [EMAIL PROTECTED] Could you please explain what and why do you need? mysql_connect friends doesn't establish new connection, if a connection with the same parameters was established before in this script. [2004-08-13 09:26:06] sivalsm at yahoo dot com Description: I think it will be great, if we had a database function to check whether database connection is already exist or not for a particular session. Naturally we are using a common php file to connect to database and we are inclusing the file in every script.Anyway database connection will lost after completing the execution of the script.But we need to connect database again and again. If there is a database function like mysql_isconnected, to check whether database connection is already established or not...that will be helpful. Expected result: We can use mysql_pconnect to maintain persistancy in database connections.But it will take server resources to maintain persistancy.So if there is a seperate mechanism to check the database connection it will be better. -- Edit this bug report at http://bugs.php.net/?id=29645edit=1
#29814 [NEW]: Apache server locks up when using OCI8 and sessions
From: izhekov at ppartner dot com Operating system: Windows 2003 PHP version: 5.0.1 PHP Bug Type: OCI8 related Bug description: Apache server locks up when using OCI8 and sessions Description: Here is an example: ? session_start(); $_SESSION['abc'] = 'abv'; echo $_SESSION['abc']; $conn = oci_connect(SERVICE, SERVICE, DEV); oci_logoff($conn); ? This script causes web server to not responding. When using only sessions or only OCI connection everything goes fine but when they are in combination in one script the web server locks up. -- Edit bug report at http://bugs.php.net/?id=29814edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29814r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29814r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29814r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29814r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29814r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29814r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29814r=needscript Try newer version: http://bugs.php.net/fix.php?id=29814r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29814r=support Expected behavior: http://bugs.php.net/fix.php?id=29814r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29814r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29814r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29814r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29814r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29814r=dst IIS Stability: http://bugs.php.net/fix.php?id=29814r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29814r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29814r=float
#29814 [Opn-Fbk]: Apache server locks up when using OCI8 and sessions
ID: 29814 Updated by: [EMAIL PROTECTED] Reported By: izhekov at ppartner dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Windows 2003 PHP Version: 5.0.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2004-08-24 14:17:54] izhekov at ppartner dot com Description: Here is an example: ? session_start(); $_SESSION['abc'] = 'abv'; echo $_SESSION['abc']; $conn = oci_connect(SERVICE, SERVICE, DEV); oci_logoff($conn); ? This script causes web server to not responding. When using only sessions or only OCI connection everything goes fine but when they are in combination in one script the web server locks up. -- Edit this bug report at http://bugs.php.net/?id=29814edit=1
#29645 [Opn-Bgs]: How can we test mysql connection is already established or not?
ID: 29645 Updated by: [EMAIL PROTECTED] Reported By: sivalsm at yahoo dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.0.1 New Comment: No, it's impossible by design. You can't use the same connection in different requests unless you're using *_pconnect(). Read here: http://www.php.net/manual/en/features.persistent-connections.php about it. Previous Comments: [2004-08-24 14:15:11] sivalsm at yahoo dot com Thank you for your reply.At this point of time no new connection will be established in the same script.But while i'm using mysql_connect in every script , then new connection will be established for every occurrance of mysql_connect. What i'm thinking is by taking session_id and other database information ..the function should not prepare a new connection for the same parameters.So that only one connection will be available for a single session. We need to check whether database connection is established or not? [2004-08-17 12:50:35] [EMAIL PROTECTED] Could you please explain what and why do you need? mysql_connect friends doesn't establish new connection, if a connection with the same parameters was established before in this script. [2004-08-13 09:26:06] sivalsm at yahoo dot com Description: I think it will be great, if we had a database function to check whether database connection is already exist or not for a particular session. Naturally we are using a common php file to connect to database and we are inclusing the file in every script.Anyway database connection will lost after completing the execution of the script.But we need to connect database again and again. If there is a database function like mysql_isconnected, to check whether database connection is already established or not...that will be helpful. Expected result: We can use mysql_pconnect to maintain persistancy in database connections.But it will take server resources to maintain persistancy.So if there is a seperate mechanism to check the database connection it will be better. -- Edit this bug report at http://bugs.php.net/?id=29645edit=1
#28719 [Bgs]: problem with php-4.3.x and Informix Client SDK 2.81.UC1 UC2 UC3
ID: 28719 User updated by: terry dot bowling at verizon dot com Reported By: terry dot bowling at verizon dot com Status: Bogus Bug Type: Informix related Operating System: Fedora Core 2 PHP Version: 4.3.7 New Comment: PHP 4.3.7 seemed to contain a few bug fixes and updates for Informix, but I was never able to get the Fedora SRPM's for any of the 4.3.x versions to compile. Maybe there _is_ a problem with Fedora's packages. I worked around the issue by installing the Fedora PHP4.3.7 binaries. I then downloaded the raw 4.3.7 source code from PHP. I looked at the compile options that the SRPM's used and I compiled the raw source with the same options, including Informix suppport. When it was finished, all I had to do was copy the informix.so lib into /usr/lib/php4/. I also had to configure the /etc/php.ini file and add create /etc/php.d/informix.ini. I think the informix.so lib was found in either src/php-4.3.7/modules/ or src/php-4.3.7/ext/informix/. I can't remember which. Keep in mind that some of these directories and the informix.ini seem to be Fedora/RedHat specific. Hope this helps someone Previous Comments: [2004-08-24 09:33:46] r dot epping at meteo dot nl If it is a problem with SRPMS then why does Debian sarge also have the exact same problem? [2004-06-10 09:03:15] [EMAIL PROTECTED] This is a problem with the SPRMS, please file a bug with the Fedora people. [2004-06-10 03:39:32] terry dot bowling at verizon dot com Description: Cannot successfully compile php-informix when using any of the following Fedora Core 2 srpms: php-4.3.4-11, php-4.3.6-6, or php-4.3.7-1 As well as the source php-3.4.7 from php.net I added the || true to the makefiles of 4.3.4 and 4.3.6 so they would finish compiling just like 4.3.7 (see recent changelog), but all of them give bad end results. The only Informix Client SDK's available on IBM's website are 2.81.UC1, 2.81.UC2, and 2.81.UC3. I tried all three with the same result. I set the following env vars: INFORMIXDIR=/usr/local/informix LD_LIBRARY_PATH=:/usr/local/informix/lib:/usr/local/informix/lib/esql I was able to compile perl's DBD::Informix with no problems and I can query and write to my DB, so I think informix sdk is fine. I add --with-informix=/usr/local/informix to php's SPEC file. It starts compiling fine, then gives this error: *** RPM compile error: /usr/bin/ld: cannot find -lphpifx collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 error: Bad exit status from /home/admin/tmp/rpm-tmp.54071 (%build) *** Strategy 2, forget the whole rpm and just do Informix module *** Since I already have php installed, I tried going into the php4.3.x/ext/informix dir to compile this module by itself. I used the following commands: phpize ./configure make It says it builds completely and without error. cp modules/informix.so /usr/lib/php4/informix.so put the appropriate informix.ini in /etc/php.d then I use the following command to test it: /home/admin php ifxtest.php ifxtest.php contains the following lines of code: ? #ifx_connect(1,2,3); ? This script should give an error saying it could not connect to the database because I gave it bogus parameters. But instead I get: /home/admin php ifxtest.php PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/informix.so' - /usr/local/informix/lib/esql/libifos.so: undefined symbol: ifx_checkAPI in Unknown on line 0 Content-type: text/html X-Powered-By: PHP/4.3.7 Actual result: -- *** RPM compile error: /usr/bin/ld: cannot find -lphpifx collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 error: Bad exit status from /home/admin/tmp/rpm-tmp.54071 (%build) *** php script using /usr/lib/php4/informix.so /home/admin php ifxtest.php PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/informix.so' - /usr/local/informix/lib/esql/libifos.so: undefined symbol: ifx_checkAPI in Unknown on line 0 Content-type: text/html X-Powered-By: PHP/4.3.7 -- Edit this bug report at http://bugs.php.net/?id=28719edit=1
#29815 [NEW]: PHP.net Website Problem
From: ckernan at tibus dot com Operating system: n/a PHP version: Irrelevant PHP Bug Type: Unknown/Other Function Bug description: PHP.net Website Problem Description: The current RSS feed for PHP.net news (http://www.php.net/news.rss) is not well formed as reported by feedvalidator.org: 'Your feed appears to be encoded as UTF-8, but your server is reporting US-ASCII' I believe the feed is no longer well formed because of the appearance of a ü character in the word Zürich of the news article entitled OSCOM.4 with Apache Track. I am no longer able to download the RSS feed using my RSS feed reader application Awasu (www.awasu.com) because of this error. -- Edit bug report at http://bugs.php.net/?id=29815edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29815r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29815r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29815r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29815r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29815r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29815r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29815r=needscript Try newer version: http://bugs.php.net/fix.php?id=29815r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29815r=support Expected behavior: http://bugs.php.net/fix.php?id=29815r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29815r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29815r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29815r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29815r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29815r=dst IIS Stability: http://bugs.php.net/fix.php?id=29815r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29815r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29815r=float
#29815 [Opn-Asn]: PHP.net Website Problem
ID: 29815 Updated by: [EMAIL PROTECTED] Reported By: ckernan at tibus dot com -Status: Open +Status: Assigned Bug Type: Unknown/Other Function Operating System: n/a PHP Version: Irrelevant -Assigned To: +Assigned To: derick New Comment: I will fix the content-charset, it should be iso-8859-1 (and not utf8) Previous Comments: [2004-08-24 15:18:13] ckernan at tibus dot com Description: The current RSS feed for PHP.net news (http://www.php.net/news.rss) is not well formed as reported by feedvalidator.org: 'Your feed appears to be encoded as UTF-8, but your server is reporting US-ASCII' I believe the feed is no longer well formed because of the appearance of a ü character in the word Zürich of the news article entitled OSCOM.4 with Apache Track. I am no longer able to download the RSS feed using my RSS feed reader application Awasu (www.awasu.com) because of this error. -- Edit this bug report at http://bugs.php.net/?id=29815edit=1
#28435 [Csd-Opn]: array_count_values() problem
ID: 28435
User updated by: ofirin at yahoo dot com
Reported By: ofirin at yahoo dot com
-Status: Closed
+Status: Open
Bug Type: Arrays related
Operating System: Any
-PHP Version: 4CVS-2004-05-18 (stable)
+PHP Version: 5.0.1
New Comment:
I'm opening back this bug again because I think the last user's
submition needs revision.
Previous Comments:
[2004-08-24 07:43:06] php_bugs at michaeldouma dot com
Why is this bug closed? I am now experiencing the same
problem with 5.0.1. The array from array_count_values
appears normal with vardump, but there is no way to
access the elements; neither as arrayname[2] nor
arrayname[2]. This worked fine with 4.3.x.
vardump of result from array_count_values
array(5) {
[3]=
int(2)
[2]=
int(1)
[1]=
int(1)
[0]=
int(1)
[0]=
int(0)
}
It looks like you'd be able to access the value with
arrayname[2], but you can't!
[2004-08-04 16:39:13] alexis dot bosson at medias dot cnes dot fr
As said in :
- bug #9307
- bug #21918
- bug #22201
- and documentation of arrays :
http://www.php.net/manual/en/language.types.array.php
If a key is the standard representation of an integer, it will be
interpreted as such (i.e. 8 will be interpreted as 8, while 08 will
be interpreted as 08).
So the array_count_values must cast the integers contained in strings
to integers.
Actually, with standard PHP behavior, it's impossible to access
directly to those array elements which keys are strings containing
integers, as said in comment of June 18
[2004-06-21 17:50:47] ofirin at yahoo dot com
Ok, I think you're right, we all should be looking forward working with
php5, rather than trying to fix old bugs in php4.
[2004-06-21 11:31:59] vladb at pseudo-infinity dot ro
The php5 result seems more accurate than the php4 one. You got strings
in the $books array, no?
Changing this in php4 may break some code out there so maybe it'd be
best to just mention it as a 4-5 inconsistency.
[2004-06-18 14:24:41] programmer at bardware dot de
I noticed this problem with PHP5 RC2 on a Win2k box as an
Apache2-module. I have some HMTL-Checkboxes and on the server side want
to check the selected values. My checkboxes are equally named
name=choice2[] what lets PHP generate an array
$_POST[choice2][0]
$_POST[choice2][1]
$_POST[choice2][2] etc. according to the selected values.
Each checkbox has it's unique value attribute.
To test for a certain value I reverse this array with
$arrTmp=array_count_values($_POST[choice2]);
I now want to access $arrTmp[1] to check if the checkbox with the
attribute value=1 was selected. The respective value was - if
selected - 1, otherwise it's not existent in the
$_POST[choice2]-Array. This did not work. $arrTmp[1] didn't work
either. It was no way possible to access a member of the array.
The other poster mentioned the indexes are generated as strings, I want
to point they cannot be accessed at all.
It worked best on PHP 4.3.6
Best,
Bernhard
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/28435
--
Edit this bug report at http://bugs.php.net/?id=28435edit=1
#29816 [NEW]: use shmop_open 3 times make apache2 error
From: cedric_cefc2002 at yahoo dot com dot tw
Operating system: win2000
PHP version: 5.0.1
PHP Bug Type: Apache2 related
Bug description: use shmop_open 3 times make apache2 error
Description:
?php
/*$shm_id = shmop_open(0xff3,c,0,0);
if ($shm_id) {
$shm_size = shmop_size($shm_id);
$my_string = shmop_read($shm_id, 0, $shm_size);
$cache=serialize($my_string);
shmop_close($shm_id);
}*/ make error
//print_r($cache);
$name=shm1.php;
$time1=filectime($name);
if(isset($cache[$name])){
if($cache[$name]['time']==$time1){
$shm_id = shmop_open($cache[$name]['key'],c,0,0);
$shm_size = shmop_size($shm_id);
$my_string = shmop_read($shm_id, 0, $shm_size);
echo $my_string;
shmop_close($shm_id);
clearstatcache ( void );
exit;
}
}
$d=file_get_contents($name);
$i=strlen($d);
$c=count($cache);
echo $d;
$shm_id = shmop_open((int)$c,c,0644,$i);
$shm_bytes_written = shmop_write($shm_id, $d,0);
shmop_close($shm_id);
//echo pre.$d./pre;
$a['time']=filectime($name);
$a['key']=$c;
$cache[$name]=$a;
print_r($cache);
//echo $cache[$name]['time'];
//echo filectime($name);
//$cache
$d=serialize($cache);
// echo pre.$d./pre;
$i=strlen($d);
$shm_id = shmop_open(0xff3,c,0644,$i);
$shm_bytes_written = shmop_write($shm_id, $d,0);
shmop_close($shm_id);
clearstatcache();
?
--
Edit bug report at http://bugs.php.net/?id=29816edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29816r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29816r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29816r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=29816r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=29816r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29816r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29816r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29816r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29816r=support
Expected behavior: http://bugs.php.net/fix.php?id=29816r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29816r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29816r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=29816r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29816r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=29816r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29816r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29816r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29816r=float
#29816 [Opn-Fbk]: use shmop_open 3 times make apache2 error
ID: 29816
Updated by: [EMAIL PROTECTED]
Reported By: cedric_cefc2002 at yahoo dot com dot tw
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: win2000
PHP Version: 5.0.1
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
And please, don't forget to provide the text of your error.
Previous Comments:
[2004-08-24 16:01:07] cedric_cefc2002 at yahoo dot com dot tw
Description:
?php
/*$shm_id = shmop_open(0xff3,c,0,0);
if ($shm_id) {
$shm_size = shmop_size($shm_id);
$my_string = shmop_read($shm_id, 0, $shm_size);
$cache=serialize($my_string);
shmop_close($shm_id);
}*/ make error
//print_r($cache);
$name=shm1.php;
$time1=filectime($name);
if(isset($cache[$name])){
if($cache[$name]['time']==$time1){
$shm_id = shmop_open($cache[$name]['key'],c,0,0);
$shm_size = shmop_size($shm_id);
$my_string = shmop_read($shm_id, 0, $shm_size);
echo $my_string;
shmop_close($shm_id);
clearstatcache ( void );
exit;
}
}
$d=file_get_contents($name);
$i=strlen($d);
$c=count($cache);
echo $d;
$shm_id = shmop_open((int)$c,c,0644,$i);
$shm_bytes_written = shmop_write($shm_id, $d,0);
shmop_close($shm_id);
//echo pre.$d./pre;
$a['time']=filectime($name);
$a['key']=$c;
$cache[$name]=$a;
print_r($cache);
//echo $cache[$name]['time'];
//echo filectime($name);
//$cache
$d=serialize($cache);
// echo pre.$d./pre;
$i=strlen($d);
$shm_id = shmop_open(0xff3,c,0644,$i);
$shm_bytes_written = shmop_write($shm_id, $d,0);
shmop_close($shm_id);
clearstatcache();
?
--
Edit this bug report at http://bugs.php.net/?id=29816edit=1
#29820 [NEW]: Variable is treated differently in header() vs print()
From: ericp at amazon dot com
Operating system: Linux 2.4.21-2.3a i686
PHP version: 5.0.1
PHP Bug Type: Variables related
Bug description: Variable is treated differently in header() vs print()
Description:
If I include a serialized variable in header() it produces an entirely
different result than if I just print() the result...
I've also tested: 4.3.3, 5.0.0 and of course 5.0.1 and its reproducable in
both scenario
Make sure you POST the form to get the variable back :)
even a strlen($s) will produce different results...its weird.
Thanks,
Eric
Reproduce code:
---
?php
function jpcache_debug2($s)
{
header(X-CacheDebug-five: $s);
print $s;
}
$myVariable = serialize($_POST);
jpcache_debug2($myVariable);
?
htmlbody
form method=POST action=test-error.php
input type=hidden name=foo value=bar
input type=submit value=blah
/form
/body
/htmlbash-2.05$
Expected result:
Response Headers
Date: Tue, 24 Aug 2004 14:49:52 GMT
Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) PHP/5.0.1 mod_ssl/2.8.12
OpenSSL/0.9.6b
X-Powered-By: PHP/5.0.1
X-CacheDebug-five: a:1:{s:3:foo;s:3:bar;}
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html
a:1:{s:3:foo;s:3:bar;}
html
body
form method=POST action=test-error.php
input type=hidden name=foo value=bar
input type=submit value=blah
/form
/body
/html
Actual result:
--
Response Headers
Date: Tue, 24 Aug 2004 14:49:52 GMT
Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) PHP/5.0.1 mod_ssl/2.8.12
OpenSSL/0.9.6b
X-Powered-By: PHP/5.0.1
X-CacheDebug-five: a:0:{} --- WHAT?!?
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html
a:1:{s:3:foo;s:3:bar;}
html
body
form method=POST action=test-error.php
input type=hidden name=foo value=bar
input type=submit value=blah
/form
/body
/html
--
Edit bug report at http://bugs.php.net/?id=29820edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29820r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29820r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29820r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=29820r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=29820r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29820r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29820r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29820r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29820r=support
Expected behavior: http://bugs.php.net/fix.php?id=29820r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29820r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29820r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=29820r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29820r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=29820r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29820r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29820r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29820r=float
#29821 [NEW]: convert_uudecode segfaults with interger
From: [EMAIL PROTECTED] Operating system: Windows/Unix PHP version: 5.0.0 PHP Bug Type: Strings related Bug description: convert_uudecode segfaults with interger Description: convert_uudecode with an interger input causes a segfault. Possible explanation for #28808 Reproduce code: --- php -r 'convert_uudecode(1);' -- Edit bug report at http://bugs.php.net/?id=29821edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29821r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29821r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29821r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29821r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29821r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29821r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29821r=needscript Try newer version: http://bugs.php.net/fix.php?id=29821r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29821r=support Expected behavior: http://bugs.php.net/fix.php?id=29821r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29821r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29821r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29821r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29821r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29821r=dst IIS Stability: http://bugs.php.net/fix.php?id=29821r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29821r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29821r=float
#29754 [Opn-Bgs]: Serialization does not work when I use private/protected members and __sleep()
ID: 29754
Updated by: [EMAIL PROTECTED]
Reported By: mytrash at seznam dot cz
-Status: Open
+Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: Windows XP
PHP Version: 5.0.1
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
This report is a duplicate of #26737, which was closed on 21st August
following a patch by Andrey and Curt..
Previous Comments:
[2004-08-19 13:15:50] mytrash at seznam dot cz
Description:
Hello.
I use PHP session. When I use private or protected members in my class
and don't use magic method __sleep(), PHP serialization will serialize
all members and their values into PHP session correctly.
But when I use the same class and implement magic method __sleep(), PHP
serialization will serialize correctly ONLY public members. Private and
protected members (that I want serialize - I specified them in array
returned from __sleep() function) have NULL value.
In my example's result is string from session file generated by PHP.
T.Zkoumalek
Reproduce code:
---
class Test
{
private $a = Variable a;
protected $b = Variable b;
public$c = Variable c;
public$d = This need not be saved.;
// Save only $a, $b, $c.
function __sleep()
{
return Array( a, b, c );
}
}
session_start();
$_SESSION[ test ] = new Test();
Expected result:
test|O:4:Test:3:{s:7: Test a;s:10:Variable a;s:4: *
b;s:10:Variable b;s:1:c;s:10:Variable c;}
Actual result:
--
test|O:4:Test:3:{s:1:a;N;s:1:b;N;s:1:c;s:10:Variable c;}
--
Edit this bug report at http://bugs.php.net/?id=29754edit=1
#29362 [Com]: _libiconv_version' undeclared
ID: 29362 Comment by: adamolszewski at op dot pl Reported By: webmaster at path dot org Status: No Feedback Bug Type: Compile Failure Operating System: RedHat Linux Enterprise 3 PHP Version: 5.0.0 New Comment: Propably one of the most lame way to fix this but it works (almost perfectly). I copied iconv.h from /usr/local/include/iconv.h to /usr/include/iconv.h These two versions were different on my machine. After switching, compilation went almost OK - there were some warnings, but PHP compiled and iconv works OK. Previous Comments: [2004-08-09 01:00:05] 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. [2004-07-29 11:09:16] [EMAIL PROTECTED] Please, check that your /usr/local/include/iconv.h is not broken. This variable is defined there and should exist in all versions of libiconv since 2000-12-01. [2004-07-24 01:50:17] webmaster at path dot org Description: `_libiconv_version' undeclared prevents compile (gcc version 3.2.3 20030502) Reproduce code: --- libiconv-1.9.2 ./configure --prefix=/usr/local/ libxml2-2.6.5 ./configure --prefix=/usr/local/ --with-zlib=/usr/local/ --with-iconv=/usr/local/ libxslt-1.1.2 ./configure --prefix=/usr/local/ --with-libxml-prefix=/usr/local/ --with-libxml-include-prefix=/usr/local/lib/ --with-libxml-libs-prefix=/usr/local/lib/ php-5.0.0 ./configure --prefix=/usr/local --with-apxs2=/usr/sbin/apxs --with-ming=/usr/local --with-gd --with-png-dir=usr/local --enable-gd-native-ttf --with-xml --with-libxml-dir=/usr/local --with-expat-dir=/usr/local/lib --with-dom=/usr/local --enable-ftp --with-mysql=/usr/local --enable-shared=yes --enable-static=yes --with-xsl=/usr/local --enable-track-vars --enable-sockets --enable-wddx --with-xmlrpc --with-zlib-dir=/usr/local/include --with-iconv-dir=/usr/local/ --with-mssql=/usr/local/freetds --enable-msdblib Expected result: Compilation Actual result: -- Does not compile. Generates following error: /home/webadmin/php-5.0.0/ext/iconv/iconv.c: In function `zm_startup_miconv': /home/webadmin/php-5.0.0/ext/iconv/iconv.c:191: `_libiconv_version' undeclared (first use in this function) /home/webadmin/php-5.0.0/ext/iconv/iconv.c:191: (Each undeclared identifier is reported only once /home/webadmin/php-5.0.0/ext/iconv/iconv.c:191: for each function it appears in.) make: *** [ext/iconv/iconv.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=29362edit=1
#29821 [Opn-Csd]: convert_uudecode segfaults with interger
ID: 29821 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Strings related Operating System: Windows/Unix PHP Version: 5.0.0 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-08-24 17:19:37] [EMAIL PROTECTED] Description: convert_uudecode with an interger input causes a segfault. Possible explanation for #28808 Reproduce code: --- php -r 'convert_uudecode(1);' -- Edit this bug report at http://bugs.php.net/?id=29821edit=1
#29820 [Opn-Bgs]: Variable is treated differently in header() vs print()
ID: 29820
User updated by: ericp at amazon dot com
Reported By: ericp at amazon dot com
-Status: Open
+Status: Bogus
Bug Type: Variables related
Operating System: Linux 2.4.21-2.3a i686
PHP Version: 5.0.1
New Comment:
It was a problem in Mozilla's Developer Tools...It reruns the query to
get the response headers ...
Previous Comments:
[2004-08-24 17:00:39] ericp at amazon dot com
Description:
If I include a serialized variable in header() it produces an entirely
different result than if I just print() the result...
I've also tested: 4.3.3, 5.0.0 and of course 5.0.1 and its reproducable
in both scenario
Make sure you POST the form to get the variable back :)
even a strlen($s) will produce different results...its weird.
Thanks,
Eric
Reproduce code:
---
?php
function jpcache_debug2($s)
{
header(X-CacheDebug-five: $s);
print $s;
}
$myVariable = serialize($_POST);
jpcache_debug2($myVariable);
?
htmlbody
form method=POST action=test-error.php
input type=hidden name=foo value=bar
input type=submit value=blah
/form
/body
/htmlbash-2.05$
Expected result:
Response Headers
Date: Tue, 24 Aug 2004 14:49:52 GMT
Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) PHP/5.0.1 mod_ssl/2.8.12
OpenSSL/0.9.6b
X-Powered-By: PHP/5.0.1
X-CacheDebug-five: a:1:{s:3:foo;s:3:bar;}
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html
a:1:{s:3:foo;s:3:bar;}
html
body
form method=POST action=test-error.php
input type=hidden name=foo value=bar
input type=submit value=blah
/form
/body
/html
Actual result:
--
Response Headers
Date: Tue, 24 Aug 2004 14:49:52 GMT
Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) PHP/5.0.1 mod_ssl/2.8.12
OpenSSL/0.9.6b
X-Powered-By: PHP/5.0.1
X-CacheDebug-five: a:0:{} --- WHAT?!?
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html
a:1:{s:3:foo;s:3:bar;}
html
body
form method=POST action=test-error.php
input type=hidden name=foo value=bar
input type=submit value=blah
/form
/body
/html
--
Edit this bug report at http://bugs.php.net/?id=29820edit=1
#29802 [Fbk-Opn]: Glitch using preg_replace
ID: 29802 User updated by: wesleygoku at yahoo dot com dot br Reported By: wesleygoku at yahoo dot com dot br -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: Windows 2000 SP4 PHP Version: 4.3.8 New Comment: This is the problem, if I reduce the code, it works. I've checked the XHTML code and the Regular Expression, but everything is fine. Previous Comments: [2004-08-24 08:38:50] [EMAIL PROTECTED] Please provide a very short example without endless pieces of HTML/XML code. [2004-08-23 20:34:42] wesleygoku at yahoo dot com dot br Description: I'm trying to use preg_replace to evaluate my own XHTML tags, sending their arguments and contents to another funcion. There are two uses, the simple, without content (like wstag x=y /), and the complex, with content (like wstag x=yx/wstag). Each one is parsed by their own function, and to evaluate ALL the complex tags (even the tags inside other tags) I'm using a while condition. The problem is very odd, it happens when I use more than one complex tag, and some simple tag before the complex ones, all of this inside another complex tag (you will understand better reading the code), with few complex lines or without simple tags before them, the results are good, but otherwise, the while condition just doesn't work and the Apache thread takes much more time proccessing the script (I don't know why, as the while code just repeats two times). Look at the URL below for more details and note the first code should work (try removing the second one), but not the second! Reproduce code: --- http://wstec.net/tmp/php_bug_pcre.html Expected result: preNEO_HTML( quot;listquot;, quot;action=quot;/?e=2amp;d=layquot;quot;, quot; lt;wsimg src=quot;quot; /gt; lt;wsimg src=quot;quot; /gt; NEO_HTML( quot;itemquot;, quot;id=quot;Diretório anteriorquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;quot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; /gt; quot; )NEO_HTML( quot;colquot;, quot;width=quot;10quot;quot;, quot;lt;bgt;Diretório anteriorlt;/bgt;quot; )NEO_HTML( quot;colquot;, quot;href=quot;quot; target=quot;_blankquot;quot;, quot;Diretórioquot; )NEO_HTML( quot;colquot;, quot;href=quot;quot; target=quot;_blankquot; align=quot;rightquot;quot;, quot;quot; )quot; ) NEO_HTML( quot;itemquot;, quot;id=quot;css.cssquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;/css.cssquot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; /gt; quot; )NEO_HTML( quot;colquot;, quot;width=quot;10quot;quot;, quot;css.cssquot; )NEO_HTML( quot;colquot;, quot;href=quot;/css.cssquot; target=quot;_blankquot;quot;, quot;Estilo CSSquot; )NEO_HTML( quot;colquot;, quot;href=quot;/css.cssquot; target=quot;_blankquot; align=quot;rightquot;quot;, quot;3,23 KBquot; )quot; ) NEO_HTML( quot;itemquot;, quot;id=quot;ico.gifquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;/ico.gifquot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; /gt; quot; )NEO_HTML( quot;colquot;, quot;width=quot;10quot;quot;, quot;ico.gifquot; )NEO_HTML( quot;colquot;, quot;href=quot;/ico.gifquot; target=quot;_blankquot;quot;, quot;Imagemquot; )NEO_HTML( quot;colquot;, quot;href=quot;/ico.gifquot; target=quot;_blankquot; align=quot;rightquot;quot;, quot;66 Bytesquot; )quot; ) NEO_HTML( quot;itemquot;, quot;id=quot;list_order_asc.gifquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;/list_order_asc.gifquot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; /gt; quot; )NEO_HTML( quot;colquot;, quot;width=quot;10quot;quot;, quot;list_order_asc.gifquot; )NEO_HTML( quot;colquot;, quot;href=quot;/list_order_asc.gifquot; target=quot;_blankquot;quot;, quot;Imagemquot; )NEO_HTML( quot;colquot;, quot;href=quot;/list_order_asc.gifquot; target=quot;_blankquot; align=quot;rightquot;quot;, quot;61 Bytesquot; )quot; ) NEO_HTML( quot;itemquot;, quot;id=quot;list_order_desc.gifquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;/list_order_desc.gifquot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; /gt; quot; )NEO_HTML( quot;colquot;,
#29822 [NEW]: Modulo ( % ) return a bad result
From: simon dot vandaele at wanadoo dot fr Operating system: Windows Xp Family Edition PHP version: 5.0.1 PHP Bug Type: *Math Functions Bug description: Modulo ( % ) return a bad result Description: Script with problem : ?php $a = 109597680; $b = 107214744; print ($a-$b)%2551443000; ? It return -196919480, the correct value is 866373000. Configure line : cscript /nologo configure.js --with-gd=shared --enable-snapshot-build -- Edit bug report at http://bugs.php.net/?id=29822edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29822r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29822r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29822r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29822r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29822r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29822r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29822r=needscript Try newer version: http://bugs.php.net/fix.php?id=29822r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29822r=support Expected behavior: http://bugs.php.net/fix.php?id=29822r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29822r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29822r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29822r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29822r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29822r=dst IIS Stability: http://bugs.php.net/fix.php?id=29822r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29822r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29822r=float
#28976 [Com]: Ability to disable Return-Path header or use From header instead of php.ini
ID: 28976
Comment by: dv at josheli dot com
Reported By: kdaniel at aosepc dot com
Status: Open
Bug Type: Mail related
Operating System: Windows\Apache
PHP Version: 4.3.6
New Comment:
http://marc.theaimsgroup.com/?l=php-devm=109286883222906w=2
Previous Comments:
[2004-08-23 19:19:30] kdaniel at aosepc dot com
Yes it is. The problem exists in sendmail.c
The code as follows:
/* Fall back to sendmail_from php.ini setting */
if (mailRPath *mailRPath) {
RPath = estrdup(mailRPath);
}
else if (INI_STR(sendmail_from)) {
RPath = estrdup(INI_STR(sendmail_from));
} else {
if (headers) {
efree(headers);
efree(headers_lc);
}
*error = W32_SM_SENDMAIL_FROM_NOT_SET;
return FAILURE;
}
Should be changed to:
/* Fall back to sendmail_from php.ini setting */
if (mailRPath *mailRPath) {
RPath = estrdup(mailRPath);
}
else if (INI_STR(sendmail_from)) {
RPath = estrdup(INI_STR(sendmail_from));
} else {
if (headers) {
efree(headers);
efree(headers_lc);
} else {
*error = W32_SM_SENDMAIL_FROM_NOT_SET;
return FAILURE;
}
}
I have not tested this, it is just a guess.
Kevin
[2004-08-23 19:02:33] joe at inexo dot com
It's not coming from php.ini.
[2004-08-18 23:07:34] dv at josheli dot com
using cli PHP 5 and latest snap (php5-win32-200408181430), the extra
From: header does not seem to work.
test.php:
?php
mail('[EMAIL PROTECTED]','subject','body',From: [EMAIL PROTECTED]);
?
Warning: mail(): sendmail_from not set in php.ini or custom From:
header missing in C:\dev\quiktests\test.php on line 3
[2004-08-06 21:39:27] kdaniel at aosepc dot com
I don't see how that is possible because there is no way for the mail
server to pick up the sendmail_from ini setting. PHP has to be using
it somewhere. There needs to be a way to disable its use.
[2004-08-06 19:27:15] [EMAIL PROTECTED]
I'm pretty sure that this header is added by the SMTP mail server and
not by PHP itself. PHP first writes the generated headers to
the SMTP stream, followed by any additional_headers you passed to
mail(). Any headers following those you passed as additional_headers
have been added by the transporting mail server (s). Looks like it is
adding the SMPT MAIL FROM into Return_Path:
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/28976
--
Edit this bug report at http://bugs.php.net/?id=28976edit=1
#29822 [Opn-Bgs]: Modulo ( % ) return a bad result
ID: 29822 Updated by: [EMAIL PROTECTED] Reported By: simon dot vandaele at wanadoo dot fr -Status: Open +Status: Bogus Bug Type: *Math Functions Operating System: Windows Xp Family Edition PHP Version: 5.0.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 Those numbers are too large for php and they are converted to float. And you can't do a % on floating point numbers. Previous Comments: [2004-08-24 19:42:21] simon dot vandaele at wanadoo dot fr Description: Script with problem : ?php $a = 109597680; $b = 107214744; print ($a-$b)%2551443000; ? It return -196919480, the correct value is 866373000. Configure line : cscript /nologo configure.js --with-gd=shared --enable-snapshot-build -- Edit this bug report at http://bugs.php.net/?id=29822edit=1
#29823 [NEW]: global array used in foreach recursion
From: gree at grees dot net
Operating system: irrelevant
PHP version: Irrelevant
PHP Bug Type: Scripting Engine problem
Bug description: global array used in foreach recursion
Description:
When is used globalized array into recursion method, there is an odd
behaving of foreach on this array in each recursion call. It seems, that
there is no copy of array for foreaching, but reference??? - internal
array pointer is changed in should-be-copy of array. (ref.(php-manual:
foreach): Note: Also note that foreach operates on a copy of the
specified array and not the array itself.)
(btw: it is not bug #22879)
Reproduce code:
---
?php
//- ODD ---
echo brglobal:br;
$globvar = array(1,2,3);
Recursion(1);
function Recursion($nr)
{
global $globvar;
echo in:.$nr.br;
foreach($globvar as $valnr)
{
if($valnr $nr)
{
echo $valnr.br;
Recursion($valnr);
}
}
echo out:.$nr.br;
}
// EXPECTED ---
echo brlocal:br;
$locvar = array(1,2,3);
RecursionLoc(1, $locvar);
function RecursionLoc($nr, $locvar)
{
echo in:.$nr.br;
foreach($locvar as $valnr)
{
if($valnr $nr)
{
echo $valnr.br;
RecursionLoc($valnr, $locvar);
}
}
echo out:.$nr.br;
}
?
Expected result:
global:
in:1
2
in:2
3
in:3
out:3
out:2
3
in:3
out:3
out:1
local:
in:1
2
in:2
3
in:3
out:3
out:2
3
in:3
out:3
out:1
Actual result:
--
global:
in:1
2
in:2
3
in:3
out:3
out:2
out:1
local:
in:1
2
in:2
3
in:3
out:3
out:2
3
in:3
out:3
out:1
--
Edit bug report at http://bugs.php.net/?id=29823edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29823r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29823r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29823r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=29823r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=29823r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29823r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29823r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29823r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29823r=support
Expected behavior: http://bugs.php.net/fix.php?id=29823r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29823r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29823r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=29823r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29823r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=29823r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29823r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29823r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29823r=float
#29801 [Com]: Using readfile() to send large files causes PHP to hang
ID: 29801 Comment by: thomas at mbox371 dot swipnet dot se Reported By: WPinegar at healthtech dot net Status: Open Bug Type: Reproducible crash Operating System: Windows Server 2003 PHP Version: 5.0.1 New Comment: latest apache2, Windows 2000 server, php 5.0.0/5.0.1/5.0.2-cvs.. same problem with all these configurations. When streaming files 5mb thru php there is timeouts. Also, it seems not to work to stream these files over a slower connections (0.5mbit) at all (stops after a few seconds) when it works better on a 100mbit lan. Previous Comments: [2004-08-23 19:47:40] WPinegar at healthtech dot net Description: Attempting to use readfile() to send large (over 250MB) binary objects causes PHP 5.0.1 to hang or the web server to send a 302 error. Reverting back to PHP 4.3.8 resolves the issue. Using fopen() and fpassthru() only makes the issue worse. We are using IIS 6 and the PHP ISAPI script engine. Reproduce code: --- header(Content-Type: application/force-download); header(Content-Type: application/octet-stream); header(Content-Type: application/download); header(Content-Disposition: attachment; filename=.basename($filename).;); header(Content-Transfer-Encoding: binary); header(Content-Length: .filesize($filename)); readfile($filename); exit(); Expected result: PHP 5 has an issue with sending large binary files. This should be resolved. -- Edit this bug report at http://bugs.php.net/?id=29801edit=1
#23220 [Com]: IIS does not cleanly close SSL connections (SSL: fatal protocol error)
ID: 23220
Comment by: robert at osuosl dot org
Reported By: storozhilov at mail dot ru
Status: Closed
Bug Type: OpenSSL related
Operating System: *
PHP Version: 4CVS
New Comment:
I've noticed we've all dismissed this as a Microsoft IIS error, but
we've been receiving the same warning using Apache 1.3.31 and PHP 5.0.0
and PHP 5.0.1, configured with the following options:
./configure --with-mysql=shared,/usr --prefix=/usr
--with-apxs=/usr/bin/apxs-ssl --disable-rpath --with-layout=GNU
--with-pear=/usr/share/php --enable-ftp --with-gettext --enable-sockets
--with-zlib --with-kerberos=/usr --with-openssl
--with-exec-dir=/usr/lib/php5/libexec --with-dom=shared,/usr --with-xsl
--with-gettext
Have any apache users had this error and corrected it?
Previous Comments:
[2004-05-23 13:04:06] [EMAIL PROTECTED]
Stupid bug system...
The will be in the next snapshot from http://snaps.php.net.
[2004-05-23 13:02:46] [EMAIL PROTECTED]
This bug has been fixed in the documentation's XML sources. Since the
online and downloadable versions of the documentation need some time
to get updated, we would like to ask you to be a bit patient.
Thank you for the report, and for helping us make our documentation
better.
This has just been fixed in CVS.
Note that due to the nature of the problem (eg: IIS being at fault),
there is no way for PHP to determine the difference between a
legitimate problem and a bogus IIS unless you are using the built-in
HTTP wrapper: we inspect the headers to determine if we should show the
warning or not.
So, if you are manually opening an SSL stream, you still need to
suppress the warning yourself based on the presence of Server:
Microsoft-IIS in the headers that you read.
[2004-05-03 17:56:01] grizu1 at gmx dot info
Hi,
this bug still exists on php4-STABLE-200405031430. ;-(
System:
- Linux (RedHat 8) 2.4.20-28.8 #1 Thu Dec 18 12:53:39 EST 2003 i686
i686 i386 GNU/Linux
- php4-STABLE-200405031430
- OpenSSL 0.9.6b
Configure command:
'./configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql'
'--with-openssl' '--with-sapdb=/opt/sapdb/interfaces/odbc/'
php-script:
?php
$url = https://foo.bar;;
file_get_contents($url);
?
Output:
Warning: file_get_contents(): SSL: fatal protocol error in
/www/www.default.de/html/https2.php on line 3
Any help for me?
Greetings
grizu
[2004-04-30 15:03:05] obercik at poczta dot onet dot pl
PHP Version 5.0.0RC2
Configure Command './configure' '--with-openssl' ...
if ( $fp = fopen(https://, r) ) {
while ( $row = fgets($fp, 1024) ) {
print($row);
}
fclose($fp);
}
Warning: fgets() [function.fgets]: SSL: fatal protocol error in
xxx.php on line xx
however it GETS the data...
[2004-04-30 06:24:55] mike dot davsi at temple dot edu
I'm seeing this against an apache server. What version is this fixed
in?
file_get_contents(https://.;);
PHP 4.3.2 (cgi), Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
I have fixed it for now with error_reporting but would like to get a
true fix.
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/23220
--
Edit this bug report at http://bugs.php.net/?id=23220edit=1
#29824 [NEW]: The apache-module doesn't load php.ini
From: mp at 247net dot de Operating system: OpenBSD PHP version: 5.0.1 PHP Bug Type: *Configuration Issues Bug description: The apache-module doesn't load php.ini Description: The ini-file isn't loaded by the apache module (the cli-version works fine). Seemingly it's fixed in CVS (5.1.x-dev) php5-200408241630! # ./configure \ --with-config-file-path=/var/www/conf/php.ini \ --with-apxs=/usr/sbin/apxs # cat /var/www/conf/httpd.conf | grep php5 LoadModule php5_module /usr/local/lib/php/libphp5.so # ls -l /var/www/conf/php.ini -rw-r- 1 root www 44.1K Aug 24 19:05 /var/www/conf/php.ini # php -f phpinfo.php phpinfo() PHP Version = 5.0.1 System = OpenBSD www 3.5 GENERIC#34 i386 Build Date = Aug 24 2004 18:57:18 Configure Command = './configure' '--with-config-file-path=/var/www/conf/php.ini' '--with-apxs=/usr/sbin/apxs' Server API = Command Line Interface Virtual Directory Support = disabled Configuration File (php.ini) Path = /var/www/conf/php.ini PHP API = 20031224 PHP Extension = 20040412 Zend Extension = 220040412 Debug Build = no Thread Safety = disabled IPv6 Support = enabled Registered PHP Streams = php, file, http, ftp Registered Stream Socket Transports = tcp, udp, unix, udg -- Edit bug report at http://bugs.php.net/?id=29824edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29824r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29824r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29824r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29824r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29824r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29824r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29824r=needscript Try newer version: http://bugs.php.net/fix.php?id=29824r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29824r=support Expected behavior: http://bugs.php.net/fix.php?id=29824r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29824r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29824r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29824r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29824r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29824r=dst IIS Stability: http://bugs.php.net/fix.php?id=29824r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29824r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29824r=float
#29342 [Com]: strtotime(null) does not return -1
ID: 29342 Comment by: kevin at brucecreative dot com Reported By: php dot net at gurugeek dot com Status: Closed Bug Type: Date/time related Operating System: RHEL 3.0 PHP Version: 5.0.0 New Comment: Is there a bug with strtotime in 5.0.1? strtotime(+11 minutes) doesn't work, when it worked fine in 4.x Previous Comments: [2004-07-28 03:45:02] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-07-22 23:09:57] php dot net at gurugeek dot com Description: Executing strtotime(null) returns midnight of the current day. The same happens with strtotime(false). [EMAIL PROTECTED] libexec]$ php -r 'echo strtotime(null) . \n;' 1090479600 [EMAIL PROTECTED] libexec]$ php -r 'echo date(r, strtotime(null)) . \n;' Thu, 22 Jul 2004 00:00:00 -0700 Reproduce code: --- echo strtotime(null); echo strtotime(); Expected result: -1 Actual result: -- Midnight of the current day: Thu, 22 Jul 2004 00:00:00 -0700 -- Edit this bug report at http://bugs.php.net/?id=29342edit=1
#29825 [NEW]: mktime returns incorrect timestamp
From: biv777 at front dot ru
Operating system: FreeBSD 4.8
PHP version: 4.3.7
PHP Bug Type: Date/time related
Bug description: mktime returns incorrect timestamp
Description:
Reproduce code:
---
?
$f_tm=1080075600; //3-24-2004
for($i=0; $i7; $i++)
{
$arr_tm[]=$f_tm;
$f_tm=mktime(0, 0, 0, date(n,$f_tm), (date(j,$f_tm)+1),
date(Y,$f_tm));
}
foreach($arr_tm as $tm)
{
echo $tm. .date(Y,$tm).-.date(m,$tm).-.date(d,$tm).br;
}
?
Expected result:
HTTP/1.1 200 OK
Date: Tue, 24 Aug 2004 19:44:04 GMT
Server: Apache/1.3.31 (Unix) mod_accounting/0.5l mod_ssl/2.8.18
OpenSSL/0.9.7d mod_deflate/1.0.21
X-Powered-By: PHP/4.3.5
Connection: close
Content-Type: text/html; charset=windows-1251
1048453200 2003-03-24
1048539600 2003-03-25
1048626000 2003-03-26
1048712400 2003-03-27
1048798800 2003-03-28
1048885200 2003-03-29
-7262 1970-01-01
Actual result:
--
--
Edit bug report at http://bugs.php.net/?id=29825edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29825r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29825r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29825r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=29825r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=29825r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29825r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29825r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29825r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29825r=support
Expected behavior: http://bugs.php.net/fix.php?id=29825r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29825r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29825r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=29825r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29825r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=29825r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29825r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29825r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29825r=float
#29566 [Opn-Fbk]: foreach/string handling strangeness (crash)
ID: 29566 Updated by: [EMAIL PROTECTED] Reported By: stefan at hotpaenz dot de -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.6.3 -PHP Version: 5CVS-2004-08-07 (dev) +PHP Version: 5.0.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Previous Comments: [2004-08-24 10:32:22] stefan at hotpaenz dot de I use Linux 2.6.3 and glibc 2.3.2. PHP crashes _after_ printing the warning Invalid argument supplied for foreach() at the end of the script (perhaps when cleaning up?). I tested again with the 200408240630 snapshots (stable and HEAD). This is the HEAD backtrace: #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-200408240630/Zend/zend_alloc.c:285 285 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size); (gdb) bt #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-200408240630/Zend/zend_alloc.c:285 #1 0x08178298 in _zval_ptr_dtor (zval_ptr=0xbfffd6a8) at /root/php/test/php5-200408240630/Zend/zend_execute_API.c:390 #2 0x081a3407 in zend_switch_free_handler (execute_data=0xbfffd710) at /root/php/test/php5-200408240630/Zend/zend_execute.c:245 #3 0x0819eb48 in execute (op_array=0x8274014) at /root/php/test/php5-200408240630/Zend/zend_execute.c:1498 #4 0x08181f95 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php/test/php5-200408240630/Zend/zend.c:1052 #5 0x0814d5ad in php_execute_script (primary_file=0xbaa0) at /root/php/test/php5-200408240630/main/main.c:1633 #6 0x081a9c81 in main (argc=2, argv=0xbb64) at /root/php/test/php5-200408240630/sapi/cgi/cgi_main.c:1568 The backtrace of stable is slightly different: #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-STABLE-200408240630/Zend/zend_alloc.c:263 263 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size); (gdb) bt #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-STABLE-200408240630/Zend/zend_alloc.c:263 #1 0x081764b8 in _zval_ptr_dtor (zval_ptr=0xbfffd678) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute_API.c:391 #2 0x081a0632 in zend_switch_free_handler (execute_data=0xbfffd6f0, opline=0x8272464, op_array=0x826deec) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute.c:210 #3 0x0819c0a9 in execute (op_array=0x826deec) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute.c:1400 #4 0x081802b5 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php/test/php5-STABLE-200408240630/Zend/zend.c:1061 #5 0x0814b99d in php_execute_script (primary_file=0xba80) at /root/php/test/php5-STABLE-200408240630/main/main.c:1629 #6 0x081a68c7 in main (argc=2, argv=0xbb44) at /root/php/test/php5-STABLE-200408240630/sapi/cgi/cgi_main.c:1568 [2004-08-24 09:46:48] [EMAIL PROTECTED] No crash with latest HEAD (Linux 2.6.8.1, glibc 2.3.2). [2004-08-24 09:40:13] stefan at hotpaenz dot de Indeed it works fine with the latest PHP4 snapshot (200408232230 tested), but this is a PHP5 bug. For the record: It still crashes with the 200408232230 PHP5 snapshot (unstable) [2004-08-24 01:00:04] 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. [2004-08-08 23:03:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Works fine with latest CVS. 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/29566 -- Edit this bug report at http://bugs.php.net/?id=29566edit=1
#29805 [Opn-Fbk]: HTTP Authentication Issues
ID: 29805
Updated by: [EMAIL PROTECTED]
Reported By: michaelw at webcentral dot com dot au
-Status: Open
+Status: Feedback
Bug Type: iPlanet related
Operating System: Solaris 9
PHP Version: 4.3.8
New Comment:
Have you installed the fake authenticator php4_ as written in the
docs?
To use PHP Authentication on a single directory, add the following:
Object ppath=d:\path\to\authenticated\dir\*
AuthTrans fn=php4_auth_trans
/Object
The problem is: iPlanet SunONE does not send the password to PHP so it
is not a problem of PHP. With the code from the docs you tell SunONE to
pass the authentication data to the fake function php4_auth_trans
that only says auth done and no other AuthTrans directives from
obj.conf get executed. This switches of all other authentication in the
server (Java, .htaccess,...) but lets PHP get the data. By limiting this
to a directory you can leave the SunONE authentication for other
directories intact.
Previous Comments:
[2004-08-24 03:39:56] michaelw at webcentral dot com dot au
Description:
Hi,
PHP HTTP Authentication under Sun One Webserver 6.0 (and presumably any
iPlanet variant) doesn't seem to work correctly.
The PHP_AUTH_USER and PHP_AUTH_PW variables don't seem to get set.
(This is with Safe Mode disabled).
Additionally, with Safe Mode enabled, I cannot determine the username
or password entered by the user.
Reproduce code:
---
?php
if (!isset($_SERVER['PHP_AUTH_USER'])) {
header('WWW-Authenticate: Basic realm=My Realm');
header('HTTP/1.0 401 Unauthorized');
echo 'Text to send if user hits Cancel button';
exit;
} else {
echo pHello {$_SERVER['PHP_AUTH_USER']}./p;
echo pYou entered {$_SERVER['PHP_AUTH_PW']} as your
password./p;
}
?
Expected result:
Under apache, the output is:
Hello testing.
You entered 123 as your password.
(when username is testing and 123 is password)
Under SunOne, the username/password box just keeps redisplaying.
Actual result:
--
Under SunOne, the username/password box just keeps redisplaying.
--
Edit this bug report at http://bugs.php.net/?id=29805edit=1
#28672 [Com]: error: Problem with libjpeg.(a|so)
ID: 28672
Comment by: matarunk at yahoo dot com
Reported By: c dot meisinger at livingliquid dot com
Status: Bogus
Bug Type: Compile Failure
Operating System: RedHat 7.3
PHP Version: 4.3.7
New Comment:
Upgrade libxslt and libxml packages (libxslt compiled against libxml
Version) to the latest versions.
This will solve your problem.
Cool:)
Previous Comments:
[2004-07-08 20:15:07] pantelis at up2u dot gr
I had the same problem.. config fails with:
configure: error: libpng.(a|so) not found.
i have defined: --with-jpeg-dir=/usr/lib
and in the /usr/lib directory i have these files:
libjpeg.so.62
libjpeg.so.62.0.0
Any suggestions?
My system is RedHat Enterprise Server.
[2004-06-07 18:07:35] c dot meisinger at livingliquid dot com
strange... if i remove --with-jpeg-dir, it works
and why does jpeg check for openssl???
if i remove --with-openssl i still get this error.
openssl installation is ok too.
btw. it WORKED with php4.3.6
[2004-06-07 17:05:21] [EMAIL PROTECTED]
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.
Thank you for your interest in PHP.
The problems appears to be a broken libssl that is missing
symbols for HMAC_cleanup.
/usr/local/lib/libssl.a(t1_enc.o): In function
`tls1_P_hash':
t1_enc.o(.text+0x15e): undefined reference to
`HMAC_cleanup'
t1_enc.o(.text+0x16c): undefined reference to
`HMAC_cleanup'
Because -lssl is being used the test compiled against it
fails.
[2004-06-07 16:54:48] c dot meisinger at livingliquid dot com
configure:29567: checking for GD support
configure:29614: checking for the location of libjpeg
configure:29641: checking for the location of libpng
configure:29694: checking for the location of libXpm
configure:29719: checking for FreeType 1.x support
configure:29744: checking for FreeType 2
configure:29769: checking for T1lib support
configure:29794: checking whether to enable truetype string function in
GD
configure:29819: checking whether to enable JIS-mapped Japanese font
support in GD
configure:29873: checking for fabsf
configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib
-L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl -
lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 15
configure:29885: warning: conflicting types for built-in function
`fabsf'
configure:29873: checking for floorf
configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib
-L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl -
lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 15
configure:30033: checking for jpeg_read_header in -ljpeg
configure:30052: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/lib
-L/usr/local/lib -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib
-Wl,-rpath,/usr/local/curl/lib -L/usr/local/c
url/lib conftest.c -ljpeg -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm
-ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 15
/usr/local/lib/libssl.a(t1_enc.o): In function `tls1_P_hash':
t1_enc.o(.text+0x15e): undefined reference to `HMAC_cleanup'
t1_enc.o(.text+0x16c): undefined reference to `HMAC_cleanup'
collect2: ld returned 1 exit status
configure: failed program was:
#line 30041 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char jpeg_read_header();
int main() {
jpeg_read_header()
; return 0; }
[2004-06-07 15:55:38] [EMAIL PROTECTED]
Look inside the config.log file was the failure reason.
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/28672
--
Edit this bug report at http://bugs.php.net/?id=28672edit=1
#28672 [Com]: error: Problem with libjpeg.(a|so)
ID: 28672
Comment by: matarunk at yahoo dot com
Reported By: c dot meisinger at livingliquid dot com
Status: Bogus
Bug Type: Compile Failure
Operating System: RedHat 7.3
PHP Version: 4.3.7
New Comment:
Also upgrade the curl package also.
Previous Comments:
[2004-08-24 23:55:20] matarunk at yahoo dot com
Upgrade libxslt and libxml packages (libxslt compiled against libxml
Version) to the latest versions.
This will solve your problem.
Cool:)
[2004-07-08 20:15:07] pantelis at up2u dot gr
I had the same problem.. config fails with:
configure: error: libpng.(a|so) not found.
i have defined: --with-jpeg-dir=/usr/lib
and in the /usr/lib directory i have these files:
libjpeg.so.62
libjpeg.so.62.0.0
Any suggestions?
My system is RedHat Enterprise Server.
[2004-06-07 18:07:35] c dot meisinger at livingliquid dot com
strange... if i remove --with-jpeg-dir, it works
and why does jpeg check for openssl???
if i remove --with-openssl i still get this error.
openssl installation is ok too.
btw. it WORKED with php4.3.6
[2004-06-07 17:05:21] [EMAIL PROTECTED]
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.
Thank you for your interest in PHP.
The problems appears to be a broken libssl that is missing
symbols for HMAC_cleanup.
/usr/local/lib/libssl.a(t1_enc.o): In function
`tls1_P_hash':
t1_enc.o(.text+0x15e): undefined reference to
`HMAC_cleanup'
t1_enc.o(.text+0x16c): undefined reference to
`HMAC_cleanup'
Because -lssl is being used the test compiled against it
fails.
[2004-06-07 16:54:48] c dot meisinger at livingliquid dot com
configure:29567: checking for GD support
configure:29614: checking for the location of libjpeg
configure:29641: checking for the location of libpng
configure:29694: checking for the location of libXpm
configure:29719: checking for FreeType 1.x support
configure:29744: checking for FreeType 2
configure:29769: checking for T1lib support
configure:29794: checking whether to enable truetype string function in
GD
configure:29819: checking whether to enable JIS-mapped Japanese font
support in GD
configure:29873: checking for fabsf
configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib
-L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl -
lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 15
configure:29885: warning: conflicting types for built-in function
`fabsf'
configure:29873: checking for floorf
configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib
-L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl -
lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 15
configure:30033: checking for jpeg_read_header in -ljpeg
configure:30052: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/lib
-L/usr/local/lib -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib
-Wl,-rpath,/usr/local/curl/lib -L/usr/local/c
url/lib conftest.c -ljpeg -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm
-ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 15
/usr/local/lib/libssl.a(t1_enc.o): In function `tls1_P_hash':
t1_enc.o(.text+0x15e): undefined reference to `HMAC_cleanup'
t1_enc.o(.text+0x16c): undefined reference to `HMAC_cleanup'
collect2: ld returned 1 exit status
configure: failed program was:
#line 30041 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char jpeg_read_header();
int main() {
jpeg_read_header()
; return 0; }
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/28672
--
Edit this bug report at http://bugs.php.net/?id=28672edit=1
#28672 [Com]: error: Problem with libjpeg.(a|so)
ID: 28672 Comment by: matarunk at yahoo dot com Reported By: c dot meisinger at livingliquid dot com Status: Bogus Bug Type: Compile Failure Operating System: RedHat 7.3 PHP Version: 4.3.7 New Comment: Also upgrade the curl package. Previous Comments: [2004-08-24 23:56:59] matarunk at yahoo dot com Also upgrade the curl package also. [2004-08-24 23:55:20] matarunk at yahoo dot com Upgrade libxslt and libxml packages (libxslt compiled against libxml Version) to the latest versions. This will solve your problem. Cool:) [2004-07-08 20:15:07] pantelis at up2u dot gr I had the same problem.. config fails with: configure: error: libpng.(a|so) not found. i have defined: --with-jpeg-dir=/usr/lib and in the /usr/lib directory i have these files: libjpeg.so.62 libjpeg.so.62.0.0 Any suggestions? My system is RedHat Enterprise Server. [2004-06-07 18:07:35] c dot meisinger at livingliquid dot com strange... if i remove --with-jpeg-dir, it works and why does jpeg check for openssl??? if i remove --with-openssl i still get this error. openssl installation is ok too. btw. it WORKED with php4.3.6 [2004-06-07 17:05:21] [EMAIL PROTECTED] 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. Thank you for your interest in PHP. The problems appears to be a broken libssl that is missing symbols for HMAC_cleanup. /usr/local/lib/libssl.a(t1_enc.o): In function `tls1_P_hash': t1_enc.o(.text+0x15e): undefined reference to `HMAC_cleanup' t1_enc.o(.text+0x16c): undefined reference to `HMAC_cleanup' Because -lssl is being used the test compiled against it fails. 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/28672 -- Edit this bug report at http://bugs.php.net/?id=28672edit=1
#29805 [Fbk-Opn]: HTTP Authentication Issues
ID: 29805
User updated by: michaelw at webcentral dot com dot au
Reported By: michaelw at webcentral dot com dot au
-Status: Feedback
+Status: Open
Bug Type: iPlanet related
Operating System: Solaris 9
PHP Version: 4.3.8
New Comment:
From obj.conf
Object name=default
AuthTrans fn=php4_auth_trans
snipped
Previous Comments:
[2004-08-24 23:51:33] [EMAIL PROTECTED]
Have you installed the fake authenticator php4_ as written in the
docs?
To use PHP Authentication on a single directory, add the following:
Object ppath=d:\path\to\authenticated\dir\*
AuthTrans fn=php4_auth_trans
/Object
The problem is: iPlanet SunONE does not send the password to PHP so it
is not a problem of PHP. With the code from the docs you tell SunONE to
pass the authentication data to the fake function php4_auth_trans
that only says auth done and no other AuthTrans directives from
obj.conf get executed. This switches of all other authentication in the
server (Java, .htaccess,...) but lets PHP get the data. By limiting this
to a directory you can leave the SunONE authentication for other
directories intact.
[2004-08-24 03:39:56] michaelw at webcentral dot com dot au
Description:
Hi,
PHP HTTP Authentication under Sun One Webserver 6.0 (and presumably any
iPlanet variant) doesn't seem to work correctly.
The PHP_AUTH_USER and PHP_AUTH_PW variables don't seem to get set.
(This is with Safe Mode disabled).
Additionally, with Safe Mode enabled, I cannot determine the username
or password entered by the user.
Reproduce code:
---
?php
if (!isset($_SERVER['PHP_AUTH_USER'])) {
header('WWW-Authenticate: Basic realm=My Realm');
header('HTTP/1.0 401 Unauthorized');
echo 'Text to send if user hits Cancel button';
exit;
} else {
echo pHello {$_SERVER['PHP_AUTH_USER']}./p;
echo pYou entered {$_SERVER['PHP_AUTH_PW']} as your
password./p;
}
?
Expected result:
Under apache, the output is:
Hello testing.
You entered 123 as your password.
(when username is testing and 123 is password)
Under SunOne, the username/password box just keeps redisplaying.
Actual result:
--
Under SunOne, the username/password box just keeps redisplaying.
--
Edit this bug report at http://bugs.php.net/?id=29805edit=1
#29515 [Fbk-NoF]: While cycle error
ID: 29515
Updated by: [EMAIL PROTECTED]
Reported By: borivoje at gmail dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 4.3.8
New Comment:
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.
Previous Comments:
[2004-08-17 17:25:22] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
[2004-08-04 22:22:30] borivoje at gmail dot com
I had no intention to confuse here, But...
I called this as a function from include file (these lines are in
function). As a saparated example it works just fine. But when I call
it from a function it displays error.
[2004-08-04 19:51:17] borivoje at gmail dot com
?php
$string = helo,here,is,an,example;
$paragraphs = explode(,, $string);
$position = 10;
while (list($index, $thing) = each($paragraphs)) {
echo $position;
// here anything...
}
?
[2004-08-04 07:56:14] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
[2004-08-04 02:12:32] borivoje at gmail dot com
Description:
http://www.code-experts.com/listTopic.asp?tid=44
Reproduce code:
---
echo $poss . ' - positionsbr/';
$paragraphs = explode(\n,$textToReplace);
$ord = 0;
while (list($breakIndex,$breakToReplace) = each($paragraphs)) {
echo $poss . br/; // --here
echo $breakIndex . - . $ord . br/;
if ($breakIndex % $poss = 0) {
$ord = $ord + 1;
if ($ord = 1) $paragraphs[$breakIndex] = p class='news_preview'.
$breakToReplace . img class='news_pic_r'
src='$picDir/$article-picturePath1'//p;
if ($ord = 2) $paragraphs[$breakIndex] = p class='news_preview'.
$breakToReplace . img class='news_pic_l'
src='$picDir/$article-picturePath2'//p;
if ($ord = 3) $paragraphs[$breakIndex] = p class='news_preview'.
$breakToReplace . img class='news_pic_r'
src='$picDir/$article-picturePath3'//p;
} else {
$paragraphs[$breakIndex] = p class=\news_preview\.
$breakToReplace ./p;
}
}
Expected result:
All ones (1 int)
Actual result:
--
First one then 0-oes
--
Edit this bug report at http://bugs.php.net/?id=29515edit=1
#29444 [Fbk-NoF]: Crash attemping to connect Oracle via oci8 when database is not mounted
ID: 29444
Updated by: [EMAIL PROTECTED]
Reported By: oguilloux at sopragroup dot com
-Status: Feedback
+Status: No Feedback
Bug Type: OCI8 related
Operating System: Windows 2000 SP4
PHP Version: 5.0.0
Assigned To: tony2001
New Comment:
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.
Previous Comments:
[2004-08-17 07:39:45] [EMAIL PROTECTED]
Feel free to mark this bug as Open, when you get any additional info
about it. Thanks.
[2004-08-16 09:47:16] oguilloux at sopragroup dot com
Thank's ! It's work well now with the new distribution on my crash
script test (using OCIParse function). But, when I use my real PHP site
using AdoDB for PHP to connect to Oracle with oci8, it's still crash
PHP.exe. I will look about it and search why and where it crashed.
[2004-08-13 17:43:34] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-08-03 15:41:41] oguilloux at sopragroup dot com
With this code (below) only, my PHP5 (cli version) doesn't terminate
properly. (The program did not finish, it seem to wait about something
that never happens).
= It's seem to be OCIParse which doesn't work. When I use comments
on this line code, the script finish and not when I use the command.
$argDatabasename = 'PNGRS24';
$todo =
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=RS24.PA.SOPRA)(PORT=1542))(CONNECT_DATA=(SID=$argDatabasename)));
$cn = OCILogon('SYSTEM','MANAGER', $todo);
$stmt = OCIParse($cn,select * from cols);
$res = OCIExecute($stmt);
ocilogoff($cn);
[2004-08-03 02:12:27] cjbj at hotmail dot com
Can the filer give a better testcase? Does the DB have to
be unmounted? Does ADOdb have to be used?
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/29444
--
Edit this bug report at http://bugs.php.net/?id=29444edit=1
#29483 [Fbk-NoF]: php crashes while destroying a referenced object
ID: 29483
Updated by: [EMAIL PROTECTED]
Reported By: stefan dot textor at dsi-project dot de
-Status: Feedback
+Status: No Feedback
Bug Type: Zend Engine 2 problem
Operating System: Windows 2000
PHP Version: 5.0.0
New Comment:
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.
Previous Comments:
[2004-08-17 17:41:47] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Works fine here. Both under Win32 Linux.
[2004-08-01 16:26:21] stefan dot textor at dsi-project dot de
Description:
php crashes while setting a references object to null
Reproduce code:
---
class MyClass {
function __destruct() {
print Destroying object;
}
}
$test = new MyClass();
$test1 = $test;
$test = null;
Expected result:
object should be destroyed and both references should be null imho
--
Edit this bug report at http://bugs.php.net/?id=29483edit=1
#29520 [Fbk-NoF]: php mysql compile fail
ID: 29520
Updated by: [EMAIL PROTECTED]
Reported By: martinkuria at hotmail dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Compile Failure
Operating System: Solaris9
PHP Version: 5.0.0
New Comment:
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.
Previous Comments:
[2004-08-17 17:25:14] [EMAIL PROTECTED]
You need library headers in order to compile PHP with MySQL support. As
I can see, you've already solved the problem with 64-bit libraries.
Porbably, you just installed 32-bit version of mysql libs. Am I right?
[2004-08-04 12:46:42] martinkuria at hotmail dot com
Below is the error am getting, it says also that mysql client library
is not bundled anymore in the php-5.0.0 version, what does that mean?
and how can I resolve that to complite my php-5.0.0 please advice
checking for mSQL support... no
checking for MSSQL support via FreeTDS... no
checking for MySQL support... yes
checking for specified location of the MySQL UNIX socket... no
checking for MySQL UNIX socket location... /tmp/mysql.sock
configure: error: Cannot find MySQL header files under yes.
Note that the MySQL client library is not bundled anymore.
[2004-08-04 12:37:57] martinkuria at hotmail dot com
Description:
I am installing php but am getting the error below, could it be this
php-release mysql-client is not included please advice
Reproduce code:
---
configure:39850: checking if your cpp allows macro usage in include
lines
configure:39862: gcc -c -I/usr/include -g -O2
-D_POSIX_PTHREAD_SEMANTICS conftest.c 15
configure:40127: checking for IMAP support
configure:41422: checking for Informix support
configure:42018: checking for Ingres II support
configure:42534: checking for InterBase support
configure:43344: checking for IRCG support
configure:43972: checking for LDAP support
configure:44018: checking for LDAP Cyrus SASL support
configure:46735: checking whether to enable multibyte string support
configure:46781: checking whether to enable multibyte regex support
configure:46806: checking for external libmbfl
configure:48142: checking for mcrypt support
configure:48879: checking for MCVE support
configure:48925: checking OpenSSL dir for MCVE
configure:50291: checking for mhash support
configure:50701: checking whether to include mime_magic support
configure:50994: checking for MING support
configure:51669: checking for mnoGoSearch support
configure:52083: checking for msession support
configure:52678: checking for mSQL support
configure:53125: checking for MSSQL support via FreeTDS
configure:53707: checking for MySQL support
configure:53753: checking for specified location of the MySQL UNIX
socket
configure:53810: checking for MySQL UNIX socket location
configure:53966: checking for mysql_close in -lmysqlclient
configure:53985: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/local/mysql//lib -L/usr/local/mysql//lib -R/usr/ucblib
-L/usr/ucblib -R/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3
-L/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/lib
-L/usr/local/lib -R/usr/local/ssl/lib -L/usr/local/ssl/lib
-R/usr/openwin/lib -L/usr/openwin/lib -R/usr/local/gd//
-L/usr/local/gd// conftest.c -lmysqlclient -lgd -lt1 -lfreetype -lpng
-lz -ljpeg -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl
-lsocket -lgcc -lxml2 -lz -liconv -lm -lsocket -lnsl -lcurl -lz -lssl
-lcrypto -ldl -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl
15
ld: warning: file /usr/local/mysql//lib/libmysqlclient.a(libmysql.o):
wrong ELF class: ELFCLASS64
Undefined first referenced
symbol in file
mysql_close /var/tmp//ccYGWfaf.o
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
configure: failed program was:
#line 53974 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_close();
int main() {
mysql_close()
; return 0; }
configure:54190: checking for mysql_error in -lmysqlclient
configure:54209: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/local/mysql//lib -L/usr/local/mysql//lib -R/usr/ucblib
-L/usr/ucblib -R/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3
-L/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/lib
-L/usr/local/lib -R/usr/local/ssl/lib -L/usr/local/ssl/lib
-R/usr/openwin/lib
#29665 [Fbk-NoF]: PHP Fails to compile when soap is enabled
ID: 29665
Updated by: [EMAIL PROTECTED]
Reported By: moontumbo at hotmail dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Compile Failure
Operating System: Red Hat Enterprise Linux WS 3.0
PHP Version: 5.0.1
New Comment:
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.
Previous Comments:
[2004-08-17 23:17:13] ibrash at gaernin dot aswwc dot net
Issue reproduced on Slackware 9.1 with libxml2 2.5.11.
[2004-08-17 08:06:37] [EMAIL PROTECTED]
Which libxml2 did you have installed before?
[2004-08-16 21:51:08] ppritzl at hotmail dot com
Upgrading the libxml2 to 2.6.11-1 solved this issue for me on both RH9
and RH Enterprise
[2004-08-16 11:18:27] scholz at digi-info dot de
Same on Suse 9.0.
5.0.0 compiled properly with the same configure options.
5.0.1 crashed with.
ext/soap/php_encoding.lo(.text+0x594): In function `to_zval_string':
/usr/local/src/php-5.0.1/ext/soap/php_encoding.c:467: undefined
reference to `xmlBufferCreateStatic'
ext/soap/php_encoding.lo(.text+0x76a): In function
`to_zval_stringr':
/usr/local/src/php-5.0.1/ext/soap/php_encoding.c:503: undefined
reference to `xmlBufferCreateStatic'
ext/soap/php_encoding.lo(.text+0x95a): In function
`to_zval_stringc':
/usr/local/src/php-5.0.1/ext/soap/php_encoding.c:539: undefined
reference to `xmlBufferCreateStatic'
ext/soap/php_encoding.lo(.text+0xc3e): In function `to_xml_string':
/usr/local/src/php-5.0.1/ext/soap/php_encoding.c:607: undefined
reference to `xmlBufferCreateStatic'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1
./configure --prefix=/usr \
--enable-dba \
--disable-cgi \
--bindir=/usr/bin \
--libdir=/usr/lib \
--with-config-file-path=/etc\
--with-exec-dir=%{libdir}/php/bin \
--with-gd=yes \
--with-tiff-dir=/usr\
--with-jpeg-dir=/usr\
--with-png-dir=/usr \
--with-xpm-dir=/usr/X11R6 \
--with-zlib=yes \
--with-mhash\
--with-bz2 \
--with-ttf \
--with-xml=yes \
--with-sablot \
--with-ftp \
--with-mcrypt \
--with-mm \
--with-curl \
--enable-pcntl \
--enable-sockets \
--enable-versioning \
--enable-bcmath \
--enable-trans-sid \
--enable-inline-optimization\
--enable-track-vars \
--enable-magic-quotes \
--enable-sysvsem\
--enable-sysvshm\
--enable-shmop \
--enable-calendar \
--enable-ftp\
--enable-memory-limit \
--enable-filepro\
--enable-ctype \
--disable-debug \
--enable-discard-path \
--enable-sigchild \
--enable-gd-imgstrttf \
--enable-calendar \
--enable-force-cgi-redirect \
--enable-gd-native-ttf \
--enable-mbstr-enc-trans\
--enable-wddx \
--with-dom=%{dom_dir} \
--with-mcal=/usr\
--with-mysql \
--with-sqlite \
--with-xslt=/usr/include/libxslt/ \
--enable-pcntl \
--with-snmp \
--with-freetype-dir=yes \
--with-openssl \
--enable-soap \
--with-apxs2=/usr/sbin/apxs2-prefork
[2004-08-14 00:19:22] moontumbo at hotmail dot com
Description:
When PHP 5.0.1 is configured with SOAP support, the compilation fails.
We are using the same configure command that we used on PHP 5.0.0. When
soap is removed from the configure, it compiles cleanly.
Reproduce code:
---
'./configure' \
'--with-config-file-path=/usr/local/apache/conf' \
'--with-apxs=/usr/local/apache/bin/apxs' \
'--enable-sigchild' \
'--with-gd' \
'--enable-gd-native-ttf' \
'--with-freetype-dir=/usr/local/lib' \
'--with-jpeg-dir=/usr/lib' \
'--with-png-dir=/usr/local/lib' \
'--with-zlib-dir=/usr/local/lib' \
'--with-xpm-dir=/usr/lib' \
'--with-openssl' \
'--with-mysql' \
'--enable-soap' \
'--with-ldap' \
'--with-t1lib' \
'--enable-bcmath' \
'--enable-calendar' \
'--enable-ftp' \
$@
//Configures fine. Make fails.
make
Expected result:
Successful compilation and installation upon make install.
Actual result:
--
ext/soap/php_encoding.lo(.text+0x5b7): In function `to_zval_string':
/usr/local/src/php/php-5.0.1/ext/soap/php_encoding.c:467: undefined
reference to
`xmlBufferCreateStatic'
ext/soap/php_encoding.lo(.text+0x8d5): In function `to_zval_stringr':
/usr/local/src/php/php-5.0.1/ext/soap/php_encoding.c:503: undefined
reference to
`xmlBufferCreateStatic'
ext/soap/php_encoding.lo(.text+0xbf3): In function `to_zval_stringc':
/usr/local/src/php/php-5.0.1/ext/soap/php_encoding.c:539: undefined
reference to
`xmlBufferCreateStatic'
ext/soap/php_encoding.lo(.text+0x1125): In function
#29598 [Fbk-NoF]: Problem when i sharing my class conection with two or more class
ID: 29598
Updated by: [EMAIL PROTECTED]
Reported By: casmeiron at gmail dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: WINDOWS
PHP Version: 5.0.0
New Comment:
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.
Previous Comments:
[2004-08-17 15:46:58] [EMAIL PROTECTED]
Try to run the same script using console version of PHP (php.exe -f
script.php) and to see what happens. And check your Event Log, it
should provide more information about IIS errors.
If nothing helps - change SAPI to ISAPI instead of CGI.
[2004-08-11 16:25:03] casmeiron at gmail dot com
Guys.. see the error:
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
Only this, what is?
Help-me :(
[2004-08-10 18:14:06] casmeiron at gmail dot com
THE SO is WINDOWS XP, using ISS 5, my extension .php call the file
php-cgi.exe.
[2004-08-10 15:09:01] [EMAIL PROTECTED]
Which OS are you using? and which SAPI?
[2004-08-10 14:44:55] casmeiron at gmail dot com
Description:
Guys, i have a BIG problem.
First time, sorry my english, i'm from BRAZIL, so my english is not
good hehehe
But, lets go...
I have a class named 'CONNECTION', ok, shes work very good when i use a
only class, example:
?php
$connection = new conection('login','pass','db','host');
$my_example_first = new Clients($connection );
?
My Class 'Clients' use the class 'CONNECTION' to connect a DATABASE,
when i sharing, this happend:
?php
$connection = new connection('login','pass','db','host');
$my_example_first = new Clients($connection);
$my_example_second = new Store($connection);
?
The browser show me this message:
'ERROR IN CGI SCRIPT...
THE OUTPUT IS NOT VALID' like this...
How can i see error in my script?
How i debug?
This error is sux.. i dont know whats is :(
Guys, help me...
Sorry my english again.
--
Edit this bug report at http://bugs.php.net/?id=29598edit=1
#29828 [NEW]: Interfaces no longer work
From: jellybob at gmail dot com
Operating system: Linux
PHP version: 5.0.1
PHP Bug Type: Zend Engine 2 problem
Bug description: Interfaces no longer work
Description:
It appears that attempting to implement any interface when creating a
class will cause PHP to segfault.
Reproduce code:
---
?php
interface Blah {
public function blah();
}
class BlahMore implements Blah {
public function blah() {
echo Hello, world!;
}
}
$obj = new BlahMore();
$obj-blah();
?
Expected result:
Hello, world!
Actual result:
--
[EMAIL PROTECTED]:~/php-5.0.1 php ~/test.php
Segmentation fault
--
Edit bug report at http://bugs.php.net/?id=29828edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29828r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29828r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29828r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=29828r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=29828r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29828r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29828r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29828r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29828r=support
Expected behavior: http://bugs.php.net/fix.php?id=29828r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29828r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29828r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=29828r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29828r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=29828r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29828r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29828r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29828r=float
#29824 [Opn-Bgs]: The apache-module doesn't load php.ini
ID: 29824 Updated by: [EMAIL PROTECTED] Reported By: mp at 247net dot de -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: OpenBSD PHP Version: 5.0.1 New Comment: --with-config-file-path is the *path* where php.ini lives, not the filename. Previous Comments: [2004-08-24 21:08:42] mp at 247net dot de Description: The ini-file isn't loaded by the apache module (the cli-version works fine). Seemingly it's fixed in CVS (5.1.x-dev) php5-200408241630! # ./configure \ --with-config-file-path=/var/www/conf/php.ini \ --with-apxs=/usr/sbin/apxs # cat /var/www/conf/httpd.conf | grep php5 LoadModule php5_module /usr/local/lib/php/libphp5.so # ls -l /var/www/conf/php.ini -rw-r- 1 root www 44.1K Aug 24 19:05 /var/www/conf/php.ini # php -f phpinfo.php phpinfo() PHP Version = 5.0.1 System = OpenBSD www 3.5 GENERIC#34 i386 Build Date = Aug 24 2004 18:57:18 Configure Command = './configure' '--with-config-file-path=/var/www/conf/php.ini' '--with-apxs=/usr/sbin/apxs' Server API = Command Line Interface Virtual Directory Support = disabled Configuration File (php.ini) Path = /var/www/conf/php.ini PHP API = 20031224 PHP Extension = 20040412 Zend Extension = 220040412 Debug Build = no Thread Safety = disabled IPv6 Support = enabled Registered PHP Streams = php, file, http, ftp Registered Stream Socket Transports = tcp, udp, unix, udg -- Edit this bug report at http://bugs.php.net/?id=29824edit=1
#27903 [Com]: Undesired behavior of class destructor
ID: 27903 Comment by: alvaro at utahgateway dot com Reported By: schroeter at liquidvision dot net Status: Bogus Bug Type: Class/Object related Operating System: Winn2000 Server PHP Version: 5.0.0RC1 New Comment: I have to agree with schroeter. Is there a reason why you can't call the code in the dtors before shutting down the sessions. Previous Comments: [2004-04-07 09:11:28] schroeter at liquidvision dot net Anyways, 1. I disagree that this behavior is the way it should be. It does not make sense to me that internal stuff is cleaned up before the user defined stuff is?! 2. If it will remain this way, it has to made clear in the docs. 3. I found a workaround that will solve this: just place a register_shutdown_function(array($this, 'your class function')); at the end of the __constructor function -this will give the desired functionality. I hope that will remain in future releases. Thanks, Tom [2004-04-07 09:11:01] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This is correct behavior, nothing we can fix most likely here for PHP 5.0. [2004-04-07 07:57:43] [EMAIL PROTECTED] You need to redesign your stuff, the destructor works just fine. (don't misuse it like you did) [2004-04-07 07:04:36] schroeter at liquidvision dot net Description: The __destruct() method seems buggy as the destructor is called after some system internals are already cleaned up (e.g. mysql extension, session etc.). Thus it is impossible to set e.g. session data in the destructor, leaving this mostly superfluous! I have prepared an example that shows the point in detail. This is also true for e.g. mysql_close() in the destructor! Reproduce code: --- http://www.liquidvision.net/tomimg/php/destruct.php5 Expected result: Please see comments in file. -- Edit this bug report at http://bugs.php.net/?id=27903edit=1
#25777 [Com]: char and varchar fields are being rtrimmed (and also ltrimmed?) using freetds
ID: 25777 Comment by: jfitz at gmx dot net Reported By: duh at dowebwedo dot com Status: Closed Bug Type: MSSQL related Operating System: Debian GNU/Linux 3.0 PHP Version: 4.3.4RC1 New Comment: Why has this bug been closed? The fact that the error lies in the underlying MS library is inconsequential - the bug still actively affects PHP developers and should be tracked whilst the solution is a 'work-in-progress'. Previous Comments: [2004-06-25 00:13:31] [EMAIL PROTECTED] Inserting 'john ' into a char(10) filed should return 'john ' (6 spaces) as the filed is a fixed length column. PHP should return the value that way and that's how it works now. The database allows the user to insert a value that is shorter than the required length. The problem is with empty char or varchar values. The DB library used to build the extension on returns the same value for '' (empty) and ' ' (one space). Fixing it and not fixing it is both wrong. The only real fix is to get a version of DBLIB that does not have this bug. That part is in the works with the help of FreeTDS on win32. [2004-06-24 23:54:31] john dot g at envent dot co dot za I agree with berni... besides, it's important for programmers to retrieve data from the database in the same format as they submit it. If I submit 'John' to a field called Name, I expect 'John' to be returned to me on request... not 'John '. I've managed to implement a simple workaround due to the fact that I use a DB abstraction layer, but others may not be as lucky. When can this be fixed? [2004-06-03 14:04:49] berni at starsucker dot net As it is not very easy to revert these changes transparently in php, it would be nice to have a php.ini Setting to turn the trimming back on. Besides, I think it is very naive to try to get the data as it is from sql server. Microsofties are telling me that the DBLib is old and nobody with a brain uses it anymore: You can not tell a difference between varchar or char fields. You can not get more than 255 bytes from a var-* field. You have to convert the field to text, and it is not a problem to append something if you really want all the spaces: mssql_query (SELECT convert(text, Field + '!')); php_mssql.dll is not the place to get the data as it is because it is in no way compatible to COM-based Clients like ADO. It is also not compatible with FreeTDS by the way. The simple meaning is: Of course, PHP has to process the Output of DBLib / FreeTDS. As these 2 Libraries are behind the same extension, PHP should do even more processing on their output in order to make them compatible! What I really want to say: Introduce a new php.ini Setting for the trimming. Activate it by default. [2004-04-23 15:54:34] cbunk at arescorporation dot com The fix for this bug has caused a new bug. When querying a MSSQL db and the a field's value is empty a space gets returned, not an empty string as expected. This is causing lots off problems with scripts I have that check to see if a value is empty to determine if to display some stuff. The bug report http://bugs.php.net/bug.php?id=26996 got listed as bogus but it was a correct report. I'm not sure I think I may try submitting another bug report in hopes it will be noticed. [2004-03-30 06:22:35] arion_ at msn dot com Description: If a field is empty it returns one blank space character. Reproduce code: --- ?php $host=XXX; $usuario=User; $password=Password; $bbdd=BBDD; $conexion=mssql_connect($host,$usuario,$password); $qry=SELECT Field FROM dbo.Table; $handle=mssql_query($qry); $registro=mssql_fetch_row($handle); $Nothing=$registro[0]; echo A .$Nothing. B; ? Expected result: AB Actual result: -- A B I reported this here http://bugs.php.net/bug.php?id=26996 and I have wait for the new release to solve this problem. I've just test with 4.3.5 and doesn't works yet. 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/25777 -- Edit this bug report at http://bugs.php.net/?id=25777edit=1
#29583 [Opn]: com_dotnet crashes when trying to strlen
ID: 29583
User updated by: edwin at rabbito dot org
Reported By: edwin at rabbito dot org
Status: Open
Bug Type: COM related
Operating System: Windows
-PHP Version: 5CVS-2004-08-09 (dev)
+PHP Version: 5CVS-2004-08-25 (dev)
New Comment:
Same error as of 2004-08-25:
Application Error -
The instruction at 0x009dab5e referenced memory at 0x0003. The
memory could not be read.
Previous Comments:
[2004-08-10 03:46:16] edwin at rabbito dot org
ie)
php.exe - Application Error
The instruction at 0x1008a9de referenced memory at 0x0003. The
memory could not be read.
[2004-08-10 03:22:19] edwin at rabbito dot org
There is no output from the CLI, apart from the Dr. Watson exception
dialog:
An application error has occurred and an application error log is being
generated.
php.exe
Exception: access violation (0xc005), Address: 0x1008a9de.
[2004-08-09 12:44:38] [EMAIL PROTECTED]
Crash or exception?
Paste the output you see from the CLI here please.
[2004-08-09 11:54:27] edwin at rabbito dot org
Description:
When trying to retrieve a date field from an Access 97 database, the
actual data returned is different from PHP4 (PHP 4 returns a timestamp,
whereas PHP 5 returns a date, ie) 02/04/04 instead of a timestamp). By
calling the code (as attached) in PHP5, PHP does not return error
gracefully, but crashes.
(seems to be something that is not yet fixed in bug#29392)
Reproduce code:
---
$security=C:\access97.mdw;
$user=access;
$password=access;
$dsn=Driver={Microsoft Access Driver (*.mdb)};
DBQ=$database;SystemDB=$security;Uid=$user;Pwd=$password;
$db = new COM(ADODB.Connection);
$db-open($dsn);
$query=SELECT DateField1 FROM [Table1];;
$rs = $db-execute($query);
if (!$rs-EOF()) {
echo strlen($rs-Fields(0)-Value);
}
Expected result:
Either an error should be returned due to invalid type
($rs-Fields(0)-Value in date type), or the actual length the the date
string.
Actual result:
--
PHP crashed
--
Edit this bug report at http://bugs.php.net/?id=29583edit=1
#29476 [Bgs]: sqlite_fetch_column_types locks the database forever
ID: 29476
User updated by: hugo_pl at users dot sourceforge dot net
Reported By: hugo_pl at users dot sourceforge dot net
Status: Bogus
Bug Type: SQLite related
Operating System: GNU/Linux, WindowsXP
PHP Version: 5.0.0
New Comment:
Hi
I think that this is a PHP bug, I made a better exemple to
show this bug:
pre
?php
try {
$db = new SQLiteDatabase('./test.db');
$db-busyTimeout(1000);
// table exists?
$exists = $db-singleQuery('SELECT count(*) FROM
sqlite_master WHERE tbl_name=\'bugtest\'');
if (!$exists)
$db-query('CREATE TABLE bugtest (a, b, c,
d);');
// Without this line all runs Ok.
$db-fetchColumnTypes('bugtest');
$db-query('INSERT INTO bugtest VALUES (1, 2, 3,
4)');
echo 'Res: br';
print_r( $db-arrayQuery('SELECT * FROM bugtest',
SQLITE_ASSOC) );
}
catch (Exception $e)
{
echo 'Exception: ', $e-getMessage();
}
?
The first time you run this script all appear to be Ok...
the insert query is executed, etc... but the second time
is displayed a message:
Warning: SQLiteDatabase::query() [function.query]:
database is locked in /home/hugo/public_html/phpbug.php on
line 16
Nothing is wrong with the script, if this message appear
something is wrong with PHP on windows the same bug
occur, then it is not a problem from SQLite or Apache
compiled by me under linux.
Previous Comments:
[2004-08-23 19:13:09] [EMAIL PROTECTED]
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.
Thank you for your interest in PHP.
Cannot replicate the problem on any platform (Linux or
Windows). Sounds like a problem with your sqlite install.
[2004-08-01 00:50:38] hugo_pl at users dot sourceforge dot net
Description:
When I call the function:
sqlite_fetch_column_types(...);
or the method:
fetchColumnTypes(...);
of the SQLiteDatabase Object, the entire database is locked forever...
and I cant modify the database until Apache is restarted.
I tested this with Apache2 SAPI module, and SQLite version 2.8.14 on
win32 and 2.8.13 and 2.8.14 on Linux.
In all plataforms, the database is unlocked only when I restart Apache,
if I never call sqlite_fetch_column_types or the method
fetchColumnTypes, all runs Ok.
P.S.: English is not my natural language.
Reproduce code:
---
?php
// Open a database file...
$db = sqlite_open('test.db');
sqlite_busy_timeout($db, 1000);
//! Uncomment this line to see the bug!!
//sqlite_fetch_column_types($db, 'papers');
sqlite_query($db, 'select * from papers limit 10');
// Any Update query and kabbom... =/
sqlite_query($db, 'update papers set papel=Hi where id=1');
sqlite_close($db);
?
Expected result:
No warnings about a locked database when I send the update query
Actual result:
--
Warning: sqlite_query() [function.sqlite-query]: database is locked...
--
Edit this bug report at http://bugs.php.net/?id=29476edit=1
#29158 [Com]: Warning with preg_match
ID: 29158
Comment by: ppanula at lapua dot net
Reported By: admin at profvince dot com
Status: Open
Bug Type: PCRE related
Operating System: Linux 2.6.6 - LFS 5.1pre1
PHP Version: 5.0.0
New Comment:
I have same problem.
As far i can see, php 5.0.x uses it old pcre-routines. If you have your
own pcre-installed it does not use them. You can check using phpinfo()
and you can see it's old pcre even if you have never installed.
Previous Comments:
[2004-08-23 20:03:49] alexisdal at nospamplease dot hotmail dot com
Same problem here :
Fatal error: Call to undefined function preg_match()
Error Line
--
var_dump(preg_match(undefined, this function is undefined));
Config
--
PHP 5.0.0
FreeBSD 5.2.1-RELEASE
I'm kinda new to *nix setup and I could not reproduce the bug under
windows. In the documentation about this
(http://fr2.php.net/manual/en/ref.pcre.php), it says nothing needs to
be setup in order to use the thing... ???
[2004-07-30 01:55:25] gaui at gaui dot is
When I try to use preg_match(), I get this...
Fatal error: Call to undefined function preg_match() in
/usr/home/www/library/defines.php on line 25
-
Error line
-
if (!preg_match('@([0-9]{1,2}).([0-9]{1,2}).([0-9]{1,2})@',
phpversion(), $match))
-
Environment
-
FreeBSD 4.10-STABLE
PHP 5.0.0
Apache 1.3.31
MySQL 4.0.20
-
PHP Configure
-
--enable-versioning
--enable-memory-limit
--with-layout=GNU
--disable-all
--enable-libxml
--with-libxml-dir=/usr/local
--enable-spl
--with-regex=php
--disable-cli
--with-apxs=/usr/local/sbin/apxs
--disable-ipv6
--prefix=/usr/local
[2004-07-30 01:43:15] gaui at gaui dot is
Same problem here.
[2004-07-14 19:07:35] admin at profvince dot com
Description:
--
Descritpiton :
I've just installed php-5.0.0, and I'm experiencing a warning with
preg_match, related with PCRE, no matter the pattern or the string
(especially on first page onf phpmyadmin).
Warning: preg_match: internal pcre_fullinfo() error -3 in [myscript] on
line [line]
This error doesn't occur with PHP-5.0.0RC2 and PHP-5.0.0RC3 (and the
same php configuration)
-
Environment :
LFS 5.1pre1
Linux 2.6.6
Apache 2.0.50 (with mpm=worker)
PCRE version 4.5 01-December-2003
Mysql 4.0.20
---
PHP configure :
./configure --with-apxs2=/usr/local/apache/bin/apxs
--with-config-file-path=/etc/apache
--with-calendar
--with-pdf
--enable-trans-sid
--enable-mbstring
--enable-dbase
--with-dom
--with-sablot
--with-ttf
--enable-gd-imgstrttf
--enable-gd-native-ttf
--enable-bcmath
--with-bz2=/usr
--with-curl=/usr
--with-curlwrappers
--enable-exif
--enable-ftp
--with-gd=/usr
--with-freetype-dir=/usr
--with-gettext=/usr
--with-gmp=/usr
--with-ldap=/usr
--with-openssl=/usr
--with-mysql=/usr/local/mysql
--with-ncurses=/usr
--with-pcre-regex=/usr
--with-jpeg-dir=/usr
--with-png-dir=/usr
--with-zlib=/usr
--with-tiff-dir=/usr
--with-pspell=/usr
--with-libxml-dir=/usr
--with-openssl-dir=/usr
--enable-sockets
--with-libexpat-dir=/usr
--with-xsl=/usr
--enable-memory-limit
--enable-zend-multibyte
---
diff php.ini-dist php.ini :
197c197
;open_basedir =
---
open_basedir = /srv/http
202c202
disable_functions =
---
disable_function = php_uname, putenv, getmyuid, getmypid, passthru,
leak, listen, diskfreespace, tmpfile, link, ignore_user_abord,
shell_exec, popen, dl, set_time_limit, exec, system, highlight_file,
source, show_source, fpaththru, virtual, posix_ctermid, posix_getcwd,
posix_getegid, posix_geteuid, posix_getgid, posix_getgrgid,
posix_getgrnam, posix_getgroups, posix_getlogin, posix_getpgid,
posix_getpgrp, posix_getpid, posix_getppid, posix_getpwnam,
posix_getpwuid, posix_getrlimit, posix_getsid, posix_getuid,
posix_isatty, posix_kill, posix_mkfifo, posix_setegid, posix_seteuid,
posix_setgid, posix_setpgid, posix_setsid, posix_setuid, posix_times,
posix_ttyname, posix_uname
378c378
register_long_arrays = On
---
register_long_arrays = Off
383c383
register_argc_argv = On
---
register_argc_argv = Off
386c386
post_max_size = 8M
---
post_max_size = 2M
443c443
enable_dl = On
---
enable_dl = Off
485c485
;upload_tmp_dir =
---
upload_tmp_dir = /srv/http/upload
536d535
596d594
smtp_port = 25
640c638
mysql.allow_persistent = On
---
mysql.allow_persistent = Off
643c641
mysql.max_persistent = -1
---
mysql.max_persistent = 0
864c862
;session.save_path = /tmp
---
session.save_path = 4;/srv/http/temp
1171,1179d1168
[soap]
; Enables or disables WSDL caching feature.
soap.wsdl_cache_enabled=1
; Sets the directory name where SOAP
#29830 [NEW]: SoapServer::setClass() should not export non-public methods
From: [EMAIL PROTECTED]
Operating system: WinXP SP2
PHP version: 5.0.1
PHP Bug Type: SOAP related
Bug description: SoapServer::setClass() should not export non-public methods
Description:
SoapServer::setClass will export all class methods, including private and
protected ones, this should not be the case as they should be used
internally only.
Even better, would be to only export methods named in the supplied WSDL,
but I think that would just take too long :)
- Davey
Reproduce code:
---
?php
class hello_world {
/**
* Say Hello to Somebody
*
* @param string $to The person to say Hello to
* @return string The greeting
*/
public function hello($to)
{
return $this-constructMsg($to);
}
public function goodBye($to)
{
return Goodbye $to;
}
/**
* Construct Greeting
*
* @param string $to
* @return string
*/
private function constructMsg($to)
{
return 'Hello ' . $to;
}
}
$server = new SoapServer('HelloWorld.wsdl', array('trace' = 1));
$server-setClass('hello_world');
echo This SOAP server can handle following functions: \n;
$functions = $server-getFunctions();
foreach($functions as $func) {
echo $func . \n;
}
?
Expected result:
This SOAP server can handle following functions:
hello
goodBye
Actual result:
--
This SOAP server can handle following functions:
hello
goodBye
constructMsg
--
Edit bug report at http://bugs.php.net/?id=29830edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29830r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29830r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29830r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=29830r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=29830r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29830r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29830r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29830r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29830r=support
Expected behavior: http://bugs.php.net/fix.php?id=29830r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29830r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29830r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=29830r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29830r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=29830r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29830r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29830r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29830r=float
