#31193 [NEW]: iconv.c:254 undefined reference to 'libiconv'
From: david at cubbieco dot com Operating system: linux gcc-3.2 PHP version: 5.0.3 PHP Bug Type: Compile Failure Bug description: iconv.c:254 undefined reference to 'libiconv' Description: Using either ./configure with no options or ./configure --prefix=/... --enable-sockets --enable-pcntl --enable-sockets --disable-pear --disable-cgi Fails when building -o sapi/cli/php Reproduce code: --- SOLUTION: Makefile ends up being line 70 EXTRA_LIBS = -lcrypt ... if you add -liconv to the EXTRA_LIBS line in Makefile then Make works just fine. I don't know enough about ./configure to find where to tell it to add this. tried: ./configure -- failed with libiconv error ./configure --enable-sockets --disable-pear --disable-cgi failed with libiconv error ./configure --with-apxs2=/... failed with liniconv error -- Edit bug report at http://bugs.php.net/?id=31193edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31193r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31193r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31193r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31193r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31193r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31193r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31193r=needscript Try newer version: http://bugs.php.net/fix.php?id=31193r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31193r=support Expected behavior: http://bugs.php.net/fix.php?id=31193r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31193r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31193r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31193r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31193r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31193r=dst IIS Stability: http://bugs.php.net/fix.php?id=31193r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31193r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31193r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31193r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31193r=mysqlcfg
#28899 [Asn-Opn]: substr and mb_substr work different
ID: 28899 Updated by: [EMAIL PROTECTED] Reported By: mauroi at digbang dot com -Status: Assigned +Status: Open Bug Type: mbstring related Operating System: * PHP Version: 4CVS, 5CVS (2004-12-12) Assigned To: moriyoshi New Comment: The very nature of substr is that the function returns the specified part of the string whenever the range is valid and returns an error status if it is out of range. If a null string is a valid string entity, then it should be able to be referred to by index 0 and thus the implementation returns a null string instead of false. Or you would say this isn't really logical? :) Previous Comments: [2004-12-15 04:19:11] [EMAIL PROTECTED] The correct quote from up-to-date manual: If string is less than or equal to start characters long, FALSE will be returned. Notice the 'or equal' there? Thus logically mb_substr() is buggy. [2004-06-23 22:12:57] [EMAIL PROTECTED] Good catch. Logically it seems substr() is wrong and mb_substr() is correct. [2004-06-23 21:21:51] mauroi at digbang dot com Description: if I make the following call I get FALSE. var_dump(substr('', 0)); The documentation says If string is less than start characters long, FALSE will be returned. That can be very ambiguous because start is 0 and the length of the string is 0 (not less). Another problem: mb_substr does not work like this. If you overload the functions and make the same call as above it will return an empty string. Thanks in advance. Reproduce code: --- var_dump(substr('', 0)); var_dump(mb_substr('', 0)); Expected result: '' '' Or FALSE FALSE Actual result: -- FALSE '' -- Edit this bug report at http://bugs.php.net/?id=28899edit=1
#31194 [NEW]: foreach without $key = is not compatible with pre-versions
From: yubing at cernet dot edu dot cn Operating system: Redhat Linux 8.0 PHP version: 4.3.10 PHP Bug Type: Scripting Engine problem Bug description: foreach without $key = is not compatible with pre-versions Description: foreach on array containing objects without $key = is not compatible with pre-versions Is that because of the porting of those code from v5.0.2 ? b2evo and xoops use many this kind of statements to fetch the database objects. Reproduce code: --- $a = array(); $user-name = peter; $user-age = 24; $a[0] = $user; $user-name = ice; $user-age = 25; $a[1] = $user; foreach ( $a as $u){ // foreach ( $a as $key = $u) works ok print $u-name.: .$u-age.\n; var_dump($u); } Expected result: peter:24 ice:25 object(stdClass)(2) { [name]= string(5) peter [age]= string(2) 24 } object(stdClass)(2) { [name]= string(3) ice [age]= string(2) 25 } Actual result: -- NULL:NULL NULL:NULL array(2) { [0]= object(stdClass)(2) { [name]= string(5) peter [age]= string(2) 24 } [1]= int(0) } array(2) { [0]= object(stdClass)(2) { [name]= string(3) ice [age]= string(2) 25 } [1]= int(1) } -- Edit bug report at http://bugs.php.net/?id=31194edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31194r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31194r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31194r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31194r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31194r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31194r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31194r=needscript Try newer version: http://bugs.php.net/fix.php?id=31194r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31194r=support Expected behavior: http://bugs.php.net/fix.php?id=31194r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31194r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31194r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31194r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31194r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31194r=dst IIS Stability: http://bugs.php.net/fix.php?id=31194r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31194r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31194r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31194r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31194r=mysqlcfg
#31194 [Opn]: foreach without $key = is not compatible with pre-versions
ID: 31194 User updated by: yubing at cernet dot edu dot cn Reported By: yubing at cernet dot edu dot cn Status: Open Bug Type: Scripting Engine problem Operating System: Redhat Linux 8.0 PHP Version: 4.3.10 New Comment: faint, maybe it's because of the problem of ZendOptmizer. Previous Comments: [2004-12-20 10:41:00] yubing at cernet dot edu dot cn Description: foreach on array containing objects without $key = is not compatible with pre-versions Is that because of the porting of those code from v5.0.2 ? b2evo and xoops use many this kind of statements to fetch the database objects. Reproduce code: --- $a = array(); $user-name = peter; $user-age = 24; $a[0] = $user; $user-name = ice; $user-age = 25; $a[1] = $user; foreach ( $a as $u){ // foreach ( $a as $key = $u) works ok print $u-name.: .$u-age.\n; var_dump($u); } Expected result: peter:24 ice:25 object(stdClass)(2) { [name]= string(5) peter [age]= string(2) 24 } object(stdClass)(2) { [name]= string(3) ice [age]= string(2) 25 } Actual result: -- NULL:NULL NULL:NULL array(2) { [0]= object(stdClass)(2) { [name]= string(5) peter [age]= string(2) 24 } [1]= int(0) } array(2) { [0]= object(stdClass)(2) { [name]= string(3) ice [age]= string(2) 25 } [1]= int(1) } -- Edit this bug report at http://bugs.php.net/?id=31194edit=1
#31195 [NEW]: Query is correctly executed but FALSE is returned.
From: gtsakiris at dolnet dot gr Operating system: Linux 2.4 PHP version: 4.3.10 PHP Bug Type: MSSQL related Bug description: Query is correctly executed but FALSE is returned. Description: I upgraded php from 4.3.8 to 4.3.10 and then I noticed that the mssql_query() function returned FALSE in queries that perform a write in the database (or stored procedures that perform a write), even though the queries were executed and the changes were written in the tables. I re-installed 4.3.8 again and I restored the expected behaviour of mssql_query(). In SELECT queries nothing strange happened, I got a result handle as expected. Reproduce code: --- $mssql = mssql_connect( dbhost, dbuser, dbpass ); mssql_select_db (dbname ); $res = mssql_query( ***a valid INSERT/UPDATE query*** ); if ($res === false) { echo mssql_query returned false.\n; } else { echo mssql_query returned true.\n; } Expected result: If the query is correct, I would expect that true was returned. Actual result: -- Even though the query is correct I get the false message... -- Edit bug report at http://bugs.php.net/?id=31195edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31195r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31195r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31195r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31195r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31195r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31195r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31195r=needscript Try newer version: http://bugs.php.net/fix.php?id=31195r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31195r=support Expected behavior: http://bugs.php.net/fix.php?id=31195r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31195r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31195r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31195r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31195r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31195r=dst IIS Stability: http://bugs.php.net/fix.php?id=31195r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31195r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31195r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31195r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31195r=mysqlcfg
#31196 [NEW]: Fail on xml
From: alexfung3 at yahoo dot com dot hk Operating system: Solaris 9 x86 PHP version: 5.0.3 PHP Bug Type: Compile Failure Bug description: Fail on xml Description: I try to run configure but get the error. Configuring extensions checking whether to enable LIBXML support... yes checking libxml2 install dir... no checking whether libxml build works... no configure: error: build test failed. Please check the config.log for details. I have already install bison, flex, zlib, libxml2, libiconv and apache2. Pleae help to solve my problem, I have stick on the problem for days. Thanks very much. Reproduce code: --- Here is part of the config.log configure:17978: checking whether libxml build works configure:18005: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/ucblib -L/usr/ucblib -R/opt/sfw/gcc-3/lib/gcc-lib/i386-pc-solaris2.9/3.3.2 -L/opt/sfw/gcc-3/lib/gcc-lib/i386-pc-solaris2.9/3.3.2 -R/usr/local/lib -L/usr/local/lib conftest.c -lresolv -lm -ldl -lnsl -lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl 15 configure: failed program was: #line 17994 configure #include confdefs.h char xmlInitParser(); int main() { xmlInitParser(); return 0; } Expected result: Complete successful. Actual result: -- build test failed. -- Edit bug report at http://bugs.php.net/?id=31196edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31196r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31196r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31196r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31196r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31196r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31196r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31196r=needscript Try newer version: http://bugs.php.net/fix.php?id=31196r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31196r=support Expected behavior: http://bugs.php.net/fix.php?id=31196r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31196r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31196r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31196r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31196r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31196r=dst IIS Stability: http://bugs.php.net/fix.php?id=31196r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31196r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31196r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31196r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31196r=mysqlcfg
#31190 [Opn-Asn]: call_user_func_array(), exceptions, and the patch
ID: 31190 Updated by: [EMAIL PROTECTED] Reported By: phpbugs at domain51 dot net -Status: Open +Status: Assigned -Bug Type: Unknown/Other Function +Bug Type: Zend Engine 2 problem Operating System: All PHP Version: 5CVS-2004-12-20 (dev) -Assigned To: +Assigned To: andi Previous Comments: [2004-12-20 01:45:48] phpbugs at domain51 dot net Description: call_user_func_array() uses a compounded if() statement on line 1996 in file ext/standard/basic_functions.c of the current CVS snapshot (200412192330) and v5.0.3 Stable which catches the Exceptions improperly. call_user_func() does not have this compounded if() statement, and works properly. To fix the code, change the following if statement: if (call_user_function_ex(EG(function_table), NULL, *func, retval_ptr, count, func_params, 0, NULL TSRMLS_CC) == SUCCESS retval_ptr) { To: if (call_user_function_ex(EG(function_table), params[1], *params[0], retval_ptr, arg_count-2, params+2, 0, NULL TSRMLS_CC) == SUCCESS) { if (retval_ptr) { NOTE: This is a duplicate of #28934, which has had this same bug fix in it since early September prior to v5.0.2. I'm opening a new report in hopes that it will bring attention to this known bugfix this will fixed in the CVS and adopted prior the next version of PHP 5.0.x. Reproduce code: --- ?php class test { function throwException() { throw new Exception(Hello World!\n); } } $array = array(new test(), 'throwException'); try { call_user_func($array, 1, 2); } catch (Exception $e) { echo $e-getMessage(); } try { call_user_func_array($array, array(1, 2)); } catch (Exception $e) { echo $e-getMessage(); } Expected result: $ php -f call_user_func.php Hello World! Hello World! Actual result: -- $ php -f call_user_func.php Hello World! br / bWarning/b: call_user_func_array() [a href='function.call-user-func-array'function.call-user-func-array/a]: Unable to call test::throwException() in b/home/tswicegood/Desktop/BrainDump/phpbin/call_user_func.php/b on line b19/bbr / Hello World! -- Edit this bug report at http://bugs.php.net/?id=31190edit=1
#31194 [Opn-Bgs]: foreach without $key = is not compatible with pre-versions
ID: 31194 Updated by: [EMAIL PROTECTED] Reported By: yubing at cernet dot edu dot cn -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Redhat Linux 8.0 PHP Version: 4.3.10 New Comment: Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. . Previous Comments: [2004-12-20 10:51:12] yubing at cernet dot edu dot cn faint, maybe it's because of the problem of ZendOptmizer. [2004-12-20 10:41:00] yubing at cernet dot edu dot cn Description: foreach on array containing objects without $key = is not compatible with pre-versions Is that because of the porting of those code from v5.0.2 ? b2evo and xoops use many this kind of statements to fetch the database objects. Reproduce code: --- $a = array(); $user-name = peter; $user-age = 24; $a[0] = $user; $user-name = ice; $user-age = 25; $a[1] = $user; foreach ( $a as $u){ // foreach ( $a as $key = $u) works ok print $u-name.: .$u-age.\n; var_dump($u); } Expected result: peter:24 ice:25 object(stdClass)(2) { [name]= string(5) peter [age]= string(2) 24 } object(stdClass)(2) { [name]= string(3) ice [age]= string(2) 25 } Actual result: -- NULL:NULL NULL:NULL array(2) { [0]= object(stdClass)(2) { [name]= string(5) peter [age]= string(2) 24 } [1]= int(0) } array(2) { [0]= object(stdClass)(2) { [name]= string(3) ice [age]= string(2) 25 } [1]= int(1) } -- Edit this bug report at http://bugs.php.net/?id=31194edit=1
#31195 [Opn-Csd]: Query is correctly executed but FALSE is returned.
ID: 31195 Updated by: [EMAIL PROTECTED] Reported By: gtsakiris at dolnet dot gr -Status: Open +Status: Closed Bug Type: MSSQL related Operating System: Linux 2.4 PHP Version: 4.3.10 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-12-20 10:59:33] gtsakiris at dolnet dot gr Description: I upgraded php from 4.3.8 to 4.3.10 and then I noticed that the mssql_query() function returned FALSE in queries that perform a write in the database (or stored procedures that perform a write), even though the queries were executed and the changes were written in the tables. I re-installed 4.3.8 again and I restored the expected behaviour of mssql_query(). In SELECT queries nothing strange happened, I got a result handle as expected. Reproduce code: --- $mssql = mssql_connect( dbhost, dbuser, dbpass ); mssql_select_db (dbname ); $res = mssql_query( ***a valid INSERT/UPDATE query*** ); if ($res === false) { echo mssql_query returned false.\n; } else { echo mssql_query returned true.\n; } Expected result: If the query is correct, I would expect that true was returned. Actual result: -- Even though the query is correct I get the false message... -- Edit this bug report at http://bugs.php.net/?id=31195edit=1
#31197 [NEW]: http header function cannot set content-length
From: pnewman at wanadoo dot nl Operating system: fedora core 2 (linux) PHP version: 4.3.8 PHP Bug Type: Apache2 related Bug description: http header function cannot set content-length Description: Hi I am scratching my head about this. Nothing I can do can get the Content-Length to output - I have tried using ob_start to use a buffer inorder to calculate the exact number of characters but even a script this simple does not work? Regards, Peter. Reproduce code: --- ?php header('Content-Length: 48'); ? html body phi/p /body /html Expected result: HTTP/1.1 200 OK Date: Mon, 20 Dec 2004 10:56:30 GMT Server: Apache/2.0.51 (Fedora) X-Powered-By: PHP/4.3.8 Content-Length: 48 Connection: close Content-Type: text/html; charset=UTF-8 Actual result: -- lynx -head -dump http://localhost/test3.php returns HTTP/1.1 200 OK Date: Mon, 20 Dec 2004 10:54:23 GMT Server: Apache/2.0.51 (Fedora) X-Powered-By: PHP/4.3.8 Connection: close Content-Type: text/html; charset=UTF-8 -- Edit bug report at http://bugs.php.net/?id=31197edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31197r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31197r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31197r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31197r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31197r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31197r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31197r=needscript Try newer version: http://bugs.php.net/fix.php?id=31197r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31197r=support Expected behavior: http://bugs.php.net/fix.php?id=31197r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31197r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31197r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31197r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31197r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31197r=dst IIS Stability: http://bugs.php.net/fix.php?id=31197r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31197r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31197r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31197r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31197r=mysqlcfg
#31197 [Opn-Fbk]: http header function cannot set content-length
ID: 31197 Updated by: [EMAIL PROTECTED] Reported By: pnewman at wanadoo dot nl -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: fedora core 2 (linux) PHP Version: 4.3.8 New Comment: Perhaps Apache mangles headers, did you try apache 1? If not, please try it. Previous Comments: [2004-12-20 11:58:49] pnewman at wanadoo dot nl Description: Hi I am scratching my head about this. Nothing I can do can get the Content-Length to output - I have tried using ob_start to use a buffer inorder to calculate the exact number of characters but even a script this simple does not work? Regards, Peter. Reproduce code: --- ?php header('Content-Length: 48'); ? html body phi/p /body /html Expected result: HTTP/1.1 200 OK Date: Mon, 20 Dec 2004 10:56:30 GMT Server: Apache/2.0.51 (Fedora) X-Powered-By: PHP/4.3.8 Content-Length: 48 Connection: close Content-Type: text/html; charset=UTF-8 Actual result: -- lynx -head -dump http://localhost/test3.php returns HTTP/1.1 200 OK Date: Mon, 20 Dec 2004 10:54:23 GMT Server: Apache/2.0.51 (Fedora) X-Powered-By: PHP/4.3.8 Connection: close Content-Type: text/html; charset=UTF-8 -- Edit this bug report at http://bugs.php.net/?id=31197edit=1
#31197 [Fbk-Opn]: http header function cannot set content-length
ID: 31197 User updated by: pnewman at wanadoo dot nl Reported By: pnewman at wanadoo dot nl -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: fedora core 2 (linux) PHP Version: 4.3.8 New Comment: I can try but we need to use webdav for subversion which requires apache2. I know that you recommend only apache1 with php but this configuration is default for fedora core 2 and we use mysql which is threadsafe (I assume fedora people have considered how they built apache2/php/mysql carefully?). If this problem does not occur in apache1 would this be a apache bug and not a php bug? Previous Comments: [2004-12-20 12:04:47] [EMAIL PROTECTED] Perhaps Apache mangles headers, did you try apache 1? If not, please try it. [2004-12-20 11:58:49] pnewman at wanadoo dot nl Description: Hi I am scratching my head about this. Nothing I can do can get the Content-Length to output - I have tried using ob_start to use a buffer inorder to calculate the exact number of characters but even a script this simple does not work? Regards, Peter. Reproduce code: --- ?php header('Content-Length: 48'); ? html body phi/p /body /html Expected result: HTTP/1.1 200 OK Date: Mon, 20 Dec 2004 10:56:30 GMT Server: Apache/2.0.51 (Fedora) X-Powered-By: PHP/4.3.8 Content-Length: 48 Connection: close Content-Type: text/html; charset=UTF-8 Actual result: -- lynx -head -dump http://localhost/test3.php returns HTTP/1.1 200 OK Date: Mon, 20 Dec 2004 10:54:23 GMT Server: Apache/2.0.51 (Fedora) X-Powered-By: PHP/4.3.8 Connection: close Content-Type: text/html; charset=UTF-8 -- Edit this bug report at http://bugs.php.net/?id=31197edit=1
#31194 [Bgs]: foreach without $key = is not compatible with pre-versions
ID: 31194 User updated by: yubing at cernet dot edu dot cn Reported By: yubing at cernet dot edu dot cn Status: Bogus Bug Type: Scripting Engine problem Operating System: Redhat Linux 8.0 PHP Version: 4.3.10 New Comment: confirmed :P Zend Optimizer 2.5.7 works well Previous Comments: [2004-12-20 11:26:04] [EMAIL PROTECTED] Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. . [2004-12-20 10:51:12] yubing at cernet dot edu dot cn faint, maybe it's because of the problem of ZendOptmizer. [2004-12-20 10:41:00] yubing at cernet dot edu dot cn Description: foreach on array containing objects without $key = is not compatible with pre-versions Is that because of the porting of those code from v5.0.2 ? b2evo and xoops use many this kind of statements to fetch the database objects. Reproduce code: --- $a = array(); $user-name = peter; $user-age = 24; $a[0] = $user; $user-name = ice; $user-age = 25; $a[1] = $user; foreach ( $a as $u){ // foreach ( $a as $key = $u) works ok print $u-name.: .$u-age.\n; var_dump($u); } Expected result: peter:24 ice:25 object(stdClass)(2) { [name]= string(5) peter [age]= string(2) 24 } object(stdClass)(2) { [name]= string(3) ice [age]= string(2) 25 } Actual result: -- NULL:NULL NULL:NULL array(2) { [0]= object(stdClass)(2) { [name]= string(5) peter [age]= string(2) 24 } [1]= int(0) } array(2) { [0]= object(stdClass)(2) { [name]= string(3) ice [age]= string(2) 25 } [1]= int(1) } -- Edit this bug report at http://bugs.php.net/?id=31194edit=1
#31142 [Com]: imap_mail_compose() no longer works
ID: 31142 Comment by: mcsoftware at alikuvkoutek dot cz Reported By: sean-freebsd at farley dot org Status: Open Bug Type: IMAP related Operating System: * PHP Version: 4CVS, 5CVS (2004-12-17) New Comment: Configure Command: './configure' '--prefix=/www/php' '--with-apache=/usr/src/apache_1.3.33' '--enable-safe-mode' '--enable-exif' '--enable-track-vars' '--with-calendar=shared' '--enable-magic-quotes' '--enable-trans-sid' '--enable-wddx' '--enable-ftp' '--enable-inline-optimization' '--enable-memory-limit' '--with-expat-dir' '--enable-xslt' '--with-xslt-sablot' '--with-xml' '--with-imap-ssl' '--with-mysql' '--enable-dbase' '--enable-mbstring' '--with-gd' '--with-zlib' '--enable-gd-native-tt' '--with-t1lib' '--with-jpeg-dir' '--with-png-dir' '--with-zlib-dir' '--with-ttf' '--with-freetype-dir' '--with-imap' '--with-mhash' '--with-mcrypt' '--with-pdflib' '--with-tiff-dir' '--with-openssl' '--with-curl' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-bcmath' '--enable-mbregex' '--without-pear' '--with-iconv' '--with-dom' '--with-libxml-dir' '--enable-gd-native-ttf' '--enable-zend-multibyte' '--enable-soap' '--with-bz2' '--without-sqlite' '--with-unixODBC' '--with-tidy' PHP API: 20031224 PHP Extension: 20041030 Zend Extension: 220040412 Zend Optimizer Previous Comments: [2004-12-20 01:36:53] sean-freebsd at farley dot org My sample script is the one from the man page: http://us2.php.net/manual/en/function.imap-mail-compose.php Apache modules: core prefork http_core mod_so mod_access mod_auth mod_auth_anon mod_auth_dbm mod_charset_lite mod_include mod_deflate mod_log_config mod_logio mod_env mod_mime_magic mod_cern_meta mod_expires mod_headers mod_usertrack mod_unique_id mod_setenvif mod_ssl mod_mime mod_status mod_autoindex mod_asis mod_info mod_cgi mod_vhost_alias mod_negotiation mod_dir mod_imap mod_actions mod_speling mod_userdir mod_alias mod_rewrite sapi_apache2 PHP extensions: imap, pcre, pgsql, session, standard, xml PHP Configuration: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--with-regex=php' '--with-apxs2=/usr/local/sbin/apxs' '--prefix=/usr/local' 'i386-portbld-freebsd4.9' No Zend extensions/modules added. The only unusual thing I noticed is according to phpinfo() I have an older IMAP library than what is installed (2004a): IMAP c-Client Version 2000 SSL Support enabled [2004-12-19 21:10:37] mcsoftware at alikuvkoutek dot cz Works fine before software upgrade (imap is the same as before)... Now from php_info() --- Loaded Modules: mod_php5, mod_gzip, apache_ssl, mod_headers, mod_expires, mod_auth, mod_access, mod_rewrite, mod_alias, mod_imap, mod_dir, mod_autoindex, mod_include, mod_negotiation, mod_mime, mod_log_referer, mod_log_agent, mod_log_config, http_core Apache Version: Apache/1.3.33 Ben-SSL/1.55 (Unix) PHP/5.0.3 mod_gzip/1.3.26.1a IMAP c-Client Version: 2001 SSL Support: enabled [2004-12-19 20:26:12] [EMAIL PROTECTED] Works fine in latest CVS, do you have any Zend Modules loaded? [2004-12-19 19:31:42] mcsoftware at alikuvkoutek dot cz I hope, this is the same error as described in this bug report... CODE $envelope[from]= '[EMAIL PROTECTED]'; $envelope[return_path]= '[EMAIL PROTECTED]'; $part1[type]=TYPETEXT; $part1[subtype]=plain; $part1[encoding]=ENCQUOTEDPRINTABLE ; $part1[charset]='iso-8859-2'; $part1[contents.data]=imap_8bit('asn řkl'); $body[0]=$part1; // or [1] as well $envelope = unserialize(serialize($envelope)); $body = unserialize(serialize($body)); $message = imap_mail_compose($envelope, $body); echo $message; EXPECTED RESULT --- e-mail message in MIME format (headers, double new line, encoded body) RESULT -- the same text as in $part1[contents.data]. [2004-12-19 19:20:02] [EMAIL PROTECTED] Please provide a short example script. 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/31142 -- Edit this bug report at http://bugs.php.net/?id=31142edit=1
#31197 [Opn-Ver]: http header function cannot set content-length
ID: 31197 Updated by: [EMAIL PROTECTED] Reported By: pnewman at wanadoo dot nl -Status: Open +Status: Verified -Bug Type: Apache2 related +Bug Type: Output Control Operating System: fedora core 2 (linux) PHP Version: 4.3.8 New Comment: It's also happening with Apache 1, I could reproduce this. Previous Comments: [2004-12-20 12:25:45] pnewman at wanadoo dot nl I can try but we need to use webdav for subversion which requires apache2. I know that you recommend only apache1 with php but this configuration is default for fedora core 2 and we use mysql which is threadsafe (I assume fedora people have considered how they built apache2/php/mysql carefully?). If this problem does not occur in apache1 would this be a apache bug and not a php bug? [2004-12-20 12:04:47] [EMAIL PROTECTED] Perhaps Apache mangles headers, did you try apache 1? If not, please try it. [2004-12-20 11:58:49] pnewman at wanadoo dot nl Description: Hi I am scratching my head about this. Nothing I can do can get the Content-Length to output - I have tried using ob_start to use a buffer inorder to calculate the exact number of characters but even a script this simple does not work? Regards, Peter. Reproduce code: --- ?php header('Content-Length: 48'); ? html body phi/p /body /html Expected result: HTTP/1.1 200 OK Date: Mon, 20 Dec 2004 10:56:30 GMT Server: Apache/2.0.51 (Fedora) X-Powered-By: PHP/4.3.8 Content-Length: 48 Connection: close Content-Type: text/html; charset=UTF-8 Actual result: -- lynx -head -dump http://localhost/test3.php returns HTTP/1.1 200 OK Date: Mon, 20 Dec 2004 10:54:23 GMT Server: Apache/2.0.51 (Fedora) X-Powered-By: PHP/4.3.8 Connection: close Content-Type: text/html; charset=UTF-8 -- Edit this bug report at http://bugs.php.net/?id=31197edit=1
#31142 [Opn-Ver]: imap_mail_compose() no longer works
ID: 31142 Updated by: [EMAIL PROTECTED] Reported By: sean-freebsd at farley dot org -Status: Open +Status: Verified Bug Type: IMAP related Operating System: * PHP Version: 4CVS, 5CVS (2004-12-17) New Comment: The example from manual does not work for me either. c-client version 2001a Previous Comments: [2004-12-20 13:01:50] mcsoftware at alikuvkoutek dot cz Configure Command: './configure' '--prefix=/www/php' '--with-apache=/usr/src/apache_1.3.33' '--enable-safe-mode' '--enable-exif' '--enable-track-vars' '--with-calendar=shared' '--enable-magic-quotes' '--enable-trans-sid' '--enable-wddx' '--enable-ftp' '--enable-inline-optimization' '--enable-memory-limit' '--with-expat-dir' '--enable-xslt' '--with-xslt-sablot' '--with-xml' '--with-imap-ssl' '--with-mysql' '--enable-dbase' '--enable-mbstring' '--with-gd' '--with-zlib' '--enable-gd-native-tt' '--with-t1lib' '--with-jpeg-dir' '--with-png-dir' '--with-zlib-dir' '--with-ttf' '--with-freetype-dir' '--with-imap' '--with-mhash' '--with-mcrypt' '--with-pdflib' '--with-tiff-dir' '--with-openssl' '--with-curl' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-bcmath' '--enable-mbregex' '--without-pear' '--with-iconv' '--with-dom' '--with-libxml-dir' '--enable-gd-native-ttf' '--enable-zend-multibyte' '--enable-soap' '--with-bz2' '--without-sqlite' '--with-unixODBC' '--with-tidy' PHP API: 20031224 PHP Extension: 20041030 Zend Extension: 220040412 Zend Optimizer [2004-12-20 01:36:53] sean-freebsd at farley dot org My sample script is the one from the man page: http://us2.php.net/manual/en/function.imap-mail-compose.php Apache modules: core prefork http_core mod_so mod_access mod_auth mod_auth_anon mod_auth_dbm mod_charset_lite mod_include mod_deflate mod_log_config mod_logio mod_env mod_mime_magic mod_cern_meta mod_expires mod_headers mod_usertrack mod_unique_id mod_setenvif mod_ssl mod_mime mod_status mod_autoindex mod_asis mod_info mod_cgi mod_vhost_alias mod_negotiation mod_dir mod_imap mod_actions mod_speling mod_userdir mod_alias mod_rewrite sapi_apache2 PHP extensions: imap, pcre, pgsql, session, standard, xml PHP Configuration: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--with-regex=php' '--with-apxs2=/usr/local/sbin/apxs' '--prefix=/usr/local' 'i386-portbld-freebsd4.9' No Zend extensions/modules added. The only unusual thing I noticed is according to phpinfo() I have an older IMAP library than what is installed (2004a): IMAP c-Client Version 2000 SSL Support enabled [2004-12-19 21:10:37] mcsoftware at alikuvkoutek dot cz Works fine before software upgrade (imap is the same as before)... Now from php_info() --- Loaded Modules: mod_php5, mod_gzip, apache_ssl, mod_headers, mod_expires, mod_auth, mod_access, mod_rewrite, mod_alias, mod_imap, mod_dir, mod_autoindex, mod_include, mod_negotiation, mod_mime, mod_log_referer, mod_log_agent, mod_log_config, http_core Apache Version: Apache/1.3.33 Ben-SSL/1.55 (Unix) PHP/5.0.3 mod_gzip/1.3.26.1a IMAP c-Client Version: 2001 SSL Support: enabled [2004-12-19 20:26:12] [EMAIL PROTECTED] Works fine in latest CVS, do you have any Zend Modules loaded? [2004-12-19 19:31:42] mcsoftware at alikuvkoutek dot cz I hope, this is the same error as described in this bug report... CODE $envelope[from]= '[EMAIL PROTECTED]'; $envelope[return_path]= '[EMAIL PROTECTED]'; $part1[type]=TYPETEXT; $part1[subtype]=plain; $part1[encoding]=ENCQUOTEDPRINTABLE ; $part1[charset]='iso-8859-2'; $part1[contents.data]=imap_8bit('asn řkl'); $body[0]=$part1; // or [1] as well $envelope = unserialize(serialize($envelope)); $body = unserialize(serialize($body)); $message = imap_mail_compose($envelope, $body); echo $message; EXPECTED RESULT --- e-mail message in MIME format (headers, double new line, encoded body) RESULT -- the same text as in $part1[contents.data]. 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/31142 -- Edit this bug report at http://bugs.php.net/?id=31142edit=1
#31026 [Opn-Csd]: Problem with type conversion
ID: 31026 Updated by: [EMAIL PROTECTED] Reported By: tobi at knmm dot de -Status: Open +Status: Closed Bug Type: Variables related Operating System: Linux 2.6.8 (Debian sarge) PHP Version: 4.3.10RC3-dev New Comment: Fixed - closed. Previous Comments: [2004-12-18 00:52:23] tobi at knmm dot de Now, with the CVS version the script says '34,9' instead of 34.9 (with 4.3.9 it was only '34'). This solves my problem, which was that calculations with variables, type-converted from string to float had gone wrong sometimes. But it's still very strange. I figured out that the problem only occurrs if the apache webserver with php on it already ran for a few hours. [2004-12-08 21:37:43] [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 [2004-12-08 20:37:49] tobi at knmm dot de Description: A very strange problem occurs on my webserver. If you run the provided code via http://knmm.de/bug.php a few times, in about 1 out of 10 times the second line of output is $price is a double with value 34. This shows up randomly. Running the script on the commandline of the same machine doesn't show this behaviour. -- Tobi Reproduce code: --- $price = '34.90'; echo \$price is a .gettype($price). with value $price\n; settype($price,'double'); echo \$price is a .gettype($price). with value $price\n; (also available via http://knmm.de/bug.phps) Expected result: $price is a string with value 34.90 $price is a double with value 34.9 Actual result: -- $price is a string with value 34.90 $price is a double with value 34 -- Edit this bug report at http://bugs.php.net/?id=31026edit=1
#28899 [Opn]: substr and mb_substr work different
ID: 28899 User updated by: mauroi at digbang dot com Reported By: mauroi at digbang dot com Status: Open Bug Type: mbstring related Operating System: * PHP Version: 4CVS, 5CVS (2004-12-12) Assigned To: moriyoshi New Comment: just to mention it... lot of code written with the mb_* function overload relies on substr returning a zero length string... changing substr to work like mb_substr won't break anything (i think) Previous Comments: [2004-12-20 10:28:55] [EMAIL PROTECTED] The very nature of substr is that the function returns the specified part of the string whenever the range is valid and returns an error status if it is out of range. If a null string is a valid string entity, then it should be able to be referred to by index 0 and thus the implementation returns a null string instead of false. Or you would say this isn't really logical? :) [2004-12-15 04:19:11] [EMAIL PROTECTED] The correct quote from up-to-date manual: If string is less than or equal to start characters long, FALSE will be returned. Notice the 'or equal' there? Thus logically mb_substr() is buggy. [2004-06-23 22:12:57] [EMAIL PROTECTED] Good catch. Logically it seems substr() is wrong and mb_substr() is correct. [2004-06-23 21:21:51] mauroi at digbang dot com Description: if I make the following call I get FALSE. var_dump(substr('', 0)); The documentation says If string is less than start characters long, FALSE will be returned. That can be very ambiguous because start is 0 and the length of the string is 0 (not less). Another problem: mb_substr does not work like this. If you overload the functions and make the same call as above it will return an empty string. Thanks in advance. Reproduce code: --- var_dump(substr('', 0)); var_dump(mb_substr('', 0)); Expected result: '' '' Or FALSE FALSE Actual result: -- FALSE '' -- Edit this bug report at http://bugs.php.net/?id=28899edit=1
#31198 [NEW]: Sending Private messages
From: rbalicki at bellsourth dot net Operating system: Windows XP/2000 PHP version: 4.3.10 PHP Bug Type: *Mail Related Bug description: Sending Private messages Description: If anybody wants to post a private message, the following error appears: GENERAL ERROR Failed sending email :: PHP :: DEBUG MODE Line : 234 File : /disk/raid/l/f/lfzehok/forum/phpBB2/includes/emailer.php Could You help me? Searched thru all topics No help Any help would be appreitated Thx: RB -- Edit bug report at http://bugs.php.net/?id=31198edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31198r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31198r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31198r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31198r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31198r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31198r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31198r=needscript Try newer version: http://bugs.php.net/fix.php?id=31198r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31198r=support Expected behavior: http://bugs.php.net/fix.php?id=31198r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31198r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31198r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31198r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31198r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31198r=dst IIS Stability: http://bugs.php.net/fix.php?id=31198r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31198r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31198r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31198r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31198r=mysqlcfg
#31199 [NEW]: u_int32_t doesn't exist
From: laurent dot faillie at st dot com Operating system: HPUX 10.20 PHP version: 4.3.10 PHP Bug Type: Compile Failure Bug description: u_int32_t doesn't exist Description: Compilation problem found on HP-UX 10.20 (I haven't tested w/ more recent HP-UX). * php-4.3.10/Zend/zend_strtod.c fails to compile as u_int32_t isn't defined anywere. The workaround is to add #ifdef __hpux__ #include model.h typedef uint32_tu_int32_t; #endif somewhere in the begining of zend_strtod.c. -- Edit bug report at http://bugs.php.net/?id=31199edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31199r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31199r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31199r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31199r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31199r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31199r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31199r=needscript Try newer version: http://bugs.php.net/fix.php?id=31199r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31199r=support Expected behavior: http://bugs.php.net/fix.php?id=31199r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31199r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31199r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31199r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31199r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31199r=dst IIS Stability: http://bugs.php.net/fix.php?id=31199r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31199r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31199r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31199r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31199r=mysqlcfg
#31200 [NEW]: DOMDocument-xinclude() outputs a part of the DTD
From: diodu at keliglia dot com Operating system: Linux debian PHP version: 5.0.3 PHP Bug Type: DOM XML related Bug description: DOMDocument-xinclude() outputs a part of the DTD Description: When trying to xinclude an XML file with an attached DTD, DOMDocument-xinclude() outputs a part of the DTD in the result. Deleting the Doctype line in the included file fix the problem. Reproduce code: --- ?php // book.xml being the XML file described here: http://livedocs.phpdoc.info/index.php?l=enq=ref.dom#dom.examples $xml =EOD ?xml version=1.0 ? chapter xmlns:xi=http://www.w3.org/2001/XInclude; titleBooks of the other guy../title para xi:include href=book.xml#xpointer(/book/chapter/para/informaltable/tgroup/tbody/*) parse=xml xi:fallback errorxinclude: book.xml not found/error /xi:fallback /xi:include /para /chapter EOD; $dom = new DOMDocument; $dom-loadXML($xml); $dom-xinclude(); echo $dom-saveXML(); ? Expected result: ?xml version=1.0? chapter xmlns:xi=http://www.w3.org/2001/XInclude; titleBooks of the other guy../title para row xml:base=/home/didou/book.xml entryThe Grapes of Wrath/entry entryJohn Steinbeck/entry entryen/entry entry0140186409/entry /rowrow xml:base=/home/didou/book.xml entryThe Pearl/entry entryJohn Steinbeck/entry entryen/entry entry014017737X/entry /rowrow xml:base=/home/didou/book.xml entrySamarcande/entry entryAmine Maalouf/entry entryfr/entry entry2253051209/entry /row /para /chapter Actual result: -- ?xml version=1.0? !DOCTYPE chapter [ !ENTITY uArr â !ENTITY hcirc Ä¥ !ENTITY icirc î !ENTITY equals = !ENTITY cong â !ENTITY icy Ð // a hundred of similar lines !ENTITY sstarf â !ENTITY samalg âThe Grapes of Wrath/entry entryJohn Steinbeck/entry entryen/entry entry0140186409/entry /rowrow xml:base=/home/didou/book.xml entryThe Pearl/entry entryJohn Steinbeck/entry entryen/entry entry014017737X/entry /rowrow xml:base=/home/didou/book.xml entrySamarcande/entry entryAmine Maalouf/entry entryfr/entry entry2253051209/entry /row /para /chapter -- Edit bug report at http://bugs.php.net/?id=31200edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31200r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31200r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31200r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31200r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31200r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31200r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31200r=needscript Try newer version: http://bugs.php.net/fix.php?id=31200r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31200r=support Expected behavior: http://bugs.php.net/fix.php?id=31200r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31200r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31200r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31200r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31200r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31200r=dst IIS Stability: http://bugs.php.net/fix.php?id=31200r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31200r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31200r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31200r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31200r=mysqlcfg
#31200 [Opn-Ver]: DOMDocument-xinclude() outputs a part of the DTD
ID: 31200 Updated by: [EMAIL PROTECTED] Reported By: diodu at keliglia dot com -Status: Open +Status: Verified Bug Type: DOM XML related Operating System: Linux debian PHP Version: 5.0.3 New Comment: libxml2 does automatically resolve external entities, and I didn't find a way to turn that off from the php side... We have to investigate the issue, it's not only annoying, but also a performance bottleneck Previous Comments: [2004-12-20 14:03:19] diodu at keliglia dot com Description: When trying to xinclude an XML file with an attached DTD, DOMDocument-xinclude() outputs a part of the DTD in the result. Deleting the Doctype line in the included file fix the problem. Reproduce code: --- ?php // book.xml being the XML file described here: http://livedocs.phpdoc.info/index.php?l=enq=ref.dom#dom.examples $xml =EOD ?xml version=1.0 ? chapter xmlns:xi=http://www.w3.org/2001/XInclude; titleBooks of the other guy../title para xi:include href=book.xml#xpointer(/book/chapter/para/informaltable/tgroup/tbody/*) parse=xml xi:fallback errorxinclude: book.xml not found/error /xi:fallback /xi:include /para /chapter EOD; $dom = new DOMDocument; $dom-loadXML($xml); $dom-xinclude(); echo $dom-saveXML(); ? Expected result: ?xml version=1.0? chapter xmlns:xi=http://www.w3.org/2001/XInclude; titleBooks of the other guy../title para row xml:base=/home/didou/book.xml entryThe Grapes of Wrath/entry entryJohn Steinbeck/entry entryen/entry entry0140186409/entry /rowrow xml:base=/home/didou/book.xml entryThe Pearl/entry entryJohn Steinbeck/entry entryen/entry entry014017737X/entry /rowrow xml:base=/home/didou/book.xml entrySamarcande/entry entryAmine Maalouf/entry entryfr/entry entry2253051209/entry /row /para /chapter Actual result: -- ?xml version=1.0? !DOCTYPE chapter [ !ENTITY uArr â !ENTITY hcirc Ä¥ !ENTITY icirc î !ENTITY equals = !ENTITY cong â !ENTITY icy Ð // a hundred of similar lines !ENTITY sstarf â !ENTITY samalg âThe Grapes of Wrath/entry entryJohn Steinbeck/entry entryen/entry entry0140186409/entry /rowrow xml:base=/home/didou/book.xml entryThe Pearl/entry entryJohn Steinbeck/entry entryen/entry entry014017737X/entry /rowrow xml:base=/home/didou/book.xml entrySamarcande/entry entryAmine Maalouf/entry entryfr/entry entry2253051209/entry /row /para /chapter -- Edit this bug report at http://bugs.php.net/?id=31200edit=1
#31198 [Opn-Bgs]: Sending Private messages
ID: 31198 Updated by: [EMAIL PROTECTED] Reported By: rbalicki at bellsourth dot net -Status: Open +Status: Bogus Bug Type: *Mail Related Operating System: Windows XP/2000 PHP Version: 4.3.10 New Comment: This is NOT support forum for some 3rd party application written with PHP Previous Comments: [2004-12-20 13:59:34] rbalicki at bellsourth dot net Description: If anybody wants to post a private message, the following error appears: GENERAL ERROR Failed sending email :: PHP :: DEBUG MODE Line : 234 File : /disk/raid/l/f/lfzehok/forum/phpBB2/includes/emailer.php Could You help me? Searched thru all topics No help Any help would be appreitated Thx: RB -- Edit this bug report at http://bugs.php.net/?id=31198edit=1
#31199 [Opn-Asn]: u_int32_t doesn't exist
ID: 31199 Updated by: [EMAIL PROTECTED] Reported By: laurent dot faillie at st dot com -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: HPUX 10.20 PHP Version: 4.3.10 -Assigned To: +Assigned To: derick Previous Comments: [2004-12-20 14:02:17] laurent dot faillie at st dot com Description: Compilation problem found on HP-UX 10.20 (I haven't tested w/ more recent HP-UX). * php-4.3.10/Zend/zend_strtod.c fails to compile as u_int32_t isn't defined anywere. The workaround is to add #ifdef __hpux__ #include model.h typedef uint32_tu_int32_t; #endif somewhere in the begining of zend_strtod.c. -- Edit this bug report at http://bugs.php.net/?id=31199edit=1
#29895 [NoF-Opn]: connect via CLI failed
ID: 29895 User updated by: sonny at sun dot com Reported By: sonny at sun dot com -Status: No Feedback +Status: Open Bug Type: LDAP related Operating System: Fedora Core 2 PHP Version: 4.3.8, 5.0.1 New Comment: Sorry for the late repsonce. I was in vacation. I don't know how to handle gdb - so I try it to check it with other php verions. Try 5.0.3 which have the same result while I have changed the configure option for ldap from shared to static. Fails agian. But strange with 5.0.2 it works with cli as well sapi. The 4.3.x verions I haven't tried. But I'll get while make install strange errors from PEAR. Installing PEAR environment: /usr/local/php5/lib/php/ [PEAR] Archive_Tar: XML error: not well-formed (invalid token) at line 22 [PEAR] Console_Getopt - installed: 1.2 [PEAR] PEAR: XML error: not well-formed (invalid token) at line 22 [PEAR] XML_RPC: XML error: not well-formed (invalid token) at line 11 Maybe can you give me here a hint. -Peter Previous Comments: [2004-12-20 01:00:11] 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-12-12 16:20:28] [EMAIL PROTECTED] Try to trace it in GDB instead of strace.. Put a break for zif_ldap_connect call and step from there and show the result. [2004-10-01 11:14:44] sonny at sun dot com Aditional info to strace: read(3, ?php\n\n$ld = ldap_connect(\'129.1..., 8192) = 88 read(3, , 4096) = 0 read(3, , 8192) = 0 close(3)= 0 munmap(0xf6d4d000, 4096)= 0 mmap2(NULL, 143360, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf6d2a000 fcntl64(147436232, F_SETFD, FD_CLOEXEC) = -1 EBADF (Bad file descriptor) fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf6d29000 write(1, \n, 1 ) = 1 write(1, Warning: ldap_close() expects pa..., 99Warning: ldap_close() expects parameter 1 to be resource, boolean given in /tmp/ldap.php on line 6 [2004-10-01 11:10:35] sonny at sun dot com Yep I'm using standard openldap installation from Fedora. Just checked if cli tools from openldap works .. YES. Sample: ldapsearch -h example.com -b dc=example,dc=com -s sub -p 389 employeenumber=tester -x # search result search: 2 result: 0 Success # numResponses: 2 # numEntries: 1 I don't belive in a persission issue - while I have test the scripts as root. While webserver was shutdown the same behavior - as expected. I have try to strace the programm an found this srange/error: fstat64(4, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0 lseek(4, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) dup(1) = 5 fstat64(5, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 lseek(5, 0, SEEK_CUR) = 0 dup(2) = 6 fstat64(6, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0 lseek(6, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) Maybe this can help. [2004-10-01 10:01:58] [EMAIL PROTECTED] Do the openldap (assuming you're using openldap since you didn't say what you actually use) CLI tools work? This might be some weird permission issue. Maybe the user as what you run the script doesn't have rights to read the ldap ini files or something alike. And have you tried to run it on command line while you have Apache running? (this shouldn't matter..but try run it when you've shutdown Apache) 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/29895 -- Edit this bug report at http://bugs.php.net/?id=29895edit=1
#31182 [Bgs]: compile fails when using mysql 4.1.x and imap c-client 2004a
ID: 31182 User updated by: sdolgy-php at squigly dot net Reported By: sdolgy-php at squigly dot net Status: Bogus Bug Type: Compile Failure Operating System: Linux 2.4.21-9.ELsmp PHP Version: 5.0.3 New Comment: http://bugs.mysql.com/bug.php?id=7428 Previous Comments: [2004-12-18 23:46:14] [EMAIL PROTECTED] This is not a bug in PHP. The mysql library and/or imap library need to name-space protect their symbols. Please file a bug with them. [2004-12-18 18:02:10] ctbeers at syr dot edu This problem exists with 4.3.10 and mysql 4.1.[7|8] and UW imapd 2004 or 2004a. I am compiling it on Solaris 8, but really need this fixed in order to compile the latest php code. Chris [2004-12-18 17:30:03] sdolgy-php at squigly dot net Will compile fine if I omit either mysql or imap arguments from ./configure regards. [2004-12-18 17:27:14] sdolgy-php at squigly dot net Description: When compiling php 5.0.2 or php 5.0.3 with mysql 4.1.8 or 4.1.7 and imap c-client 2004a libraries, consistently php fails to work. This was not a problem with mysql 4.0 branch. So, might not be something which can be avoided in php compile. configure works fine. make is where it fails. only when it tries linking everything together. afaik. Reproduce code: --- './configure' \ '--with-apxs=/usr/local/apache/bin/apxs' \ '--localstatedir=/var' \ '--enable-gd-native-ttf' \ '--with-openssl=/usr/local/ssl' \ '--with-mysql' \ '--with-imap=/usr/local/imap-2004a' \ '--with-imap-ssl' \ '--with-java=/usr/java/jdk' \ '--with-kerberos' \ '--with-xml' \ '--with-xpm' \ '--with-bz2' \ '--with-jpeg-dir=/usr/lib' \ '--with-zlib-dir=/usr/lib' \ '--with-png-dir=/usr/lib' \ '--with-tiff-dir=/usr/lib' \ '--with-zlib-dir=/usr/lib' \ '--with-gettext' \ '--enable-fastcgi' \ '--disable-path-info-check' \ '--disable-ipv6' \ '--with-curl' \ '--with-exif' \ '--with-iconv' \ '--with-ldap' \ '--with-mbstring' \ '--with-mcrypt' \ '--with-mhash' \ $@ Expected result: /usr/local/imap-2004a/lib/libc-client.a(misc.o)(.text+0x8a4): In function `hash_reset': /build/imap-2004a/c-client/misc.c:278: multiple definition of `hash_reset' /usr/lib/mysql/libmysqlclient.a(hash.o)(.text+0x130): first defined here /usr/bin/ld: Warning: size of symbol `hash_reset' changed from 94 in /usr/lib/mysql/libmysqlclient.a(hash.o) to 89 in /usr/lib/mysql/libmysqlclient.a(hash.o) collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 Actual result: -- /usr/local/imap-2004a/lib/libc-client.a(misc.o)(.text+0x8a4): In function `hash_reset': /build/imap-2004a/c-client/misc.c:278: multiple definition of `hash_reset' /usr/lib/mysql/libmysqlclient.a(hash.o)(.text+0x130): first defined here /usr/bin/ld: Warning: size of symbol `hash_reset' changed from 94 in /usr/lib/mysql/libmysqlclient.a(hash.o) to 89 in /usr/lib/mysql/libmysqlclient.a(hash.o) collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 -- Edit this bug report at http://bugs.php.net/?id=31182edit=1
#31201 [NEW]: COM functionality broken in PHP 4.3.10
From: borbarad at gmxpro dot net Operating system: Windows 2000 Server PHP version: 4.3.10 PHP Bug Type: COM related Bug description: COM functionality broken in PHP 4.3.10 Description: When calling new COM() in PHP 4.3.10 the call will raise an exception due to read of memory at a location too close to NULL (same memory page). This problem occurred only in the latest PHP release. It does not apply to 4.3.9! Actually because it broke some of our scripts we recognized this as a problem. Reproduce code: --- //--- function GetDomainMachines($DomainName) { // Get the domain object ... $objDomain = new COM(WinNT://.$DomainName); // List all objects and ... while($obj = $objDomain-Next()) // ... filter for computers if ($obj-Class == Computer){ $arr[] = $obj-Name; } return $arr; } /* Give a valid domain name as the parameter, then call the function and dump the array contents */ Expected result: It will return all machine names of domain members in the hash. Instead of filtering for type Computer one may use User and give the local machine as the DomainName parameter. In this case it should even work on the local machine and will return all users of the local machine. Actual result: -- Exception (messagebox, not even as a PHP error). Find a screenshot here: http://www.erm.tu-cottbus.de/~schneol/php/Screenshot0001.png Note, that regardless which object you try to instantiate you'll always fail reading at 0x006c, not different locations in memory. -- Edit bug report at http://bugs.php.net/?id=31201edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31201r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31201r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31201r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31201r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31201r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31201r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31201r=needscript Try newer version: http://bugs.php.net/fix.php?id=31201r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31201r=support Expected behavior: http://bugs.php.net/fix.php?id=31201r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31201r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31201r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31201r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31201r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31201r=dst IIS Stability: http://bugs.php.net/fix.php?id=31201r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31201r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31201r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31201r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31201r=mysqlcfg
#31202 [NEW]: Warning: Bytes: 0xA1 0x26 0x6C 0x74
From: neo at streetball dot cn Operating system: MandRake10 PHP version: 5.0.3 PHP Bug Type: SimpleXML related Bug description: Warning: Bytes: 0xA1 0x26 0x6C 0x74 Description: Warning: input conversion failed due to input error in /show.php on line 97 Warning: Bytes: 0xA1 0x26 0x6C 0x74 in /show.php on line 97 Warning: Entity: line 14: parser error : Premature end of data in tag content line 13 in /show.php on line 97 Warning: ?lt;/bï¼å¹¿å·è¡æ³¢å¢ä½å¤§æ¯æ¼ï¼ä¸ï¼?lt;br /bæ è¡ç¬?in /show.php on line 97 Warning: ^ in /show.php on line 97 Warning: input conversion failed due to input error in /show.php on line 97 Warning: Bytes: 0xA1 0x26 0x6C 0x74 in /show.php on line 97 Warning: input conversion failed due to input error in /show.php on line 97 Reproduce code: --- $xml = simplexml_load_string($xml_text); Expected result: Warning: Entity: line 14: parser error : Premature end of data in tag content line 13 in /show.php on line 97 Warning: ?lt;/bï¼å¹¿å·è¡æ³¢å¢ä½å¤§æ¯æ¼ï¼ä¸ï¼?lt;br /bæ è¡ç¬?in /show.php on line 97 Warning: ^ in /show.php on line 97 Actual result: -- Warning: Entity: line 14: parser error : Premature end of data in tag content line 13 in /show.php on line 97 Warning: ?lt;/bï¼å¹¿å·è¡æ³¢å¢ä½å¤§æ¯æ¼ï¼ä¸ï¼?lt;br /bæ è¡ç¬?in /show.php on line 97 Warning: ^ in /show.php on line 97 -- Edit bug report at http://bugs.php.net/?id=31202edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31202r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31202r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31202r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31202r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31202r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31202r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31202r=needscript Try newer version: http://bugs.php.net/fix.php?id=31202r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31202r=support Expected behavior: http://bugs.php.net/fix.php?id=31202r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31202r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31202r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31202r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31202r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31202r=dst IIS Stability: http://bugs.php.net/fix.php?id=31202r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31202r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31202r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31202r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31202r=mysqlcfg
#31202 [Opn-Fbk]: Warning: Bytes: 0xA1 0x26 0x6C 0x74
ID: 31202 Updated by: [EMAIL PROTECTED] Reported By: neo at streetball dot cn -Status: Open +Status: Feedback Bug Type: SimpleXML related Operating System: MandRake10 PHP Version: 5.0.3 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-12-20 14:59:47] neo at streetball dot cn Description: Warning: input conversion failed due to input error in /show.php on line 97 Warning: Bytes: 0xA1 0x26 0x6C 0x74 in /show.php on line 97 Warning: Entity: line 14: parser error : Premature end of data in tag content line 13 in /show.php on line 97 Warning: ?lt;/bï¼å¹¿å·è¡æ³¢å¢ä½å¤§æ¯æ¼ï¼ä¸ï¼?lt;br /bæ è¡ç¬?in /show.php on line 97 Warning: ^ in /show.php on line 97 Warning: input conversion failed due to input error in /show.php on line 97 Warning: Bytes: 0xA1 0x26 0x6C 0x74 in /show.php on line 97 Warning: input conversion failed due to input error in /show.php on line 97 Reproduce code: --- $xml = simplexml_load_string($xml_text); Expected result: Warning: Entity: line 14: parser error : Premature end of data in tag content line 13 in /show.php on line 97 Warning: ?lt;/bï¼å¹¿å·è¡æ³¢å¢ä½å¤§æ¯æ¼ï¼ä¸ï¼?lt;br /bæ è¡ç¬?in /show.php on line 97 Warning: ^ in /show.php on line 97 Actual result: -- Warning: Entity: line 14: parser error : Premature end of data in tag content line 13 in /show.php on line 97 Warning: ?lt;/bï¼å¹¿å·è¡æ³¢å¢ä½å¤§æ¯æ¼ï¼ä¸ï¼?lt;br /bæ è¡ç¬?in /show.php on line 97 Warning: ^ in /show.php on line 97 -- Edit this bug report at http://bugs.php.net/?id=31202edit=1
#29460 [Com]: memory usage (leak?) on session
ID: 29460 Comment by: magnusw at gmail dot com Reported By: kylewong at southa dot com Status: Open Bug Type: Session related Operating System: linux kernel 2.6.1 PHP Version: 4.3.8 New Comment: I have been seeing a similar problem for quite some time now. No idea if it's related to sessions or not, but we use custom session handling with session_set_save_handler to store sessiondata in MySQL. To the point, I run a site taking about 10 hits/s. Our apache processes keeps growing and growing over time. I have to set up 4 graceful restarts per day in my crontab to keep it running. After a graceful restart several hundred megabytes are freed to the operating system. After that, the process starts over with a slowly growing httpd. We have maxclients around 100 which theoretically should leave my server with plenty of cache and buffermem. This happens with apache 1.3.29-1.3.31 and php 4.3.3-4.3.9 No other modules except standard apache-stuff and php4. Hope this info helps someone. Regards M Previous Comments: [2004-07-31 08:34:59] kylewong at southa dot com 30 minutes after delete all session data files while apache running. 5500 sessions online, 22M disk space taken by session files. average session file size around 1.5kb. http://www2.southa.com/~kylewong/top-8.gif [2004-07-31 08:14:22] kylewong at southa dot com httpd grow back to 10-12MB http://www2.southa.com/~kylewong/top-6.gif 2 minutes later after delete all session data while apache running: http://www2.southa.com/~kylewong/top-7.gif session.php: class GallerySession {} if (session_id()) { $useStdClass = 1; } /* Start a new session, or resume our current one */ @session_start(); $sessionVar = fsess; session_register($sessionVar); if (isset($$sessionVar)) { $gallery-session = $$sessionVar; } else { /* Register the session variable */ session_register($sessionVar); /* Create a new session container */ if ($useStdClass) { $$sessionVar = new stdClass(); } else { $$sessionVar = new GallerySession(); } $gallery-session = $$sessionVar; } [2004-07-31 06:53:02] kylewong at southa dot com more informations: apache fresh start without any session data: http://www2.southa.com/~kylewong/top-1.gif about 30 minutes later, httpd size grow around 1.5M http://www2.southa.com/~kylewong/top-2.gif 1 hour later from beginning, httpd size reach 10M, total session data size around 16M, average session file size around 2kb, around 4k sessions online. http://www2.southa.com/~kylewong/top-3.gif stop and restart apache without delete session data, most httpd size reach 10M immediately after apache start. http://www2.southa.com/~kylewong/top-4.gif stop, delete all session data, and restart apache. http://www2.southa.com/~kylewong/top-5.gif [2004-07-30 18:49:24] kylewong at southa dot com Description: apache 2.0.48, php 4.3.7, 4.3.8 session handler = file apache keepalive timeout = 1 apache maxclient = 192 apache mpm = prefork session timeout = 1500 session file storage: tmpfs problem: php doesn't free memory used by session. My website is a high traffic site, process around 1800k php pages per day. The server always has around 5000-1 sessions (25 mminutes) online. Each session file take around 200 bytes to several Kb, total session data take around 20-30MB. I found that my average httpd process size grow slowly from average 8MB to 1x-2xMB (take around 1-2 hours), my server always has around 200 httpd running (keepalive timeout = 1), system resouce decrease while httpd take more and more memory. At fresh start without any session data stored, my system has around 400MB buffer and 800MB cache, httpd size average round 8MB. When httpd processes grow to around 15MB, the system has only around 300MB buffer and 300MB cache, of course, server performance drop a lot since my site is very disk intensive (load lots of informations from thousands of serialized objects) It seems that the httpd process doesn't release all used memory after finish processing a page. I found that if I delete all the session data files while apache running, httpd processes start free up memory and system buffer and cache start growing to normal (400MB, 800MB), but after some time, httpd start grow again and system resources used for buffer and cache start decrease. Also, I found that, when the average httpd process size are at says 20MB, even if I stop and restart apache, all httpd process size will startup at 20MB, and keep growing. That's mean, I can't free up memory used by httpd processes by kill and restart
#31203 [NEW]: Segfault in zend_execute_API.c:599
From: nkukard at lbsd dot net Operating system: Linux PHP version: 5.0.3 PHP Bug Type: Reproducible crash Bug description: Segfault in zend_execute_API.c:599 Description: Using horde (cvs) and imp (cvs), i get a sefault in php. Reproduce code: --- download horde cvs imp cvs, close browser, reopen browser and try login Actual result: -- #0 0xb777f526 in zend_call_function (fci=0xbfff60b0, fci_cache=0x0) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute_API.c:599 #1 0xb7780075 in call_user_function_ex (function_table=0xbfff6118, object_pp=0xbfff6118, function_name=0xbfff6118, retval_ptr_ptr=0xbfff6118, param_count=3221184792, params=0xbfff6118, no_separation=-1073782504, symbol_table=0xbfff6118) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute_API.c:551 #2 0xb77800d9 in call_user_function (function_table=0x8212f38, object_pp=0x0, function_name=0x29, retval_ptr=0xbfff6160, param_count=0, params=0xbfff6158) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute_API.c:526 #3 0xb76e26ca in array_user_key_compare (a=0xbfff6118, b=0xbfff6118) at /var/tmp/nkukard-php-build/php-5.0.3/ext/standard/array.c:688 #4 0xb779858e in zend_qsort (base=0x29, nmemb=41, siz=4, compare=0xb76e2630 array_user_key_compare) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_qsort.c:86 #5 0xb7792ada in zend_hash_sort (ht=0x8a4b40c, sort_func=0xb77984e0 zend_qsort, compar=0xb76e2630 array_user_key_compare, renumber=0) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_hash.c:1134 #6 0xb76e286a in zif_uksort (ht=2, return_value=0x8a4d7a4, this_ptr=0x0, return_value_used=0) at /var/tmp/nkukard-php-build/php-5.0.3/ext/standard/array.c:723 #7 0xb77bf30e in zend_do_fcall_common_helper (execute_data=0xbfff64d0, opline=0x8a48ff8, op_array=0x8a47da4) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2711 #8 0xb77bf62d in zend_do_fcall_handler (execute_data=0xbfff64d0, opline=0x8a48ff8, op_array=0x8a47da4) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2843 #9 0xb77ad7db in execute (op_array=0x8a47da4) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:1400 #10 0xb77bee12 in zend_do_fcall_common_helper (execute_data=0xbfff6850, opline=0x8992d90, op_array=0x89355ec) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2740 #11 0xb77bf529 in zend_do_fcall_by_name_handler (execute_data=0xbfff6118, opline=0x8992d90, op_array=0x89355ec) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2825 #12 0xb77ad7db in execute (op_array=0x89355ec) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:1400 #13 0xb77bee12 in zend_do_fcall_common_helper (execute_data=0xbfff6d50, opline=0x89621cc, op_array=0x8933e14) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2740 #14 0xb77bf529 in zend_do_fcall_by_name_handler (execute_data=0xbfff6118, opline=0x89621cc, op_array=0x8933e14) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2825 #15 0xb77ad7db in execute (op_array=0x8933e14) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:1400 #16 0xb77bee12 in zend_do_fcall_common_helper (execute_data=0xbfff7670, opline=0x898f9e0, op_array=0x89353ac) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2740 #17 0xb77bf529 in zend_do_fcall_by_name_handler (execute_data=0xbfff6118, opline=0x898f9e0, op_array=0x89353ac) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2825 #18 0xb77ad7db in execute (op_array=0x89353ac) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:1400 ---Type return to continue, or q return to quit--- #19 0xb77bee12 in zend_do_fcall_common_helper (execute_data=0xbfff7f80, opline=0x89670f8, op_array=0x8934054) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2740 #20 0xb77bf529 in zend_do_fcall_by_name_handler (execute_data=0xbfff6118, opline=0x89670f8, op_array=0x8934054) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2825 #21 0xb77ad7db in execute (op_array=0x8934054) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:1400 #22 0xb77bee12 in zend_do_fcall_common_helper (execute_data=0xbfff8620, opline=0x897d5a4, op_array=0x8934824) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2740 #23 0xb77bf529 in zend_do_fcall_by_name_handler (execute_data=0xbfff6118, opline=0x897d5a4, op_array=0x8934824) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2825 #24 0xb77ad7db in execute (op_array=0x8934824) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:1400 #25 0xb77bee12 in zend_do_fcall_common_helper (execute_data=0xbfff8a60, opline=0x8938c8c, op_array=0x8927b64) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2740 #26 0xb77bf529 in zend_do_fcall_by_name_handler (execute_data=0xbfff6118, opline=0x8938c8c, op_array=0x8927b64) at
#31203 [Opn-Fbk]: Segfault in zend_execute_API.c:599
ID: 31203 Updated by: [EMAIL PROTECTED] Reported By: nkukard at lbsd dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.0.3 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. Previous Comments: [2004-12-20 15:27:45] nkukard at lbsd dot net Description: Using horde (cvs) and imp (cvs), i get a sefault in php. Reproduce code: --- download horde cvs imp cvs, close browser, reopen browser and try login Actual result: -- #0 0xb777f526 in zend_call_function (fci=0xbfff60b0, fci_cache=0x0) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute_API.c:599 #1 0xb7780075 in call_user_function_ex (function_table=0xbfff6118, object_pp=0xbfff6118, function_name=0xbfff6118, retval_ptr_ptr=0xbfff6118, param_count=3221184792, params=0xbfff6118, no_separation=-1073782504, symbol_table=0xbfff6118) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute_API.c:551 #2 0xb77800d9 in call_user_function (function_table=0x8212f38, object_pp=0x0, function_name=0x29, retval_ptr=0xbfff6160, param_count=0, params=0xbfff6158) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute_API.c:526 #3 0xb76e26ca in array_user_key_compare (a=0xbfff6118, b=0xbfff6118) at /var/tmp/nkukard-php-build/php-5.0.3/ext/standard/array.c:688 #4 0xb779858e in zend_qsort (base=0x29, nmemb=41, siz=4, compare=0xb76e2630 array_user_key_compare) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_qsort.c:86 #5 0xb7792ada in zend_hash_sort (ht=0x8a4b40c, sort_func=0xb77984e0 zend_qsort, compar=0xb76e2630 array_user_key_compare, renumber=0) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_hash.c:1134 #6 0xb76e286a in zif_uksort (ht=2, return_value=0x8a4d7a4, this_ptr=0x0, return_value_used=0) at /var/tmp/nkukard-php-build/php-5.0.3/ext/standard/array.c:723 #7 0xb77bf30e in zend_do_fcall_common_helper (execute_data=0xbfff64d0, opline=0x8a48ff8, op_array=0x8a47da4) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2711 #8 0xb77bf62d in zend_do_fcall_handler (execute_data=0xbfff64d0, opline=0x8a48ff8, op_array=0x8a47da4) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2843 #9 0xb77ad7db in execute (op_array=0x8a47da4) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:1400 #10 0xb77bee12 in zend_do_fcall_common_helper (execute_data=0xbfff6850, opline=0x8992d90, op_array=0x89355ec) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2740 #11 0xb77bf529 in zend_do_fcall_by_name_handler (execute_data=0xbfff6118, opline=0x8992d90, op_array=0x89355ec) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2825 #12 0xb77ad7db in execute (op_array=0x89355ec) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:1400 #13 0xb77bee12 in zend_do_fcall_common_helper (execute_data=0xbfff6d50, opline=0x89621cc, op_array=0x8933e14) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2740 #14 0xb77bf529 in zend_do_fcall_by_name_handler (execute_data=0xbfff6118, opline=0x89621cc, op_array=0x8933e14) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2825 #15 0xb77ad7db in execute (op_array=0x8933e14) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:1400 #16 0xb77bee12 in zend_do_fcall_common_helper (execute_data=0xbfff7670, opline=0x898f9e0, op_array=0x89353ac) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2740 #17 0xb77bf529 in zend_do_fcall_by_name_handler (execute_data=0xbfff6118, opline=0x898f9e0, op_array=0x89353ac) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2825 #18 0xb77ad7db in execute (op_array=0x89353ac) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:1400 ---Type return to continue, or q return to quit--- #19 0xb77bee12 in zend_do_fcall_common_helper (execute_data=0xbfff7f80, opline=0x89670f8, op_array=0x8934054) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2740 #20 0xb77bf529 in zend_do_fcall_by_name_handler (execute_data=0xbfff6118, opline=0x89670f8, op_array=0x8934054) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:2825 #21 0xb77ad7db in execute (op_array=0x8934054) at /var/tmp/nkukard-php-build/php-5.0.3/Zend/zend_execute.c:1400 #22 0xb77bee12 in zend_do_fcall_common_helper (execute_data=0xbfff8620, opline=0x897d5a4, op_array=0x8934824) at
#31204 [NEW]: foreach treats atomic array Elements as Arrays
From: public at woktiny dot com Operating system: Linux 2.4.26-grsecvx #1 SMP PHP version: 4.3.10 PHP Bug Type: *General Issues Bug description: foreach treats atomic array Elements as Arrays Description: foreach treats atomic array Elements as Arrays Reproduce code: --- $i = array(one, two, three); foreach ($i as $j) { echo $j.br; } Expected result: one two three Actual result: -- Array Array Array -- Edit bug report at http://bugs.php.net/?id=31204edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31204r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31204r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31204r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31204r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31204r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31204r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31204r=needscript Try newer version: http://bugs.php.net/fix.php?id=31204r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31204r=support Expected behavior: http://bugs.php.net/fix.php?id=31204r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31204r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31204r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31204r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31204r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31204r=dst IIS Stability: http://bugs.php.net/fix.php?id=31204r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31204r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31204r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31204r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31204r=mysqlcfg
#31204 [Opn-Bgs]: foreach treats atomic array Elements as Arrays
ID: 31204 Updated by: [EMAIL PROTECTED] Reported By: public at woktiny dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux 2.4.26-grsecvx #1 SMP PHP Version: 4.3.10 New Comment: Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. Also, search the bug database first! This already was in here atleast 15 times. Previous Comments: [2004-12-20 15:51:18] public at woktiny dot com Description: foreach treats atomic array Elements as Arrays Reproduce code: --- $i = array(one, two, three); foreach ($i as $j) { echo $j.br; } Expected result: one two three Actual result: -- Array Array Array -- Edit this bug report at http://bugs.php.net/?id=31204edit=1
#31204 [Bgs]: foreach treats atomic array Elements as Arrays
ID: 31204 User updated by: public at woktiny dot com Reported By: public at woktiny dot com Status: Bogus Bug Type: *General Issues Operating System: Linux 2.4.26-grsecvx #1 SMP PHP Version: 4.3.10 New Comment: I searched but did not find it. I searched for foreach and Array for version 4.3.10. What search parameters would have turned up the bug? Previous Comments: [2004-12-20 15:53:19] [EMAIL PROTECTED] Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. Also, search the bug database first! This already was in here atleast 15 times. [2004-12-20 15:51:18] public at woktiny dot com Description: foreach treats atomic array Elements as Arrays Reproduce code: --- $i = array(one, two, three); foreach ($i as $j) { echo $j.br; } Expected result: one two three Actual result: -- Array Array Array -- Edit this bug report at http://bugs.php.net/?id=31204edit=1
#31199 [Asn]: u_int32_t doesn't exist
ID: 31199 User updated by: laurent dot faillie at st dot com Reported By: laurent dot faillie at st dot com Status: Assigned Bug Type: Compile Failure Operating System: HPUX 10.20 PHP Version: 4.3.10 Assigned To: derick New Comment: It fails also later w/ another problem : /bin/sh /projets/depots/php-4.3.10/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -D_XOPEN_SOURCE_EXTENDED -D_REENTRANT -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/projets/depots/php-4.3.10/sapi/apache2handler/ -DPHP_ATOM_INC -I/projets/depots/php-4.3.10/include -I/projets/depots/php-4.3.10/main -I/projets/depots/php-4.3.10 -I/projets/depots/php-4.3.10/Zend -I/usr/local/include -I/usr/local/pgsql/include -I/projets/depots/php-4.3.10/ext/xml/expat -I/projets/depots/php-4.3.10/TSRM -g -O2 -prefer-pic -c /projets/depots/php-4.3.10/sapi/apache2handler/sapi_apache2.c -o sapi/apache2handler/sapi_apache2.lo In file included from /projets/depots/php-4.3.10/main/php_network.h:58, from /projets/depots/php-4.3.10/ext/standard/fsock.h:38, from /projets/depots/php-4.3.10/ext/standard/php_standard.h:44, from /projets/depots/php-4.3.10/sapi/apache2handler/sapi_apache2.c:33: /usr/include/netinet/in.h:96: error: conflicting types for `u_int' /opt/TWWfsw/gcc33/lib/gcc-lib/hppa2.0-hp-hpux10.20/3.3/include/sys/types.h:302: error: previous declaration of `u_int' gmake: *** [sapi/apache2handler/sapi_apache2.lo] Error 1 This time, the cause is #define in_addr_t u_int in /projets/depots/php-4.3.10/main/php_config.h = I think it's a problem w/ configure scripts. As soon as this 2 bugs are corrected, PHP 4.3.10 compiles successfully under HP-UX 10.20 Bye Laurent Previous Comments: [2004-12-20 14:02:17] laurent dot faillie at st dot com Description: Compilation problem found on HP-UX 10.20 (I haven't tested w/ more recent HP-UX). * php-4.3.10/Zend/zend_strtod.c fails to compile as u_int32_t isn't defined anywere. The workaround is to add #ifdef __hpux__ #include model.h typedef uint32_tu_int32_t; #endif somewhere in the begining of zend_strtod.c. -- Edit this bug report at http://bugs.php.net/?id=31199edit=1
#31204 [Bgs]: foreach treats atomic array Elements as Arrays
ID: 31204 Updated by: [EMAIL PROTECTED] Reported By: public at woktiny dot com Status: Bogus Bug Type: *General Issues Operating System: Linux 2.4.26-grsecvx #1 SMP PHP Version: 4.3.10 New Comment: keyword: foreach array status: all first page lists 6 of them. Previous Comments: [2004-12-20 16:17:29] public at woktiny dot com I searched but did not find it. I searched for foreach and Array for version 4.3.10. What search parameters would have turned up the bug? [2004-12-20 15:53:19] [EMAIL PROTECTED] Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. Also, search the bug database first! This already was in here atleast 15 times. [2004-12-20 15:51:18] public at woktiny dot com Description: foreach treats atomic array Elements as Arrays Reproduce code: --- $i = array(one, two, three); foreach ($i as $j) { echo $j.br; } Expected result: one two three Actual result: -- Array Array Array -- Edit this bug report at http://bugs.php.net/?id=31204edit=1
#31204 [Bgs]: foreach treats atomic array Elements as Arrays
ID: 31204 User updated by: public at woktiny dot com Reported By: public at woktiny dot com Status: Bogus Bug Type: *General Issues Operating System: Linux 2.4.26-grsecvx #1 SMP PHP Version: 4.3.10 New Comment: my error, searched only OPEN bugs. Perhaps changing the default for the status field to All from Open would yield fewer duplicate bug reports, like mine. Over and out. Previous Comments: [2004-12-20 16:21:17] [EMAIL PROTECTED] keyword: foreach array status: all first page lists 6 of them. [2004-12-20 16:17:29] public at woktiny dot com I searched but did not find it. I searched for foreach and Array for version 4.3.10. What search parameters would have turned up the bug? [2004-12-20 15:53:19] [EMAIL PROTECTED] Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. Also, search the bug database first! This already was in here atleast 15 times. [2004-12-20 15:51:18] public at woktiny dot com Description: foreach treats atomic array Elements as Arrays Reproduce code: --- $i = array(one, two, three); foreach ($i as $j) { echo $j.br; } Expected result: one two three Actual result: -- Array Array Array -- Edit this bug report at http://bugs.php.net/?id=31204edit=1
#31204 [Bgs]: foreach treats atomic array Elements as Arrays
ID: 31204 Updated by: [EMAIL PROTECTED] Reported By: public at woktiny dot com Status: Bogus Bug Type: *General Issues Operating System: Linux 2.4.26-grsecvx #1 SMP PHP Version: 4.3.10 New Comment: I already changed that ;-) http://viewcvs.php.net/viewcvs.cgi/php-bugs-web/search.php.diff?r1=1.59r2=1.60diff_format=h Previous Comments: [2004-12-20 16:25:23] public at woktiny dot com my error, searched only OPEN bugs. Perhaps changing the default for the status field to All from Open would yield fewer duplicate bug reports, like mine. Over and out. [2004-12-20 16:21:17] [EMAIL PROTECTED] keyword: foreach array status: all first page lists 6 of them. [2004-12-20 16:17:29] public at woktiny dot com I searched but did not find it. I searched for foreach and Array for version 4.3.10. What search parameters would have turned up the bug? [2004-12-20 15:53:19] [EMAIL PROTECTED] Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. Also, search the bug database first! This already was in here atleast 15 times. [2004-12-20 15:51:18] public at woktiny dot com Description: foreach treats atomic array Elements as Arrays Reproduce code: --- $i = array(one, two, three); foreach ($i as $j) { echo $j.br; } Expected result: one two three Actual result: -- Array Array Array -- Edit this bug report at http://bugs.php.net/?id=31204edit=1
#31205 [NEW]: foreach fails on arrays of objects
From: cjlars at users dot sourceforge dot net Operating system: Linux 2.4.21 (only one tested) PHP version: 4.3.10 PHP Bug Type: Scripting Engine problem Bug description: foreach fails on arrays of objects Description: The below code should obviously return aaa. With PHP 4.3.10 is returns nothing. It does return the expected result if I use: foreach ($arr_test as $key = $objtest) I think in the code below $objtest is an array instead of being an onject. This is critical and it affects lots of existing code (I've seen NuSOAP affected for example) Reproduce code: --- ?php class test_class { var $test; } $arr_test = array(); $obj = new test_class(); $obj-test = aa; $arr_test[] = $obj; foreach ($arr_test as $objtest) echo $objtest-test; ? Expected result: aa Actual result: -- Nothing -- Edit bug report at http://bugs.php.net/?id=31205edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31205r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31205r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31205r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31205r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31205r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31205r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31205r=needscript Try newer version: http://bugs.php.net/fix.php?id=31205r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31205r=support Expected behavior: http://bugs.php.net/fix.php?id=31205r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31205r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31205r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31205r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31205r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31205r=dst IIS Stability: http://bugs.php.net/fix.php?id=31205r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31205r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31205r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31205r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31205r=mysqlcfg
#31205 [Opn-Bgs]: foreach fails on arrays of objects
ID: 31205 Updated by: [EMAIL PROTECTED] Reported By: cjlars at users dot sourceforge dot net -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux 2.4.21 (only one tested) PHP Version: 4.3.10 New Comment: Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. Previous Comments: [2004-12-20 17:02:03] cjlars at users dot sourceforge dot net Description: The below code should obviously return aaa. With PHP 4.3.10 is returns nothing. It does return the expected result if I use: foreach ($arr_test as $key = $objtest) I think in the code below $objtest is an array instead of being an onject. This is critical and it affects lots of existing code (I've seen NuSOAP affected for example) Reproduce code: --- ?php class test_class { var $test; } $arr_test = array(); $obj = new test_class(); $obj-test = aa; $arr_test[] = $obj; foreach ($arr_test as $objtest) echo $objtest-test; ? Expected result: aa Actual result: -- Nothing -- Edit this bug report at http://bugs.php.net/?id=31205edit=1
#31205 [Bgs]: foreach fails on arrays of objects
ID: 31205 Updated by: [EMAIL PROTECTED] Reported By: cjlars at users dot sourceforge dot net Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux 2.4.21 (only one tested) PHP Version: 4.3.10 New Comment: Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. Also, search the bug database first before filing a bug! And this Zend extension thing is marked in read on the report page, should we make it a h1 and blinking perhaps? Previous Comments: [2004-12-20 17:33:30] [EMAIL PROTECTED] Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. [2004-12-20 17:02:03] cjlars at users dot sourceforge dot net Description: The below code should obviously return aaa. With PHP 4.3.10 is returns nothing. It does return the expected result if I use: foreach ($arr_test as $key = $objtest) I think in the code below $objtest is an array instead of being an onject. This is critical and it affects lots of existing code (I've seen NuSOAP affected for example) Reproduce code: --- ?php class test_class { var $test; } $arr_test = array(); $obj = new test_class(); $obj-test = aa; $arr_test[] = $obj; foreach ($arr_test as $objtest) echo $objtest-test; ? Expected result: aa Actual result: -- Nothing -- Edit this bug report at http://bugs.php.net/?id=31205edit=1
#31197 [Ver-Bgs]: http header function cannot set content-length
ID: 31197 Updated by: [EMAIL PROTECTED] Reported By: pnewman at wanadoo dot nl -Status: Verified +Status: Bogus Bug Type: Output Control Operating System: fedora core 2 (linux) PHP Version: 4.3.8 New Comment: It works fine in Apache 1 and Apache 2 with 4.3.10. Apache 2 was even intelligent enough to see that the real content length was 39 bytes and not 48 and adjust the header accordingly. Previous Comments: [2004-12-20 13:30:47] [EMAIL PROTECTED] It's also happening with Apache 1, I could reproduce this. [2004-12-20 12:25:45] pnewman at wanadoo dot nl I can try but we need to use webdav for subversion which requires apache2. I know that you recommend only apache1 with php but this configuration is default for fedora core 2 and we use mysql which is threadsafe (I assume fedora people have considered how they built apache2/php/mysql carefully?). If this problem does not occur in apache1 would this be a apache bug and not a php bug? [2004-12-20 12:04:47] [EMAIL PROTECTED] Perhaps Apache mangles headers, did you try apache 1? If not, please try it. [2004-12-20 11:58:49] pnewman at wanadoo dot nl Description: Hi I am scratching my head about this. Nothing I can do can get the Content-Length to output - I have tried using ob_start to use a buffer inorder to calculate the exact number of characters but even a script this simple does not work? Regards, Peter. Reproduce code: --- ?php header('Content-Length: 48'); ? html body phi/p /body /html Expected result: HTTP/1.1 200 OK Date: Mon, 20 Dec 2004 10:56:30 GMT Server: Apache/2.0.51 (Fedora) X-Powered-By: PHP/4.3.8 Content-Length: 48 Connection: close Content-Type: text/html; charset=UTF-8 Actual result: -- lynx -head -dump http://localhost/test3.php returns HTTP/1.1 200 OK Date: Mon, 20 Dec 2004 10:54:23 GMT Server: Apache/2.0.51 (Fedora) X-Powered-By: PHP/4.3.8 Connection: close Content-Type: text/html; charset=UTF-8 -- Edit this bug report at http://bugs.php.net/?id=31197edit=1
#31206 [NEW]: trigger_error ignores e_user_error
From: mlovett at morpace dot com Operating system: Fedora Core 2 PHP version: 5.0.1 PHP Bug Type: *General Issues Bug description: trigger_error ignores e_user_error Description: trigger_error(my message,E_USER_ERROR) reports my message as a PHP Notice, not an error, when used inside an exception handler. Reproduce code: --- ini_set(error_log,/var/www/html/indigo/weblog); ini_set(log_errors,1); ini_set(display_errors,0); function handleException($e) { trigger_error(EXCEPTION THROWN: . $e-getMessage(),E_USER_ERROR); // want exception messages to go to same spot as errors Header(Location: bailout.php); exit; } set_exception_handler(handleException); Expected result: I expected the the error message to be of type E_USER_ERROR, not E_USER_NOTICE. -- Edit bug report at http://bugs.php.net/?id=31206edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31206r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31206r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31206r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31206r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31206r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31206r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31206r=needscript Try newer version: http://bugs.php.net/fix.php?id=31206r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31206r=support Expected behavior: http://bugs.php.net/fix.php?id=31206r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31206r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31206r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31206r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31206r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31206r=dst IIS Stability: http://bugs.php.net/fix.php?id=31206r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31206r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31206r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31206r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31206r=mysqlcfg
#31207 [NEW]: implementing an Interface in an AbstractClass creates unexpected behavior
From: mileskeaton at gmail dot com Operating system: FreeBSD / any PHP version: 5.0.3 PHP Bug Type: Zend Engine 2 problem Bug description: implementing an Interface in an AbstractClass creates unexpected behavior Description: A typical OOP use of the Command Pattern (design pattern) is to have an interface, an abstract class that leaves the interface methods as abstract, then a subclass that implements the methods (now named in both interface and abstract class). PHP5 wrongly complains that an interface method can not be implemented as an abstract method in an abstract class. As a side-effect, it seems NOT to complain when an abstract class does *not* implement the methods named in its interface. Reproduce code: --- #1 - Abstract class not implementing interface method - WORKS but should not! interface MyInterface { function play(); } abstract class MyAbstractClass implements MyInterface { } #2 - Abstract class implementing interface method as abstract - DOES NOT WORK but should interface MyInterface { function play(); } abstract class MyAbstractClass implements MyInterface { abstract function play(); } #3 - Normal OO use of interface and abstract class, but DOES NOT WORK interface MyInterface { function play(); } abstract class MyAbstractClass implements MyInterface { abstract function play(); } class MyClass extends MyAbstractClass { function play() { print Playing\n; } } $x = new MyClass; $x-play(); Expected result: #1 - Class (even if Abstract class) not implementing interface method should fail. #2 - Abstract class that implements interface method as abstract method should not fail (expecting that actual method would come in subclass) #3 - Normal OO use of interface and abstract class should let subclass use of that interface/abstract method work. Actual result: -- #1 - No error #2 - Fatal error: Can't inherit abstract function MyInterface::play() (previously declared abstract in MyAbstractClass) #3 - Fatal error: Can't inherit abstract function MyInterface::play() (previously declared abstract in MyAbstractClass) -- Edit bug report at http://bugs.php.net/?id=31207edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31207r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31207r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31207r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31207r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31207r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31207r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31207r=needscript Try newer version: http://bugs.php.net/fix.php?id=31207r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31207r=support Expected behavior: http://bugs.php.net/fix.php?id=31207r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31207r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31207r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31207r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31207r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31207r=dst IIS Stability: http://bugs.php.net/fix.php?id=31207r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31207r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31207r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31207r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31207r=mysqlcfg
#31208 [NEW]: XML Parser can't handle htmlspecialchars
From: taavi at meos dot ee Operating system: Linux 2.6.9 PHP version: 5.0.3 PHP Bug Type: *XML functions Bug description: XML Parser can't handle htmlspecialchars Description: XML file contains html: a href=hellotere/a which is encoded and sent as $data to parsing function: ?xml version=1.0 encoding=ISO-8859-1 ? lahendus L1/L lNimetusBaaslahendus/lNimetus lKirjeldusMinu seaded, kasutajakontod, süsteemi seaded/lKirjeldus lVersioon2.0.0/lVersioon lMemolt;a href=quot;helloquot;gt;terelt;/agt;/lMemo /lahendus Reproduce code: --- ... /* more code here, not that important now */ $parser = xml_parser_create('ISO-8859-1'); xml_parser_set_option($parser, XML_OPTION_CASE_FOLDING, 0); xml_parser_set_option($parser, XML_OPTION_SKIP_WHITE, 1); xml_parser_set_option($parser, XML_OPTION_TARGET_ENCODING,'ISO-8859-1'); xml_parse_into_struct($parser, $data, $values, $tags); ... /* more code here, not that important now */ $xml = new tmc_xml; $asjad = $xml-loe_andmed('lahendus.xml','lahendus'); echo $asjad[0]['lMemo']; Expected result: a href=hellotere/a Actual result: -- /* nothing here, only: htmlbody/body/html Some remarks: this code works perfectly in php 5.0.2 So, i unlinked php 5.0.3 and recompiled php 5.0.2 with same options - no problems - acts as expected: */ -- Edit bug report at http://bugs.php.net/?id=31208edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31208r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31208r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31208r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31208r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31208r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31208r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31208r=needscript Try newer version: http://bugs.php.net/fix.php?id=31208r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31208r=support Expected behavior: http://bugs.php.net/fix.php?id=31208r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31208r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31208r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31208r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31208r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31208r=dst IIS Stability: http://bugs.php.net/fix.php?id=31208r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31208r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31208r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31208r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31208r=mysqlcfg
#31209 [NEW]: LDAP modify interface implementation deficiency
From: tomas dot drbohlav at mff dot cuni dot cz Operating system: any PHP version: Irrelevant PHP Bug Type: LDAP related Bug description: LDAP modify interface implementation deficiency Description: It is not possible to run more then one type of modify operation in a single request. E.g. it is impossible to change password on LDAP (Novell NDS) because you have to request delete (incl. old pass) and add new pass, both in one call of ldap_modify_s() (LDAP API). In Perl NET::Ldap I would do: $ldap-modify($user, changes = [ delete = [userPassword = $oldPwd], add =[userPassword = $newPwd] ]); In PHP I can send only separate requests what fails because the attribute (eg. userPassword) must stay non-empty. -- Edit bug report at http://bugs.php.net/?id=31209edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31209r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31209r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31209r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31209r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31209r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31209r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31209r=needscript Try newer version: http://bugs.php.net/fix.php?id=31209r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31209r=support Expected behavior: http://bugs.php.net/fix.php?id=31209r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31209r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31209r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31209r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31209r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31209r=dst IIS Stability: http://bugs.php.net/fix.php?id=31209r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31209r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31209r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31209r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31209r=mysqlcfg
#31210 [NEW]: Apache segfault
From: thomas at fdns dot net Operating system: Linux (Slackware 9.1) PHP version: 4.3.10 PHP Bug Type: Apache related Bug description: Apache segfault Description: I've just attempted to upgrade to 4.3.10 and apache is segfaulting when trying to load up the same application (custom) that runs on 4.3.9. Setup: apache 1.3.33 php 4.3.10 [configure command] ./configure --with-apache=../apache_1.3.33 --with-config-file-path=/apache --enable-ftp --with-gd --with-mysql --without-pear --enable-sockets --with-zlib-dir=/usr/include/ --with-freetype-dir=/usr/local/include/freetype2/ --with-openssl Expected result: Application should load as it does in 4.3.9. Actual result: -- I ran a gdb trace below: (gdb) file /apache/bin/httpd Reading symbols from /apache/bin/httpd...(no debugging symbols found)...done. (gdb) run -X -DSSL Starting program: /apache/bin/httpd -X -DSSL (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x080eb3bd in zend_assign_to_variable_reference () (gdb) backtrace #0 0x080eb3bd in zend_assign_to_variable_reference () #1 0x080ece20 in execute () #2 0x080d8e34 in call_user_function_ex () #3 0x080d89c6 in call_user_function () #4 0x08135aef in ps_gc_files () #5 0x08135bed in ps_open_user () #6 0x081325a7 in php_session_create_id () #7 0x0813371d in php_session_start () #8 0x08134d5d in zif_session_start () #9 0x080ed1c1 in execute () #10 0x080ee27d in execute () #11 0x080dfd2b in zend_execute_scripts () #12 0x080be4f8 in php_execute_script () #13 0x080f063a in apache_php_module_main () #14 0x080b6eae in ssl_expr_yyinput () #15 0x080b6f18 in ssl_expr_yyinput () #16 0x081b1f03 in ap_invoke_handler () #17 0x081c745f in ap_some_auth_required () #18 0x081c78ba in ap_internal_redirect () #19 0x0809883e in ap_get_server_built () #20 0x081b1f03 in ap_invoke_handler () #21 0x081c745f in ap_some_auth_required () #22 0x081c74be in ap_process_request () #23 0x081be458 in ap_child_terminate () #24 0x081be626 in ap_child_terminate () #25 0x081be78c in ap_child_terminate () #26 0x081bee4c in ap_child_terminate () #27 0x081bf684 in main () #28 0x4016dd06 in __libc_start_main () from /lib/libc.so.6 (gdb) -- Edit bug report at http://bugs.php.net/?id=31210edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31210r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31210r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31210r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31210r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31210r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31210r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31210r=needscript Try newer version: http://bugs.php.net/fix.php?id=31210r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31210r=support Expected behavior: http://bugs.php.net/fix.php?id=31210r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31210r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31210r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31210r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31210r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31210r=dst IIS Stability: http://bugs.php.net/fix.php?id=31210r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31210r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31210r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31210r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31210r=mysqlcfg
#31142 [Com]: imap_mail_compose() no longer works
ID: 31142 Comment by: rgeorge at umn dot edu Reported By: sean-freebsd at farley dot org Status: Verified Bug Type: IMAP related Operating System: * PHP Version: 4CVS, 5CVS (2004-12-17) New Comment: Can also confirm this bug -- my webmail stopped being able to send messages on php upgrade. On investigation, imap_mail_compose() was returning nothing but a mime- part separator. Implementing the sample from the manual yields the same behavior. some info from phpinfo: Configure Command './configure' '--with-apache=/usr/src/redhat/BUILD/ apache-ssl-php-1.3.33/apache_1.3.33' '--prefix=/usr/ local/apache' '--enable-calendar' '--enable-trans-sid' '--enable-session' '--enable-sockets' '--enable-wddx' '--enable-inline-optimization' '--enable-bcmath' '-- with-curl' '--enable-ftp' '--with-ldap' '--with- kerberos' '--with-zlib' '--with-imap' '--with-imap-ssl' PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Previous Comments: [2004-12-20 13:32:51] [EMAIL PROTECTED] The example from manual does not work for me either. c-client version 2001a [2004-12-20 13:01:50] mcsoftware at alikuvkoutek dot cz Configure Command: './configure' '--prefix=/www/php' '--with-apache=/usr/src/apache_1.3.33' '--enable-safe-mode' '--enable-exif' '--enable-track-vars' '--with-calendar=shared' '--enable-magic-quotes' '--enable-trans-sid' '--enable-wddx' '--enable-ftp' '--enable-inline-optimization' '--enable-memory-limit' '--with-expat-dir' '--enable-xslt' '--with-xslt-sablot' '--with-xml' '--with-imap-ssl' '--with-mysql' '--enable-dbase' '--enable-mbstring' '--with-gd' '--with-zlib' '--enable-gd-native-tt' '--with-t1lib' '--with-jpeg-dir' '--with-png-dir' '--with-zlib-dir' '--with-ttf' '--with-freetype-dir' '--with-imap' '--with-mhash' '--with-mcrypt' '--with-pdflib' '--with-tiff-dir' '--with-openssl' '--with-curl' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-bcmath' '--enable-mbregex' '--without-pear' '--with-iconv' '--with-dom' '--with-libxml-dir' '--enable-gd-native-ttf' '--enable-zend-multibyte' '--enable-soap' '--with-bz2' '--without-sqlite' '--with-unixODBC' '--with-tidy' PHP API: 20031224 PHP Extension: 20041030 Zend Extension: 220040412 Zend Optimizer [2004-12-20 01:36:53] sean-freebsd at farley dot org My sample script is the one from the man page: http://us2.php.net/manual/en/function.imap-mail-compose.php Apache modules: core prefork http_core mod_so mod_access mod_auth mod_auth_anon mod_auth_dbm mod_charset_lite mod_include mod_deflate mod_log_config mod_logio mod_env mod_mime_magic mod_cern_meta mod_expires mod_headers mod_usertrack mod_unique_id mod_setenvif mod_ssl mod_mime mod_status mod_autoindex mod_asis mod_info mod_cgi mod_vhost_alias mod_negotiation mod_dir mod_imap mod_actions mod_speling mod_userdir mod_alias mod_rewrite sapi_apache2 PHP extensions: imap, pcre, pgsql, session, standard, xml PHP Configuration: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--with-regex=php' '--with-apxs2=/usr/local/sbin/apxs' '--prefix=/usr/local' 'i386-portbld-freebsd4.9' No Zend extensions/modules added. The only unusual thing I noticed is according to phpinfo() I have an older IMAP library than what is installed (2004a): IMAP c-Client Version 2000 SSL Support enabled [2004-12-19 21:10:37] mcsoftware at alikuvkoutek dot cz Works fine before software upgrade (imap is the same as before)... Now from php_info() --- Loaded Modules: mod_php5, mod_gzip, apache_ssl, mod_headers, mod_expires, mod_auth, mod_access, mod_rewrite, mod_alias, mod_imap, mod_dir, mod_autoindex, mod_include, mod_negotiation, mod_mime, mod_log_referer, mod_log_agent, mod_log_config, http_core Apache Version: Apache/1.3.33 Ben-SSL/1.55 (Unix) PHP/5.0.3 mod_gzip/1.3.26.1a IMAP c-Client Version: 2001 SSL Support: enabled [2004-12-19 20:26:12] [EMAIL PROTECTED] Works fine in latest CVS, do you have any Zend Modules loaded? 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/31142 -- Edit this bug report at http://bugs.php.net/?id=31142edit=1
#31210 [Opn-Fbk]: Apache segfault
ID: 31210 Updated by: [EMAIL PROTECTED] Reported By: thomas at fdns dot net -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux (Slackware 9.1) PHP Version: 4.3.10 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. Previous Comments: [2004-12-20 19:42:04] thomas at fdns dot net Description: I've just attempted to upgrade to 4.3.10 and apache is segfaulting when trying to load up the same application (custom) that runs on 4.3.9. Setup: apache 1.3.33 php 4.3.10 [configure command] ./configure --with-apache=../apache_1.3.33 --with-config-file-path=/apache --enable-ftp --with-gd --with-mysql --without-pear --enable-sockets --with-zlib-dir=/usr/include/ --with-freetype-dir=/usr/local/include/freetype2/ --with-openssl Expected result: Application should load as it does in 4.3.9. Actual result: -- I ran a gdb trace below: (gdb) file /apache/bin/httpd Reading symbols from /apache/bin/httpd...(no debugging symbols found)...done. (gdb) run -X -DSSL Starting program: /apache/bin/httpd -X -DSSL (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x080eb3bd in zend_assign_to_variable_reference () (gdb) backtrace #0 0x080eb3bd in zend_assign_to_variable_reference () #1 0x080ece20 in execute () #2 0x080d8e34 in call_user_function_ex () #3 0x080d89c6 in call_user_function () #4 0x08135aef in ps_gc_files () #5 0x08135bed in ps_open_user () #6 0x081325a7 in php_session_create_id () #7 0x0813371d in php_session_start () #8 0x08134d5d in zif_session_start () #9 0x080ed1c1 in execute () #10 0x080ee27d in execute () #11 0x080dfd2b in zend_execute_scripts () #12 0x080be4f8 in php_execute_script () #13 0x080f063a in apache_php_module_main () #14 0x080b6eae in ssl_expr_yyinput () #15 0x080b6f18 in ssl_expr_yyinput () #16 0x081b1f03 in ap_invoke_handler () #17 0x081c745f in ap_some_auth_required () #18 0x081c78ba in ap_internal_redirect () #19 0x0809883e in ap_get_server_built () #20 0x081b1f03 in ap_invoke_handler () #21 0x081c745f in ap_some_auth_required () #22 0x081c74be in ap_process_request () #23 0x081be458 in ap_child_terminate () #24 0x081be626 in ap_child_terminate () #25 0x081be78c in ap_child_terminate () #26 0x081bee4c in ap_child_terminate () #27 0x081bf684 in main () #28 0x4016dd06 in __libc_start_main () from /lib/libc.so.6 (gdb) -- Edit this bug report at http://bugs.php.net/?id=31210edit=1
#31210 [Fbk-Opn]: Apache segfault
ID: 31210 User updated by: thomas at fdns dot net Reported By: thomas at fdns dot net -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Linux (Slackware 9.1) PHP Version: 4.3.10 New Comment: The segfault seems to be happening in this included file that re-configures the session handler.. I successfully had it output working code until it includes this file, it fails at the Session_start function: ?php // DAO require_once DAO_Session.php; $DAO_Session = new DAO_Session(); session_set_save_handler( array( $DAO_Session, dao_open), array( $DAO_Session, dao_close), array( $DAO_Session, dao_read), array( $DAO_Session, dao_write), array( $DAO_Session, dao_destroy), array( $DAO_Session, dao_gc)); // I get output here; // Fire up session_start(); // segfault here: tail /apache/logs/error_log /* [Mon Dec 20 14:16:39 2004] [notice] child pid 11679 exit signal Segmentation fault (11) [Mon Dec 20 14:16:41 2004] [notice] child pid 11680 exit signal Segmentation fault (11) */ echo here: . date(Y-m-d H:i:s); die; class DAO_Session { // functions here.. can post if requested } Previous Comments: [2004-12-20 20:05: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-12-20 19:42:04] thomas at fdns dot net Description: I've just attempted to upgrade to 4.3.10 and apache is segfaulting when trying to load up the same application (custom) that runs on 4.3.9. Setup: apache 1.3.33 php 4.3.10 [configure command] ./configure --with-apache=../apache_1.3.33 --with-config-file-path=/apache --enable-ftp --with-gd --with-mysql --without-pear --enable-sockets --with-zlib-dir=/usr/include/ --with-freetype-dir=/usr/local/include/freetype2/ --with-openssl Expected result: Application should load as it does in 4.3.9. Actual result: -- I ran a gdb trace below: (gdb) file /apache/bin/httpd Reading symbols from /apache/bin/httpd...(no debugging symbols found)...done. (gdb) run -X -DSSL Starting program: /apache/bin/httpd -X -DSSL (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x080eb3bd in zend_assign_to_variable_reference () (gdb) backtrace #0 0x080eb3bd in zend_assign_to_variable_reference () #1 0x080ece20 in execute () #2 0x080d8e34 in call_user_function_ex () #3 0x080d89c6 in call_user_function () #4 0x08135aef in ps_gc_files () #5 0x08135bed in ps_open_user () #6 0x081325a7 in php_session_create_id () #7 0x0813371d in php_session_start () #8 0x08134d5d in zif_session_start () #9 0x080ed1c1 in execute () #10 0x080ee27d in execute () #11 0x080dfd2b in zend_execute_scripts () #12 0x080be4f8 in php_execute_script () #13 0x080f063a in apache_php_module_main () #14 0x080b6eae in ssl_expr_yyinput () #15 0x080b6f18 in ssl_expr_yyinput () #16 0x081b1f03 in ap_invoke_handler () #17 0x081c745f in ap_some_auth_required () #18 0x081c78ba in ap_internal_redirect () #19 0x0809883e in ap_get_server_built () #20 0x081b1f03 in ap_invoke_handler () #21 0x081c745f in ap_some_auth_required () #22 0x081c74be in ap_process_request () #23 0x081be458 in ap_child_terminate () #24 0x081be626 in ap_child_terminate () #25 0x081be78c in ap_child_terminate () #26 0x081bee4c in ap_child_terminate () #27 0x081bf684 in main () #28 0x4016dd06 in __libc_start_main () from /lib/libc.so.6 (gdb) -- Edit this bug report at http://bugs.php.net/?id=31210edit=1
#31174 [Opn-Csd]: const compile warning in url.c
ID: 31174 Updated by: [EMAIL PROTECTED] Reported By: lukem at NetBSD dot org -Status: Open +Status: Closed Bug Type: Compile Warning Operating System: NetBSD PHP Version: 4.3.10 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-12-19 23:36:31] lukem at NetBSD dot org The error: ext/standard/url.c: In function `php_url_parse_ex': ext/standard/url.c:102: warning: assignment discards qualifiers from pointer target type The cause of the error is obvious; in the function php_url_parse_ex(): + the function argument str is declared as 'char const *str' + the variable s is declared as 'char *s' + the assignement statement in line 102 is: s = str; which attempts to lose the constness of str. It turns out that all the 'char *' variables used in this function can be 'const char *' (or in php-use, 'char const *' -- same thing, although the former is the common idiom) because those variables refer to str (or derivatives) and don't need to modify the variable. I solved the warnings locally by adding the 'const' qualifier to the variable declaration for s,e,p,pp,ee as I mentioned in my first comment. [2004-12-19 20:22:57] [EMAIL PROTECTED] Can you please show the exact warnings you are seeing. [2004-12-18 04:09:12] lukem at NetBSD dot org Description: ext/standard/url.c::php_url_parse_ex() uses 'char *' pointers at various places where 'char const *' (aka 'const char *') pointers should be used instead. This causes problems when compiling php with a higher level of compiler warnings. The fix is trivial. Replace line 100 of ext/standard/url.c: char *s, *e, *p, *pp, *ue; with char const *s, *e, *p, *pp, *ue; -- Edit this bug report at http://bugs.php.net/?id=31174edit=1
#31210 [Opn]: Apache segfault
ID: 31210 User updated by: thomas at fdns dot net Reported By: thomas at fdns dot net Status: Open Bug Type: Apache related Operating System: Linux (Slackware 9.1) PHP Version: 4.3.10 New Comment: I'm now getting very suspect of PEAR:DB_Dataobject.. I upgraded the version of it; as where the segfault is happening it's using a dataobject and I'm no longer getting a segfault, but rather a real php error message that something is buggered... Previous Comments: [2004-12-20 20:22:26] thomas at fdns dot net The segfault seems to be happening in this included file that re-configures the session handler.. I successfully had it output working code until it includes this file, it fails at the Session_start function: ?php // DAO require_once DAO_Session.php; $DAO_Session = new DAO_Session(); session_set_save_handler( array( $DAO_Session, dao_open), array( $DAO_Session, dao_close), array( $DAO_Session, dao_read), array( $DAO_Session, dao_write), array( $DAO_Session, dao_destroy), array( $DAO_Session, dao_gc)); // I get output here; // Fire up session_start(); // segfault here: tail /apache/logs/error_log /* [Mon Dec 20 14:16:39 2004] [notice] child pid 11679 exit signal Segmentation fault (11) [Mon Dec 20 14:16:41 2004] [notice] child pid 11680 exit signal Segmentation fault (11) */ echo here: . date(Y-m-d H:i:s); die; class DAO_Session { // functions here.. can post if requested } [2004-12-20 20:05: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-12-20 19:42:04] thomas at fdns dot net Description: I've just attempted to upgrade to 4.3.10 and apache is segfaulting when trying to load up the same application (custom) that runs on 4.3.9. Setup: apache 1.3.33 php 4.3.10 [configure command] ./configure --with-apache=../apache_1.3.33 --with-config-file-path=/apache --enable-ftp --with-gd --with-mysql --without-pear --enable-sockets --with-zlib-dir=/usr/include/ --with-freetype-dir=/usr/local/include/freetype2/ --with-openssl Expected result: Application should load as it does in 4.3.9. Actual result: -- I ran a gdb trace below: (gdb) file /apache/bin/httpd Reading symbols from /apache/bin/httpd...(no debugging symbols found)...done. (gdb) run -X -DSSL Starting program: /apache/bin/httpd -X -DSSL (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x080eb3bd in zend_assign_to_variable_reference () (gdb) backtrace #0 0x080eb3bd in zend_assign_to_variable_reference () #1 0x080ece20 in execute () #2 0x080d8e34 in call_user_function_ex () #3 0x080d89c6 in call_user_function () #4 0x08135aef in ps_gc_files () #5 0x08135bed in ps_open_user () #6 0x081325a7 in php_session_create_id () #7 0x0813371d in php_session_start () #8 0x08134d5d in zif_session_start () #9 0x080ed1c1 in execute () #10 0x080ee27d in execute () #11 0x080dfd2b in zend_execute_scripts () #12 0x080be4f8 in php_execute_script () #13 0x080f063a in apache_php_module_main () #14 0x080b6eae in ssl_expr_yyinput () #15 0x080b6f18 in ssl_expr_yyinput () #16 0x081b1f03 in ap_invoke_handler () #17 0x081c745f in ap_some_auth_required () #18 0x081c78ba in ap_internal_redirect () #19 0x0809883e in ap_get_server_built () #20 0x081b1f03 in ap_invoke_handler () #21 0x081c745f in ap_some_auth_required () #22 0x081c74be in ap_process_request () #23 0x081be458 in ap_child_terminate () #24 0x081be626 in ap_child_terminate () #25 0x081be78c in ap_child_terminate () #26 0x081bee4c in ap_child_terminate () #27 0x081bf684 in main () #28 0x4016dd06 in __libc_start_main () from /lib/libc.so.6 (gdb) -- Edit this bug report at http://bugs.php.net/?id=31210edit=1
#31208 [Opn-Bgs]: XML Parser can't handle htmlspecialchars
ID: 31208 Updated by: [EMAIL PROTECTED] Reported By: taavi at meos dot ee -Status: Open +Status: Bogus Bug Type: *XML functions Operating System: Linux 2.6.9 PHP Version: 5.0.3 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. see bug #31139 which was already fixed in cvs Previous Comments: [2004-12-20 18:37:05] taavi at meos dot ee Description: XML file contains html: a href=hellotere/a which is encoded and sent as $data to parsing function: ?xml version=1.0 encoding=ISO-8859-1 ? lahendus L1/L lNimetusBaaslahendus/lNimetus lKirjeldusMinu seaded, kasutajakontod, süsteemi seaded/lKirjeldus lVersioon2.0.0/lVersioon lMemolt;a href=quot;helloquot;gt;terelt;/agt;/lMemo /lahendus Reproduce code: --- ... /* more code here, not that important now */ $parser = xml_parser_create('ISO-8859-1'); xml_parser_set_option($parser, XML_OPTION_CASE_FOLDING, 0); xml_parser_set_option($parser, XML_OPTION_SKIP_WHITE, 1); xml_parser_set_option($parser, XML_OPTION_TARGET_ENCODING,'ISO-8859-1'); xml_parse_into_struct($parser, $data, $values, $tags); ... /* more code here, not that important now */ $xml = new tmc_xml; $asjad = $xml-loe_andmed('lahendus.xml','lahendus'); echo $asjad[0]['lMemo']; Expected result: a href=hellotere/a Actual result: -- /* nothing here, only: htmlbody/body/html Some remarks: this code works perfectly in php 5.0.2 So, i unlinked php 5.0.3 and recompiled php 5.0.2 with same options - no problems - acts as expected: */ -- Edit this bug report at http://bugs.php.net/?id=31208edit=1
#31210 [Opn-Fbk]: Apache segfault
ID: 31210 Updated by: [EMAIL PROTECTED] Reported By: thomas at fdns dot net -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux (Slackware 9.1) PHP Version: 4.3.10 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. What also helps is to provide a backtrace with symbols enabled (meaning PHP in --enable-debug mode). Previous Comments: [2004-12-20 20:39:34] thomas at fdns dot net I'm now getting very suspect of PEAR:DB_Dataobject.. I upgraded the version of it; as where the segfault is happening it's using a dataobject and I'm no longer getting a segfault, but rather a real php error message that something is buggered... [2004-12-20 20:22:26] thomas at fdns dot net The segfault seems to be happening in this included file that re-configures the session handler.. I successfully had it output working code until it includes this file, it fails at the Session_start function: ?php // DAO require_once DAO_Session.php; $DAO_Session = new DAO_Session(); session_set_save_handler( array( $DAO_Session, dao_open), array( $DAO_Session, dao_close), array( $DAO_Session, dao_read), array( $DAO_Session, dao_write), array( $DAO_Session, dao_destroy), array( $DAO_Session, dao_gc)); // I get output here; // Fire up session_start(); // segfault here: tail /apache/logs/error_log /* [Mon Dec 20 14:16:39 2004] [notice] child pid 11679 exit signal Segmentation fault (11) [Mon Dec 20 14:16:41 2004] [notice] child pid 11680 exit signal Segmentation fault (11) */ echo here: . date(Y-m-d H:i:s); die; class DAO_Session { // functions here.. can post if requested } [2004-12-20 20:05: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-12-20 19:42:04] thomas at fdns dot net Description: I've just attempted to upgrade to 4.3.10 and apache is segfaulting when trying to load up the same application (custom) that runs on 4.3.9. Setup: apache 1.3.33 php 4.3.10 [configure command] ./configure --with-apache=../apache_1.3.33 --with-config-file-path=/apache --enable-ftp --with-gd --with-mysql --without-pear --enable-sockets --with-zlib-dir=/usr/include/ --with-freetype-dir=/usr/local/include/freetype2/ --with-openssl Expected result: Application should load as it does in 4.3.9. Actual result: -- I ran a gdb trace below: (gdb) file /apache/bin/httpd Reading symbols from /apache/bin/httpd...(no debugging symbols found)...done. (gdb) run -X -DSSL Starting program: /apache/bin/httpd -X -DSSL (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x080eb3bd in zend_assign_to_variable_reference () (gdb) backtrace #0 0x080eb3bd in zend_assign_to_variable_reference () #1 0x080ece20 in execute () #2 0x080d8e34 in call_user_function_ex () #3 0x080d89c6 in call_user_function () #4 0x08135aef in ps_gc_files () #5 0x08135bed in ps_open_user () #6 0x081325a7 in php_session_create_id () #7 0x0813371d in php_session_start () #8 0x08134d5d in zif_session_start () #9 0x080ed1c1 in execute () #10 0x080ee27d in execute () #11 0x080dfd2b in zend_execute_scripts () #12 0x080be4f8 in php_execute_script () #13 0x080f063a in apache_php_module_main () #14 0x080b6eae in ssl_expr_yyinput () #15 0x080b6f18 in ssl_expr_yyinput () #16 0x081b1f03 in ap_invoke_handler () #17 0x081c745f in ap_some_auth_required () #18 0x081c78ba in ap_internal_redirect () #19 0x0809883e in ap_get_server_built () #20 0x081b1f03 in ap_invoke_handler () #21 0x081c745f in ap_some_auth_required () #22 0x081c74be in ap_process_request () #23 0x081be458 in ap_child_terminate () #24 0x081be626 in ap_child_terminate () #25 0x081be78c in
#31210 [Fbk-Opn]: Apache segfault
ID: 31210 User updated by: thomas at fdns dot net Reported By: thomas at fdns dot net -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Linux (Slackware 9.1) PHP Version: 4.3.10 New Comment: I'm not sure if this is a bug anymore, maybe someone else can comment.. It turns out I had to add: define(DB_DATAOBJECT_NO_OVERLOAD, 0); to the prepend script.. I was under the impression that this was only required if you were using the Zend optimizer ( we are not) .. But it seems to have fixed the issue. I still find it odd that it works fine in 4.3.9 without that flag, and 4.3.10 needs it? From the PEAR site i just found: Pass by Reference, due to a unfixable bug in PHP4, you can not use overload with pass-by-reference arguments (It works OK in PHP5), If you need pass-by-reference, define the constant DB_DATAOBJECT_NO_OVERLOAD = 0 That would seem to align with the error: Program received signal SIGSEGV, Segmentation fault. 0x080eb3bd in zend_assign_to_variable_reference () But again why 4.3.9 works fine and 4.3.10 borks. My problem is fixed but did a change affect something? Previous Comments: [2004-12-20 21:03:57] [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. What also helps is to provide a backtrace with symbols enabled (meaning PHP in --enable-debug mode). [2004-12-20 20:39:34] thomas at fdns dot net I'm now getting very suspect of PEAR:DB_Dataobject.. I upgraded the version of it; as where the segfault is happening it's using a dataobject and I'm no longer getting a segfault, but rather a real php error message that something is buggered... [2004-12-20 20:22:26] thomas at fdns dot net The segfault seems to be happening in this included file that re-configures the session handler.. I successfully had it output working code until it includes this file, it fails at the Session_start function: ?php // DAO require_once DAO_Session.php; $DAO_Session = new DAO_Session(); session_set_save_handler( array( $DAO_Session, dao_open), array( $DAO_Session, dao_close), array( $DAO_Session, dao_read), array( $DAO_Session, dao_write), array( $DAO_Session, dao_destroy), array( $DAO_Session, dao_gc)); // I get output here; // Fire up session_start(); // segfault here: tail /apache/logs/error_log /* [Mon Dec 20 14:16:39 2004] [notice] child pid 11679 exit signal Segmentation fault (11) [Mon Dec 20 14:16:41 2004] [notice] child pid 11680 exit signal Segmentation fault (11) */ echo here: . date(Y-m-d H:i:s); die; class DAO_Session { // functions here.. can post if requested } [2004-12-20 20:05: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-12-20 19:42:04] thomas at fdns dot net Description: I've just attempted to upgrade to 4.3.10 and apache is segfaulting when trying to load up the same application (custom) that runs on 4.3.9. Setup: apache 1.3.33 php 4.3.10 [configure command] ./configure --with-apache=../apache_1.3.33 --with-config-file-path=/apache --enable-ftp --with-gd --with-mysql --without-pear --enable-sockets --with-zlib-dir=/usr/include/ --with-freetype-dir=/usr/local/include/freetype2/ --with-openssl Expected result: Application should load as it does in 4.3.9. Actual result: -- I ran a gdb trace below: (gdb) file /apache/bin/httpd Reading symbols from /apache/bin/httpd...(no debugging symbols found)...done. (gdb) run -X -DSSL Starting program: /apache/bin/httpd -X -DSSL (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x080eb3bd in zend_assign_to_variable_reference ()
#28474 [NoF-Opn]: Mail function freezes when empty body
ID: 28474 User updated by: enelson at modulusgroup dot com Reported By: enelson at modulusgroup dot com -Status: No Feedback +Status: Open Bug Type: Mail related Operating System: Windows 2000 ADV SRV Exchange 2K PHP Version: 4.3.6 New Comment: I've tested this with basic code, no complex headers. It appears to work great. Thank you Previous Comments: [2004-12-20 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-12-13 00:58:23] [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 [2004-05-21 18:53:54] enelson at modulusgroup dot com Description: I'm working with PHP 4.3.3, but have tested this behavior in HPP 4.3.6 as well. When using the mail function and attempting to send attachments in HTML email, the message body you send is empty looking something like the following: mail([EMAIL PROTECTED],Subject,,$headers); The mail function will freeze due to the for the message body. This behavior does not occur under php 4.2.3. Past scripts I've written to post this sort of complex mail that work under this version of PHP freeze when set to run under PHP 4.3.3. Did something change? I didn't see anything in the documentation, but I'm sometimes blind like that. Thank you for your help, -Ethan Nelson, Modulus, LLC Reproduce code: --- $headers=complex mail; mail([EMAIL PROTECTED],Subject,,$headers); Expected result: I expect the mail function to run and send the mail through our exchange server. Actual result: -- The mail function freezes and a PHP hung process appears in the task manager on the server. -- Edit this bug report at http://bugs.php.net/?id=28474edit=1
#30074 [Com]: apparent symbol table error with extract($blah, EXTR_REFS)
ID: 30074 Comment by: mikael at SPAMMENOTchl dot chalmers dot se Reported By: owen dot beresford at murphx dot com Status: Open Bug Type: Scripting Engine problem Operating System: linux PHP Version: 5.0.1 New Comment: I belive this bug was introduced in PHP 4.3.10, it would seem that when doing EXTR_REFS $a in the example below isn't SEPARATE_ZVAL_TO_MAKE_IS_REF or something when being extracted from the array. Reproduce code: $a = 1; $b = 1; $arr = array('acopy' = $a, 'bref' = $b); extract($arr, EXTR_REFS); $acopy++; $bref++; debug_zval_dump($a, $b, $arr, $acopy, $bref); Expected result (As seen on PHP 4.3.10): $a: long(1) refcount(2) $b: long(2) refcount(1) $arr: array(2) refcount(2){ [acopy]= long(2) refcount(2) [bref]= long(2) refcount(3) } $acopy: long(2) refcount(1) $bref: long(2) refcount(1) Actual result: -- $a: long(2) refcount(1) $b: long(2) refcount(1) $arr: array(2) refcount(2){ [acopy]= long(2) refcount(3) [bref]= long(2) refcount(3) } $acopy: long(2) refcount(1) $bref: long(2) refcount(1) Previous Comments: [2004-11-28 16:34:08] [EMAIL PROTECTED] Reduced reproduce code looks like this: ?php $result = extract(array('a'=1, 'b'=$foo), EXTR_REFS); //extract(array('a'=1, 'b'=$foo), EXTR_REFS); // they are not the same var_dump(array($b)); ? [2004-09-14 11:10:56] owen dot beresford at murphx dot com I have noticed my code output has the wrong indexes. the expected out put should read index 0 and index 1 not index 'a', index 'b' bug still present [2004-09-13 15:47:40] owen dot beresford at murphx dot com Description: PHP 5.0.1 (cli) (built: Aug 16 2004 23:07:06), linux, rh7.3, kernel2.4, libc-2.2.5 The extract function seems incomplete/ broken. I have a code base which uses arguments arrays, like perl. Inorder to alter varaibles inside the parameter array in a convient fashion, I extract the variables at the top of the methods. Some of the boundary cases don't perform correctly. I have NOT experienced this under other releases of php, so assume the problem is induced by the new zend engine. I am assuming that php 5.0.1 includes prevous fixes for errors reported against php 4.3.8 and php 5.0.0 (there are closed cases with similar problems). This is a small simple case, there are other failures, but this would exceed the twenty line limit. will post an URL with full senario The described output ommited some of the english statements for brevity. I have not tested this under other operating systems, but this is not a platform dependant function (well it shouldn't be), and I don't have any to hand. in the interests of thoroughness: Configure Command = './configure' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-cli' '--disable-cgi' '--without-pear' '--enable-force-cgi-redirect' '--with-exec-dir=/usr/bin' '--with-mysql' '--with-curl=/usr/local/lib' '--with-zlib' '--enable-sockets' '--with-openssl' '--enable-pcntl' '--enable-libxml' '--enable-shared' Reproduce code: --- function x($args) { $count =extract($args, EXTR_REFS); echo(inside function x()\n$count items\n); $count+=10; echo(altered count to $count\n); var_dump(array($a, $b)); } echo(before function x() (second is a null)\n); $a=array('a'=1, 'b'=NULL); var_dump($a); x($a); echo(before function x() (second is undefined variable)\n); $d=array('a'=1, 'b'=NULL); $e=array('a'=1, 'b'=$d['d']); var_dump($e); x($e); Expected result: array(2) { [a]= int(1) [b]= NULL } array(2) { [a]= int(1) [b]= NULL } Actual result: -- array(2) { [0]= int(1) [1]= NULL } array(2) { [0]= int(1) [1]= int(12) } -- Edit this bug report at http://bugs.php.net/?id=30074edit=1
#29419 [NoF-Opn]: session_destroy() returns session object destruction failed
ID: 29419 User updated by: roberto_stivanello at libero dot it Reported By: roberto_stivanello at libero dot it -Status: No Feedback +Status: Open Bug Type: Session related Operating System: Windows NT WEBS119 5.2 build 379 PHP Version: 4.3.7 New Comment: Member details prevoiusly missing: ===authentication.php ?php # Script 12.13 - authentication.php // This page handles the authentication for the admin pages. // require_once ('mysql_connect_auth.php'); // Connect to the database. Suppressed as from PHP Bugs request function getAdminUser() { return 'adminuserid'; } // end function function getAdminPsw() { return 'adminpassword'; } // end function function checkAdminIdPsw($iadmin,$ipsw) { if ( ($iadmin == (getAdminUser()) ) AND ($ipsw == (getAdminPsw()) ) ) { // If the correct values were entered... return 0; } else { return 1; } } // end function ? ?php # Script 12.10 - authentication.inc // Session handling added for administrator too as HTTP authentication allowed only with php4 on Apache // Start output byffering and initialize a session ob_start(); session_start(); ? ?php # Script 12.11 - authentication.inc $authorized = FALSE; // Initialize a variable. // Check for authentication submission. // Begin authentication code - server independent if ( (isset($_SESSION['usera'])) ) { if ( getAdminUser() == $_SESSION['usera'] ) { $authorized = TRUE; } } // If they haven't been authorized, create the pop-up window. if ((!$authorized) AND (!$fromlogin)) { // show Admininistrator login page ob_end_clean(); // Delete the buffer header(Location: http://; . $_SERVER['HTTP_HOST'] . /administratordirectory/index.php); exit(); } ? =index.php= ?php # Script 12.01 - index.php (site administration) // Initial page for Administrator // Include config file for error handling require_once ('../includes/config.inc'); //requires authentication $fromlogin = TRUE; require_once ('../authentication.php'); $reldir ='/';// posizione relativa rispetto a pagina attuale: '/' o '../' // Includi testata $bodyid = 'bodyadmin'; $idprimarymenu = 'menu'; $titolo_pagina_h2 = 'Home'; // Administrator header include_once ('../includes/admin_header.inc'); // Corpo della pagina ? !-- href deliberatamente anonimo -- H2 id=essentialsA href=/ rel=bookmarkLogin Amministratore/A/H2 ?php echo h3Sessione = . session_id() . /h3; if (isset($_POST['submit'])) { // Check if the form has been submitted. // Create e function for escaping the data /* function escape_data ($data) { global $dbc; // Need the connection if (ini_get('magic_quotes_gpc')) { $data = stripslashes($data); } return mysql_real_escape_string ($data, $dbc); } // End of function. */ if (empty($_POST['username'])) { // Validate the username. $u = FALSE; echo 'pfont color=red size=+1Administrator name missing!/font/p'; } else { $u = escape_data($_POST['username']); } if (empty($_POST['password'])) { // Validate the password. $p = FALSE; echo 'pfont color=red size=+1Administrator password missing!/font/p'; } else { $p = escape_data($_POST['password']); } if ($u $p) { // If everything's OK. $rc = checkAdminIdPsw($_POST['username'],$_POST['password']); if ( 0 == $rc ) { // If the correct values were entered... // Start the session, register the values redirect. $_SESSION['usera'] = $_POST['username']; // $_SESSION['pswa'] = $_POST['password']; echo 'pfont color=green size=+1You are logged in as administrator./font/p'; } else { // No match was made. echo 'pfont color=red size=+1Wrong user and password./font/p'; } } else { // If everything wasn't OK. echo 'pfont color=red size=+1Please try again!/font/p'; } } // End of SUBMIT conditional. ? !-- h1Login/h1 -- pIl tuo browser deve consentire i cookies per il login./p form action=?php echo $_SERVER['PHP_SELF']; ? method=post fieldset pbNome Utente:/b input type=text name=username size=10 maxlength=20 value=?php if (isset($_POST['username'])) echo $_POST['username']; ? //p pbPassword:/b input type=password name=password size=20 maxlength=20 //p div align=centerinput type=submit name=submit value=Login //div /form!-- End of Form -- /DIV
#29202 [Bgs]: Weird Session/class problem
ID: 29202 User updated by: phreakeehacker at hotmail dot com Reported By: phreakeehacker at hotmail dot com Status: Bogus Bug Type: Session related Operating System: Linux Fedora Core 2 PHP Version: 5.0.0 New Comment: Hi Tony, Thank you for your reply. I already know that if I move the session_start I can get it to work. That's not the problem. Please read my post more carefully, since I did take a considerable amount of time trying to understand why it does what it does. The moving of the session_start is not the problem. It's the fact that it works when the code is included inline, but when it's included with the include directive it gives me the error. I'm assuming it's because the inline code is processed differently than if it is included with the include directive. Please double check my post. If the included code is handled differently than if it were right inline, please direct me to a place I can read more details about how the code is processed in this situation. Otherwise, it makes sense to me that the script should be compiled exactly the same if the code is inserted via include or right inline. Previous Comments: [2004-12-07 08:50:05] [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 error message you get is rather clear: you need to ensure that class definition of the object, that is stored in the session, is known *before* the session is started. Move session_start() call after all class definitions and it'll work fine. That's expected behaviour. [2004-10-12 19:52:27] phreakeehacker at hotmail dot com Sorry, the link to the code examples changed to this: http://www.jtoo.net/~bholyoak/nodetest.txt [2004-07-16 09:29:50] phreakeehacker at hotmail dot com Description: I have three classes I'm using in this demo. One class extends a base class, and one class is a container class. If I INCLUDE the base class from a file, it will run the first time, but when I click the submit button I get the error message Fatal error: container::showNodes() [function.showNodes]: The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition bunknown/b of the object you are trying to operate on was loaded _before_ the session was started in /var/www/html/nodetest.php on line 20. If I simply include the file 'node.php' literally then it works flawlessly. So it appears to me that somehow the included code is handled differently when it is included via a file than if it were simply pasted literally into the same script in the same exact spot. I've tried all variations of includes (include_once, require, require_once) and nothing seems to make a difference. It also seems to have to do with the session not being able to sort out which class the object is if the object definition is included via the file. Any ideas on this one? Reproduce code: --- Two files are needed for this bug, which are located at this URL: http://www.j2.net/~bholyoak/nodetest.txt Expected result: I expect it to work the same if the file were included as it works if the code were literally pasted in instead of included. Actual result: -- The script runs fine the first time. When I click the submit button, it gives me this error: Fatal error: container::showNodes() [function.showNodes]: The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition bunknown/b of the object you are trying to operate on was loaded _before_ the session was started in /var/www/html/nodetest.php on line 20 It DOESN'T give me this error if the code is pasted directly in instead of included. -- Edit this bug report at http://bugs.php.net/?id=29202edit=1
#30074 [Com]: apparent symbol table error with extract($blah, EXTR_REFS)
ID: 30074 Comment by: mikael at SPAMMENOTchl dot chalmers dot se Reported By: owen dot beresford at murphx dot com Status: Open Bug Type: Scripting Engine problem Operating System: linux PHP Version: 5.0.1 New Comment: My bad, seems it was actually introduced in 4.3.9 by the fix for bug #29493. Then the question is; if it is a feature or a bug, it certainly breaks a lot of old unit tests/code for me. Previous Comments: [2004-12-20 22:09:23] mikael at SPAMMENOTchl dot chalmers dot se That should read I belive this bug was backported into PHP 4.3.10, it seems to be present in the newly released 4.3.10 but not in 4.3.9 [2004-12-20 22:07:41] mikael at SPAMMENOTchl dot chalmers dot se I belive this bug was introduced in PHP 4.3.10, it would seem that when doing EXTR_REFS $a in the example below isn't SEPARATE_ZVAL_TO_MAKE_IS_REF or something when being extracted from the array. Reproduce code: $a = 1; $b = 1; $arr = array('acopy' = $a, 'bref' = $b); extract($arr, EXTR_REFS); $acopy++; $bref++; debug_zval_dump($a, $b, $arr, $acopy, $bref); Expected result (As seen on PHP 4.3.10): $a: long(1) refcount(2) $b: long(2) refcount(1) $arr: array(2) refcount(2){ [acopy]= long(2) refcount(2) [bref]= long(2) refcount(3) } $acopy: long(2) refcount(1) $bref: long(2) refcount(1) Actual result: -- $a: long(2) refcount(1) $b: long(2) refcount(1) $arr: array(2) refcount(2){ [acopy]= long(2) refcount(3) [bref]= long(2) refcount(3) } $acopy: long(2) refcount(1) $bref: long(2) refcount(1) [2004-11-28 16:34:08] [EMAIL PROTECTED] Reduced reproduce code looks like this: ?php $result = extract(array('a'=1, 'b'=$foo), EXTR_REFS); //extract(array('a'=1, 'b'=$foo), EXTR_REFS); // they are not the same var_dump(array($b)); ? [2004-09-14 11:10:56] owen dot beresford at murphx dot com I have noticed my code output has the wrong indexes. the expected out put should read index 0 and index 1 not index 'a', index 'b' bug still present [2004-09-13 15:47:40] owen dot beresford at murphx dot com Description: PHP 5.0.1 (cli) (built: Aug 16 2004 23:07:06), linux, rh7.3, kernel2.4, libc-2.2.5 The extract function seems incomplete/ broken. I have a code base which uses arguments arrays, like perl. Inorder to alter varaibles inside the parameter array in a convient fashion, I extract the variables at the top of the methods. Some of the boundary cases don't perform correctly. I have NOT experienced this under other releases of php, so assume the problem is induced by the new zend engine. I am assuming that php 5.0.1 includes prevous fixes for errors reported against php 4.3.8 and php 5.0.0 (there are closed cases with similar problems). This is a small simple case, there are other failures, but this would exceed the twenty line limit. will post an URL with full senario The described output ommited some of the english statements for brevity. I have not tested this under other operating systems, but this is not a platform dependant function (well it shouldn't be), and I don't have any to hand. in the interests of thoroughness: Configure Command = './configure' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-cli' '--disable-cgi' '--without-pear' '--enable-force-cgi-redirect' '--with-exec-dir=/usr/bin' '--with-mysql' '--with-curl=/usr/local/lib' '--with-zlib' '--enable-sockets' '--with-openssl' '--enable-pcntl' '--enable-libxml' '--enable-shared' Reproduce code: --- function x($args) { $count =extract($args, EXTR_REFS); echo(inside function x()\n$count items\n); $count+=10; echo(altered count to $count\n); var_dump(array($a, $b)); } echo(before function x() (second is a null)\n); $a=array('a'=1, 'b'=NULL); var_dump($a); x($a); echo(before function x() (second is undefined variable)\n); $d=array('a'=1, 'b'=NULL); $e=array('a'=1, 'b'=$d['d']); var_dump($e); x($e); Expected result: array(2) { [a]= int(1) [b]= NULL } array(2) { [a]= int(1) [b]= NULL } Actual result: -- array(2) { [0]= int(1) [1]= NULL } array(2) { [0]= int(1) [1]= int(12) } -- Edit this bug report at http://bugs.php.net/?id=30074edit=1
#31129 [Com]: new zend_strtod.c won't compile
ID: 31129 Comment by: goop at scs dot unr dot edu Reported By: long+phpbugs at kestrel dot cc dot ku dot edu Status: Assigned Bug Type: Compile Failure Operating System: Tru64 4.0F PHP Version: 4.3.10 Assigned To: derick New Comment: more information: i compiled [4.3.10] successfully with gcc version 3.3.2, so i guess this has to do with the compiler (for me, Sun Studio 9) - and i really need to use it instead of gcc. unfortunately, i am not a programmer and cannot produce patches... but, derick - if you don't have a solaris/cc environment for test/debug, i can make it available on request [need to know your IP addy/subnet range] - just mail me. Previous Comments: [2004-12-19 01:53:48] bezruk at gmail dot com I have same error on Solaris 2.8/INTEL [2004-12-18 01:15:36] goop at scs dot unr dot edu having same/close problem with cc: Sun C 5.6 2004/07/15, on Solaris 9. Tried basic config (--apxs only), and got same results, paraphrased here (full output available on request): ... /bin/sh /tmp/source/php-4.3.10/libtool --silent --preserve-dup-deps --mode=compile cc -IZend/ -I/tmp/source/php-4.3.10/Zend/ -DPHP_ATOM_INC -I/tmp/source/php-4.3.10/include -I/tmp/source/php-4.3.10/main -I/tmp/source/php-4.3.10 -I/tmp/source/php-4.3.10/Zend -I/tmp/source/php-4.3.10/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -I/tmp/source/php-4.3.10/TSRM -g -prefer-pic -c /tmp/source/php-4.3.10/Zend/zend_strtod.c -o Zend/zend_strtod.lo /tmp/source/php-4.3.10/Zend/zend_strtod.c, line 233: warning: old-style declaration or incorrect type for: Exactly /tmp/source/php-4.3.10/Zend/zend_strtod.c, line 233: syntax error before or at: one /tmp/source/php-4.3.10/Zend/zend_strtod.c, line 233: warning: old-style declaration or incorrect type for: one /tmp/source/php-4.3.10/Zend/zend_strtod.c, line 233: warning: old-style declaration or incorrect type for: of /tmp/source/php-4.3.10/Zend/zend_strtod.c, line 233: warning: old-style declaration or incorrect type for: IEEE_LITTLE_ENDIAN /tmp/source/php-4.3.10/Zend/zend_strtod.c, line 233: warning: old-style declaration or incorrect type for: IEEE_BIG_ENDIAN /tmp/source/php-4.3.10/Zend/zend_strtod.c, line 233: warning: old-style declaration or incorrect type for: VAX /tmp/source/php-4.3.10/Zend/zend_strtod.c, line 234: warning: old-style declaration or incorrect type for: or /tmp/source/php-4.3.10/Zend/zend_strtod.c, line 234: syntax error before or at: IBM /tmp/source/php-4.3.10/Zend/zend_strtod.c, line 234: warning: old-style declaration or incorrect type for: IBM /tmp/source/php-4.3.10/Zend/zend_strtod.c, line 234: warning: old-style declaration or incorrect type for: should /tmp/source/php-4.3.10/Zend/zend_strtod.c, line 234: warning: old-style declaration or incorrect type for: be /tmp/source/php-4.3.10/Zend/zend_strtod.c, line 234: warning: old-style declaration or incorrect type for: defined /tmp/source/php-4.3.10/Zend/zend_strtod.c, line 239: syntax error before or at: u_int32_t /tmp/source/php-4.3.10/Zend/zend_strtod.c, line 386: syntax error before or at: u_int32_t If I look at Zend/zend_strtod.c (233+), I see this: #if defined(IEEE_LITTLE_ENDIAN) + defined(IEEE_BIG_ENDIAN) + defined(VAX) + \ defined(IBM) != 1 Exactly one of IEEE_LITTLE_ENDIAN IEEE_BIG_ENDIAN, VAX, or IBM should be defined. #endif I'm no programmer, but doesn't that seem like Exactly...defined. should be a comment (and thusly commented out, which it is not, and in which case there seems to be code missing?)? Seems like that is what the compiler is barfing on. Same results with latest snapshot. thanks!!! [2004-12-17 03:20:52] andrew at tophk dot net This also happens on Solaris 8x86 with gcc version 2.95.3: I have try the latest snapshot. But the Error again!! Configure Line:- ./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs --with-gd --with-jpeg-dir=/usr/local/bin --with-zlib-dir=/usr/local/bin Make Error Message:- /bin/sh /export/home/local/php5-STABLE-200412161930/libtool --silent --preserve-dup-deps --mode=compile gcc -IZend/ -I/export/home/local/php5-STABLE-200412161930/Zend/ -DPHP_ATOM_INC -I/export/home/local/php5-STABLE-200412161930/include -I/export/home/local/php5-STABLE-200412161930/main -I/export/home/local/php5-STABLE-200412161930 -I/export/home/local/php5-STABLE-200412161930/Zend -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/mysql/include/mysql -D_POSIX_PTHREAD_SEMANTICS -I/export/home/local/php5-STABLE-200412161930/TSRM -g -O2 -prefer-pic -c /export/home/local/php5-STABLE-200412161930/Zend/zend_strtod.c -o Zend/zend_strtod.lo /export/home/local/php5-STABLE-200412161930/Zend/zend_strtod.c:239: parse error before `u_int32_t'
#31160 [Com]: compile errors with latest version
ID: 31160 Comment by: jkt007 at mac dot com Reported By: jon at latchkey dot com Status: Assigned Bug Type: Compile Failure Operating System: MacOSX PHP Version: 4.3.10 Assigned To: derick New Comment: I get the same 4.3.10 compile error on MacOS X Server 10.2.8. 4.3.10 compiles fine on MacOS X Server 10.3.6+, however. Previous Comments: [2004-12-20 00:02:13] josephragsdale at adelphia dot net Configure fails for me as well with PHP 5.0.3. Same errors, same lines. Mac OS 10.2.8 and GCC 3.3 [2004-12-18 23:48:05] [EMAIL PROTECTED] Ok, will have a look somewhere next week. [2004-12-17 21:55:29] jon at latchkey dot com Description: gcc -IZend/ -I/usr/local/src/php/php-4.3.10/Zend/ -DPHP_ATOM_INC -I/usr/local/src/php/php-4.3.10/include -I/usr/local/src/php/php-4.3.10/main -I/usr/local/src/php/php-4.3.10 -I/usr/local/src/php/php-4.3.10/Zend -I/sw/include -I/usr/local/include -I/usr/local/imap-2004.RC6/include -I/usr/local/src/php/php-4.3.10/ext/xml/expat -no-cpp-precomp -no-cpp-precomp -I/usr/local/src/php/php-4.3.10/TSRM -g -O2 -c /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c -o Zend/zend_strtod.o echo Zend/zend_strtod.lo /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:239: parse error before uint32_t /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:239: warning: no semicolon at end of struct or union /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:240: warning: data definition has no type or storage class /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:386: parse error before uint32_t /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:386: warning: no semicolon at end of struct or union /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c: In function `Balloc': /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:405: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:409: sizeof applied to an incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:410: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:411: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:413: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:413: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c: In function `Bfree': /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:426: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:426: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:427: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c: In function `multadd': /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:443: `uint32_t' undeclared (first use in this function) /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:443: (Each undeclared identifier is reported only once /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:443: for each function it appears in.) /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:443: `x' undeclared (first use in this function) /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:443: `y' undeclared (first use in this function) /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:445: parse error before xi /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:449: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:450: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:454: `xi' undeclared (first use in this function) /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:456: `z' undeclared (first use in this function) /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:467: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:468: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:469: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:469: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:469: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:473: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:474: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c: At top level: /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:484: parse error before uint32_t /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c: In function `s2b': /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:491: `nd' undeclared (first use in this function) /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:495: dereferencing
#31207 [Opn-Bgs]: implementing an Interface in an AbstractClass creates unexpected behavior
ID: 31207 Updated by: [EMAIL PROTECTED] Reported By: mileskeaton at gmail dot com -Status: Open +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: FreeBSD / any PHP Version: 5.0.3 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 In the first case the method is till abstract, hence the class must be abstract. In the other two cases we do not allow the superflous re-declaration of the abstract methods (maybe this is a feature request you want). In general use 'ReflectionClass::export(YOURCLASSNAME)' Previous Comments: [2004-12-20 18:19:17] mileskeaton at gmail dot com Description: A typical OOP use of the Command Pattern (design pattern) is to have an interface, an abstract class that leaves the interface methods as abstract, then a subclass that implements the methods (now named in both interface and abstract class). PHP5 wrongly complains that an interface method can not be implemented as an abstract method in an abstract class. As a side-effect, it seems NOT to complain when an abstract class does *not* implement the methods named in its interface. Reproduce code: --- #1 - Abstract class not implementing interface method - WORKS but should not! interface MyInterface { function play(); } abstract class MyAbstractClass implements MyInterface { } #2 - Abstract class implementing interface method as abstract - DOES NOT WORK but should interface MyInterface { function play(); } abstract class MyAbstractClass implements MyInterface { abstract function play(); } #3 - Normal OO use of interface and abstract class, but DOES NOT WORK interface MyInterface { function play(); } abstract class MyAbstractClass implements MyInterface { abstract function play(); } class MyClass extends MyAbstractClass { function play() { print Playing\n; } } $x = new MyClass; $x-play(); Expected result: #1 - Class (even if Abstract class) not implementing interface method should fail. #2 - Abstract class that implements interface method as abstract method should not fail (expecting that actual method would come in subclass) #3 - Normal OO use of interface and abstract class should let subclass use of that interface/abstract method work. Actual result: -- #1 - No error #2 - Fatal error: Can't inherit abstract function MyInterface::play() (previously declared abstract in MyAbstractClass) #3 - Fatal error: Can't inherit abstract function MyInterface::play() (previously declared abstract in MyAbstractClass) -- Edit this bug report at http://bugs.php.net/?id=31207edit=1
#31196 [Opn-Fbk]: Fail on xml
ID: 31196 Updated by: [EMAIL PROTECTED] Reported By: alexfung3 at yahoo dot com dot hk -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 9 x86 PHP Version: 5.0.3 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. please show your whole ./configure line Furthermore try using the option --with-libxml-dir=/path/to/where/libxml/is/installed the path is for example /usr/ or /usr/local check where xml2-config is and try this path (without bin/xml2-config) Previous Comments: [2004-12-20 11:08:25] alexfung3 at yahoo dot com dot hk Description: I try to run configure but get the error. Configuring extensions checking whether to enable LIBXML support... yes checking libxml2 install dir... no checking whether libxml build works... no configure: error: build test failed. Please check the config.log for details. I have already install bison, flex, zlib, libxml2, libiconv and apache2. Pleae help to solve my problem, I have stick on the problem for days. Thanks very much. Reproduce code: --- Here is part of the config.log configure:17978: checking whether libxml build works configure:18005: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/ucblib -L/usr/ucblib -R/opt/sfw/gcc-3/lib/gcc-lib/i386-pc-solaris2.9/3.3.2 -L/opt/sfw/gcc-3/lib/gcc-lib/i386-pc-solaris2.9/3.3.2 -R/usr/local/lib -L/usr/local/lib conftest.c -lresolv -lm -ldl -lnsl -lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl 15 configure: failed program was: #line 17994 configure #include confdefs.h char xmlInitParser(); int main() { xmlInitParser(); return 0; } Expected result: Complete successful. Actual result: -- build test failed. -- Edit this bug report at http://bugs.php.net/?id=31196edit=1
#29419 [Opn]: session_destroy() returns session object destruction failed
ID: 29419 User updated by: roberto_stivanello at libero dot it Reported By: roberto_stivanello at libero dot it Status: Open Bug Type: Session related Operating System: Windows NT WEBS119 5.2 build 379 PHP Version: 4.3.7 New Comment: Same problem with PHP Version 4.3.9 Previous Comments: [2004-12-20 22:27:21] roberto_stivanello at libero dot it Member details prevoiusly missing: ===authentication.php ?php # Script 12.13 - authentication.php // This page handles the authentication for the admin pages. // require_once ('mysql_connect_auth.php'); // Connect to the database. Suppressed as from PHP Bugs request function getAdminUser() { return 'adminuserid'; } // end function function getAdminPsw() { return 'adminpassword'; } // end function function checkAdminIdPsw($iadmin,$ipsw) { if ( ($iadmin == (getAdminUser()) ) AND ($ipsw == (getAdminPsw()) ) ) { // If the correct values were entered... return 0; } else { return 1; } } // end function ? ?php # Script 12.10 - authentication.inc // Session handling added for administrator too as HTTP authentication allowed only with php4 on Apache // Start output byffering and initialize a session ob_start(); session_start(); ? ?php # Script 12.11 - authentication.inc $authorized = FALSE; // Initialize a variable. // Check for authentication submission. // Begin authentication code - server independent if ( (isset($_SESSION['usera'])) ) { if ( getAdminUser() == $_SESSION['usera'] ) { $authorized = TRUE; } } // If they haven't been authorized, create the pop-up window. if ((!$authorized) AND (!$fromlogin)) { // show Admininistrator login page ob_end_clean(); // Delete the buffer header(Location: http://; . $_SERVER['HTTP_HOST'] . /administratordirectory/index.php); exit(); } ? =index.php= ?php # Script 12.01 - index.php (site administration) // Initial page for Administrator // Include config file for error handling require_once ('../includes/config.inc'); //requires authentication $fromlogin = TRUE; require_once ('../authentication.php'); $reldir ='/';// posizione relativa rispetto a pagina attuale: '/' o '../' // Includi testata $bodyid = 'bodyadmin'; $idprimarymenu = 'menu'; $titolo_pagina_h2 = 'Home'; // Administrator header include_once ('../includes/admin_header.inc'); // Corpo della pagina ? !-- href deliberatamente anonimo -- H2 id=essentialsA href=/ rel=bookmarkLogin Amministratore/A/H2 ?php echo h3Sessione = . session_id() . /h3; if (isset($_POST['submit'])) { // Check if the form has been submitted. // Create e function for escaping the data /* function escape_data ($data) { global $dbc; // Need the connection if (ini_get('magic_quotes_gpc')) { $data = stripslashes($data); } return mysql_real_escape_string ($data, $dbc); } // End of function. */ if (empty($_POST['username'])) { // Validate the username. $u = FALSE; echo 'pfont color=red size=+1Administrator name missing!/font/p'; } else { $u = escape_data($_POST['username']); } if (empty($_POST['password'])) { // Validate the password. $p = FALSE; echo 'pfont color=red size=+1Administrator password missing!/font/p'; } else { $p = escape_data($_POST['password']); } if ($u $p) { // If everything's OK. $rc = checkAdminIdPsw($_POST['username'],$_POST['password']); if ( 0 == $rc ) { // If the correct values were entered... // Start the session, register the values redirect. $_SESSION['usera'] = $_POST['username']; // $_SESSION['pswa'] = $_POST['password']; echo 'pfont color=green size=+1You are logged in as administrator./font/p'; } else { // No match was made. echo 'pfont color=red size=+1Wrong user and password./font/p'; } } else { // If everything wasn't OK. echo 'pfont color=red size=+1Please try again!/font/p'; } } // End of SUBMIT conditional. ? !-- h1Login/h1 -- pIl tuo browser deve consentire i cookies per il login./p form action=?php echo $_SERVER['PHP_SELF']; ? method=post fieldset pbNome Utente:/b input type=text name=username size=10 maxlength=20 value=?php if (isset($_POST['username'])) echo $_POST['username']; ? //p
#31211 [NEW]: Remark bug
From: pulstar at ig dot com dot br Operating system: Linux Debian PHP version: 4.3.9 PHP Bug Type: Reproducible crash Bug description: Remark bug Description: May be is a problem with remark (//) and PHP tags (?php ?), I don't know. PHP thinks that the ? inside a string define the last PHP code in the page when the line is commented. But it is not. When the line is uncommented, it works fine. Reproduce code: --- ?php $my_template=chr(63).html headtitleTest/title/head body {content} /body /html; //echo eval(str_replace({content},?php echo phpinfo(); ?,$my_template)); echo With this example you can see some of the PHP code in the browser. ; echo But, if you uncomment the line above, it will work fine. Why? ; ? Expected result: PHP Version 4.3.9 *** all phpinfo() data here *** With this example you can see some of the PHP code in the browser. But, if you uncomment the line above, it will work fine. Why? Actual result: -- ,$my_template)); echo With this example you can see some of the PHP code in the browser. ; echo But, if you uncomment the line above, it will work fine. Why? ; ? -- Edit bug report at http://bugs.php.net/?id=31211edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31211r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31211r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31211r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31211r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31211r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31211r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31211r=needscript Try newer version: http://bugs.php.net/fix.php?id=31211r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31211r=support Expected behavior: http://bugs.php.net/fix.php?id=31211r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31211r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31211r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31211r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31211r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31211r=dst IIS Stability: http://bugs.php.net/fix.php?id=31211r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31211r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31211r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31211r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31211r=mysqlcfg
#31212 [NEW]: Crash related to php_session_start and configuration
From: jibe at sdf dot lonestar dot org Operating system: FreeBSD 5.2.1 PHP version: 4.3.10 PHP Bug Type: Reproducible crash Bug description: Crash related to php_session_start and configuration Description: hi gang, using the session extension was crashing apache here, making drupal and other software unusable. With session.save_handler set to user in php.ini, I can see that save_path arrives as 0x0 in ps_open_user in mod_user, and apache crashes. My fix for now is to hardcode this PS(save_path) = malloc(strlen(/tmp/) + 1); strcpy(PS(save_path), /tmp/); in session.c, and things work fine. Unfortunately I have no expertise to track this bug much more. Cheers! Reproduce code: --- Use drupal.. Expected result: Apache crashes, and your dmesg is full of [...] pid 99709 (httpd), uid 80: exited on signal 11 [...] Actual result: -- Attaching httpd with gdb (session module compiled in debug mode): (gdb) (gdb) continue Continuing. Program received signal SIGSEGV, Segmentation fault. 0x2906b8bf in ps_open_user (mod_data=0xff00, save_path=0x0, session_name=0x85b12ac POSTNUKESID) at /usr/ports/www/php4-session/work/php-4.3.10/ext/session/mod_user.c:95 95 SESS_ZVAL_STRING(save_path, args[0]); -- Edit bug report at http://bugs.php.net/?id=31212edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31212r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31212r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31212r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31212r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31212r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31212r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31212r=needscript Try newer version: http://bugs.php.net/fix.php?id=31212r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31212r=support Expected behavior: http://bugs.php.net/fix.php?id=31212r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31212r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31212r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31212r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31212r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31212r=dst IIS Stability: http://bugs.php.net/fix.php?id=31212r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31212r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31212r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31212r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31212r=mysqlcfg
#28474 [Opn-Csd]: Mail function freezes when empty body
ID: 28474 Updated by: [EMAIL PROTECTED] Reported By: enelson at modulusgroup dot com -Status: Open +Status: Closed Bug Type: Mail related Operating System: Windows 2000 ADV SRV Exchange 2K PHP Version: 4.3.6 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-12-20 21:51:59] enelson at modulusgroup dot com I've tested this with basic code, no complex headers. It appears to work great. Thank you [2004-12-20 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-12-13 00:58:23] [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 [2004-05-21 18:53:54] enelson at modulusgroup dot com Description: I'm working with PHP 4.3.3, but have tested this behavior in HPP 4.3.6 as well. When using the mail function and attempting to send attachments in HTML email, the message body you send is empty looking something like the following: mail([EMAIL PROTECTED],Subject,,$headers); The mail function will freeze due to the for the message body. This behavior does not occur under php 4.2.3. Past scripts I've written to post this sort of complex mail that work under this version of PHP freeze when set to run under PHP 4.3.3. Did something change? I didn't see anything in the documentation, but I'm sometimes blind like that. Thank you for your help, -Ethan Nelson, Modulus, LLC Reproduce code: --- $headers=complex mail; mail([EMAIL PROTECTED],Subject,,$headers); Expected result: I expect the mail function to run and send the mail through our exchange server. Actual result: -- The mail function freezes and a PHP hung process appears in the task manager on the server. -- Edit this bug report at http://bugs.php.net/?id=28474edit=1
#31213 [NEW]: Fix for #29493 seem to have caused other errors
From: mikael at SPAMMENOTchl dot chalmers dot se Operating system: Linux PHP version: 4.3.9 PHP Bug Type: Arrays related Bug description: Fix for #29493 seem to have caused other errors Description: In regard to bug #29493 (would have added a comment to it if I could) -- This fix seems to have been backported to PHP 4.3.9, now we get other errors. In the example below $acopy is a reference to $arr['acopy'] and $a is also a reference to $arr['acopy'], when actually $a should have been separated from $arr['acopy'] when extract() makes the $acopy reference to $arr['acopy'] since the array is created with 'acopy' = $a $b, $arr['bref'] and $bref should and does however all point to the same value as they should since the array is created with 'bref' = $b Reproduce code: Reproduce code: --- $a = 1; $b = 1; $arr = array('acopy' = $a, 'bref' = $b); extract($arr, EXTR_REFS); $acopy++; $bref++; debug_zval_dump($a, $b, $arr, $acopy, $bref); Expected result: (As seen on PHP 4.3.9): $a: long(1) refcount(2) $b: long(2) refcount(1) $arr: array(2) refcount(2){ [acopy]= long(2) refcount(2) [bref]= long(2) refcount(3) } $acopy: long(2) refcount(1) $bref: long(2) refcount(1) Note: Shouldn't the refcount of $a be == 1 instead of 2. $a should be a separate zval while $arr['acopy'] and $acopy should be references to the same value as indicated by the refcount of 2 Actual result: -- $a is now == 2, when it should be == 1. Only $arr['acopy'] should be == 2 $a: long(2) refcount(1) $b: long(2) refcount(1) $arr: array(2) refcount(2){ [acopy]= long(2) refcount(3) [bref]= long(2) refcount(3) } $acopy: long(2) refcount(1) $bref: long(2) refcount(1) -- Edit bug report at http://bugs.php.net/?id=31213edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31213r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31213r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31213r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31213r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31213r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31213r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31213r=needscript Try newer version: http://bugs.php.net/fix.php?id=31213r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31213r=support Expected behavior: http://bugs.php.net/fix.php?id=31213r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31213r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31213r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31213r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31213r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31213r=dst IIS Stability: http://bugs.php.net/fix.php?id=31213r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31213r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31213r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31213r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31213r=mysqlcfg
#31211 [Opn-Bgs]: Remark bug
ID: 31211 Updated by: [EMAIL PROTECTED] Reported By: pulstar at ig dot com dot br -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Linux Debian PHP Version: 4.3.9 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 Read the manual on comments. Previous Comments: [2004-12-20 23:25:12] pulstar at ig dot com dot br Description: May be is a problem with remark (//) and PHP tags (?php ?), I don't know. PHP thinks that the ? inside a string define the last PHP code in the page when the line is commented. But it is not. When the line is uncommented, it works fine. Reproduce code: --- ?php $my_template=chr(63).html headtitleTest/title/head body {content} /body /html; //echo eval(str_replace({content},?php echo phpinfo(); ?,$my_template)); echo With this example you can see some of the PHP code in the browser. ; echo But, if you uncomment the line above, it will work fine. Why? ; ? Expected result: PHP Version 4.3.9 *** all phpinfo() data here *** With this example you can see some of the PHP code in the browser. But, if you uncomment the line above, it will work fine. Why? Actual result: -- ,$my_template)); echo With this example you can see some of the PHP code in the browser. ; echo But, if you uncomment the line above, it will work fine. Why? ; ? -- Edit this bug report at http://bugs.php.net/?id=31211edit=1
#30074 [Com]: apparent symbol table error with extract($blah, EXTR_REFS)
ID: 30074 Comment by: mikael at SPAMMENOTchl dot chalmers dot se Reported By: owen dot beresford at murphx dot com Status: Open Bug Type: Scripting Engine problem Operating System: linux PHP Version: 5.0.1 New Comment: That should read I belive this bug was backported into PHP 4.3.10, it seems to be present in the newly released 4.3.10 but not in 4.3.9 Previous Comments: [2004-12-20 22:07:41] mikael at SPAMMENOTchl dot chalmers dot se I belive this bug was introduced in PHP 4.3.10, it would seem that when doing EXTR_REFS $a in the example below isn't SEPARATE_ZVAL_TO_MAKE_IS_REF or something when being extracted from the array. Reproduce code: $a = 1; $b = 1; $arr = array('acopy' = $a, 'bref' = $b); extract($arr, EXTR_REFS); $acopy++; $bref++; debug_zval_dump($a, $b, $arr, $acopy, $bref); Expected result (As seen on PHP 4.3.10): $a: long(1) refcount(2) $b: long(2) refcount(1) $arr: array(2) refcount(2){ [acopy]= long(2) refcount(2) [bref]= long(2) refcount(3) } $acopy: long(2) refcount(1) $bref: long(2) refcount(1) Actual result: -- $a: long(2) refcount(1) $b: long(2) refcount(1) $arr: array(2) refcount(2){ [acopy]= long(2) refcount(3) [bref]= long(2) refcount(3) } $acopy: long(2) refcount(1) $bref: long(2) refcount(1) [2004-11-28 16:34:08] [EMAIL PROTECTED] Reduced reproduce code looks like this: ?php $result = extract(array('a'=1, 'b'=$foo), EXTR_REFS); //extract(array('a'=1, 'b'=$foo), EXTR_REFS); // they are not the same var_dump(array($b)); ? [2004-09-14 11:10:56] owen dot beresford at murphx dot com I have noticed my code output has the wrong indexes. the expected out put should read index 0 and index 1 not index 'a', index 'b' bug still present [2004-09-13 15:47:40] owen dot beresford at murphx dot com Description: PHP 5.0.1 (cli) (built: Aug 16 2004 23:07:06), linux, rh7.3, kernel2.4, libc-2.2.5 The extract function seems incomplete/ broken. I have a code base which uses arguments arrays, like perl. Inorder to alter varaibles inside the parameter array in a convient fashion, I extract the variables at the top of the methods. Some of the boundary cases don't perform correctly. I have NOT experienced this under other releases of php, so assume the problem is induced by the new zend engine. I am assuming that php 5.0.1 includes prevous fixes for errors reported against php 4.3.8 and php 5.0.0 (there are closed cases with similar problems). This is a small simple case, there are other failures, but this would exceed the twenty line limit. will post an URL with full senario The described output ommited some of the english statements for brevity. I have not tested this under other operating systems, but this is not a platform dependant function (well it shouldn't be), and I don't have any to hand. in the interests of thoroughness: Configure Command = './configure' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-cli' '--disable-cgi' '--without-pear' '--enable-force-cgi-redirect' '--with-exec-dir=/usr/bin' '--with-mysql' '--with-curl=/usr/local/lib' '--with-zlib' '--enable-sockets' '--with-openssl' '--enable-pcntl' '--enable-libxml' '--enable-shared' Reproduce code: --- function x($args) { $count =extract($args, EXTR_REFS); echo(inside function x()\n$count items\n); $count+=10; echo(altered count to $count\n); var_dump(array($a, $b)); } echo(before function x() (second is a null)\n); $a=array('a'=1, 'b'=NULL); var_dump($a); x($a); echo(before function x() (second is undefined variable)\n); $d=array('a'=1, 'b'=NULL); $e=array('a'=1, 'b'=$d['d']); var_dump($e); x($e); Expected result: array(2) { [a]= int(1) [b]= NULL } array(2) { [a]= int(1) [b]= NULL } Actual result: -- array(2) { [0]= int(1) [1]= NULL } array(2) { [0]= int(1) [1]= int(12) } -- Edit this bug report at http://bugs.php.net/?id=30074edit=1
#29383 [Fbk-NoF]: A SELECT statement returns instead of an empty value, a value containing space
ID: 29383 Updated by: [EMAIL PROTECTED] Reported By: gunther at ultraconsulting dot com -Status: Feedback +Status: No Feedback Bug Type: MSSQL related Operating System: Windows 2000 PHP Version: 4.3.7, 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-12-13 07:30:15] [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 [2004-11-05 09:43:15] dcrignon at adequasys dot com I exaclty have the same problem! In our intranet Php Solution, we can't upgrade from php 4.3.3 if we use mssql database. With Oracle or MySql, no problem, we can go to 4.3.9 or 5.0. Now, a new element. On a customer installation, we need Apache 2.0.52 with SSL and in that case, PHP 4.3.3 is really unstable... So we need to go to 4.3.8 or 4.3.9 but we can't, because of MSSQL bug with this space returned instead of empty string !!! Please PHP Team, any solution ??? Thanks, David [2004-09-30 12:52:06] andreyra at chtivo dot ru I have the same experience on version 4.3.8 - 4.3.9. Thank for advice to use dll from version 4.3.2. It really solves a problem :). [2004-09-22 02:35:53] gunther at ultraconsulting dot com It seems this problem is a long term problem as it was first reported a year ago. Not quite sure why the developers are tagging these reports as 'Bogus'. Everybody using PHP 4.3.3 and higher and MSSQL is affected. The problem is definetely in the php_mssql.dll as the version 4.3.2 dll is working fine, even with PHP 4.3.8. There is no way to upgrade to PHP 5.0.x as the functioning dll doesn't work with 5.0. Any clues if and when this bug will be fixed? Or at least a workaround for this bug without changing thousands of lines of code withing the application. [2004-07-26 14:25:18] gunther at ultraconsulting dot com This is the same as Bug #29292 .. didn't find that one before ... 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/29383 -- Edit this bug report at http://bugs.php.net/?id=29383edit=1
#28533 [Fbk-NoF]: Object variables not being saved in session properly
ID: 28533 Updated by: [EMAIL PROTECTED] Reported By: dayal at capital-merchant dot com -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Windows XP PHP Version: 4.3.5 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-12-13 01:03:48] [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-07-06 17:09:15] dayal at capital-merchant dot com You can access the scripts @ http://198.92.233.203/temp/CustomerTest.php Please respond if you need anything else.. Thanks Dayal [2004-07-05 11:29:20] [EMAIL PROTECTED] Please provide a self-contained script with which we can reproduce your problem. [2004-05-26 19:58:36] dayal at capital-merchant dot com I haved used the latest CVS snapshot but the problem still persists... Please advise [2004-05-26 19:25:47] [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 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/28533 -- Edit this bug report at http://bugs.php.net/?id=28533edit=1
#29352 [Fbk-NoF]: returned number values shipped with trailing character
ID: 29352 Updated by: [EMAIL PROTECTED] Reported By: p dot novicky at sh dot cvut dot cz -Status: Feedback +Status: No Feedback Bug Type: Sybase (dblib) related Operating System: Redhat 9.0 Linux 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-12-13 07:29:05] [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 [2004-07-23 17:28:14] p dot novicky at sh dot cvut dot cz Description: Hi, I tried to use the newest version of PHP (4.3.8) and Sybase module using FreeTDS v. 0.62-4 and Apache 1.3.31. I compiled the module statically into PHP like this: ./configure --prefix=/opt/php-4.3.8 --with-apache=../apache_1.3.28 \ --with-curl --with-zlib --with-sybase=/opt/freetds \ --enable-trans-sid --with-iconv --with-recode --with-xml And my web application stops working and i have to use older version of PHP (4.3.3), where everything work just fine. When i submit SELECT query to database and then retrieve the data using sybase_fetch_array(), number values from database is shipped with weird trailing character. f.e.: echo $row[number], which should give just '1' gives '1character'. So that's the problem, i wonder if it's the problem of PHP or FreeTDS or why it happens. Best regards, Petr Novicky -- Edit this bug report at http://bugs.php.net/?id=29352edit=1
#28522 [Fbk-NoF]: .htaccess settings missing
ID: 28522 Updated by: [EMAIL PROTECTED] Reported By: phpbugs at pajunas dot net -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: FreeBSD 5.2.x PHP Version: 4.3.6 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-12-13 01:00:22] [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 [2004-05-26 20:18:07] phpbugs at pajunas dot net It is worth describing how php settings are managed. In addition to the php.ini file, each VirtualHost gets php settings via a Directory directive. VirtualHost *:80 ServerName www.example.com ServerAlias example.com DocumentRoot /www/virtual/example.com/www ErrorLog /www/virtual/example.com/logs/error_log /VirtualHost Directory /www/virtual/example.com/www php_value session.save_path /www/virtual/example.com/ tmp php_admin_value upload_tmp_dir /www/virtual/ example.com/tmp php_admin_value doc_root /www/virtual/example.com/www php_admin_value open_basedir /www/lib/:/www/virtual/ example.com/ php_admin_value sendmail_from [EMAIL PROTECTED] SetEnv PHP_DOCUMENT_ROOT /www/virtual/example.com/www SetEnv PHPRC /www/virtual/example.com/conf /Directory Things have been fine this way, but the only change on the system before the .htaccess problem was the addition of several VirtualHosts. [2004-05-26 19:38:13] phpbugs at pajunas dot net Yes, I am using 4.3.6. I encountered that ini leak bug in 4.3.4 and limped by with MaxRequestsPerChild 1 until 4.3.5 came out. However, in this case, setting MaxRequestsPerChild 1 does not appear to have any effect. [2004-05-26 19:31:22] [EMAIL PROTECTED] Are you sure you are running 4.3.6? 4.3.6 has been out for just over a month. The error you've describe is reminiscent of a ini leak solved by 4.3.6. [2004-05-26 01:31:07] phpbugs at pajunas dot net Description: After several months of proper behavior and no system changes, apache2/php are no longer consistently applying php_value and php_flag settings from .htaccess files. I create a .htaccess file including the following settings (which differ from their php.ini values): php_flag display_errors On php_flag register_globals On Between 5-10% of web requests do not take these settings into account. A phpinfo() script, reloaded repeatedly produces the php.ini (and not the .htaccess) values some of the time, and scripts relying on these settings occasionally break. This began occurring without warning, and may related to the addition of ~12 VirtualHosts to apache ./configure' '--enable-versioning' '--enable-memory- limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '-- disable-all' '--with-regex=php' '--with-pear' '--enable- bcmath' '--with-bz2=/usr' '--enable-calendar' '--with- cdb' '--with-crack=/usr/local' '--enable-ctype' '--with- curl=/usr/local' '--with-db4=/usr/local' '--enable-dba' '--enable-dbx' '--enable-dio' '--with-dom=/usr/local' '--with-dom-xslt=/usr/local' '--with-dom-exslt=/usr/ local' '--enable-exif' '--enable-ftp' '--with-gd' '-- enable-gd-native-ttf' '--enable-gd-jis-conv' '--with- freetype-dir=/usr/local' '--with-t1lib=/usr/local' '-- with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-gdbm=/usr/local' '--with-gettext=/usr/local' '-- with-iconv-dir=/usr/local' '--with-iconv=/usr/local' '-- with-inifile' '--with-java=/usr/local/jdk1.4.2' '-- enable-mbstring' '--with-mcal=/usr/local' '--with- mcrypt=/usr/local' '--with-mhash=/usr/local' '--with- mime-magic=/usr/share/misc/magic.mime' '--with-ming=/ usr/local' '--with-mm=/usr/local' '--with-mnogosearch=/ usr/local' '--with-mysql=/usr/local' '--with-ldap=/usr/ local' '--with-openssl-dir=/usr' '--with-openssl=/usr' '--enable-overload' '--with-pcre-regex=yes' '--with- pdflib=/usr/local' '--enable-posix' '--with-pgsql=/usr/ local' '--with-pspell=/usr/local' '--enable-session' '-- enable-shmop' '--enable-sockets' '--enable-sysvsem' '-- enable-sysvshm' '--enable-tokenizer' '--with-unixODBC=/ usr/local' '--enable-wddx' '--with-expat-dir=/usr/local' '--enable-xml' '--with-xmlrpc' '--enable-xslt' '--with- xslt-sablot=/usr/local' '--with-zip=/usr/local' '--with- zlib=yes' '--with-apxs2=/usr/local/sbin/apxs' '--with- imap=/usr/local' '--with-imap-ssl=/usr/local'
#28673 [Fbk-NoF]: readfile() crashes on huge local files
ID: 28673 Updated by: [EMAIL PROTECTED] Reported By: valyala at tut dot by -Status: Feedback +Status: No Feedback Bug Type: Output Control Operating System: any with MMAP support PHP Version: 4.3.7 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-12-13 01:30:41] [EMAIL PROTECTED] Is this still a problem in the most recent PHP versions? (PHP 4.3.9 for example) If it is, please provide an unified diff of your changes (diff -u) and place the patch somewhere in the web and paste an url here. [2004-06-07 15:46:39] valyala at tut dot by Description: When I try to print huge files (greater than 500Mb) using readfile() function, my computer crashes. I found in the PHP 4.3.7 sources the file /main/strems.c and function _php_stream_passthru() in it. The readfile() uses this function to print content of the file. Below you can see source of the function with my comments: === PHPAPI size_t _php_stream_passthru(php_stream * stream STREAMS_DC TSRMLS_DC) { size_t bcount = 0; int ready = 0; char buf[8192]; #ifdef HAVE_MMAP int fd; #endif #ifdef HAVE_MMAP if (!php_stream_is(stream, PHP_STREAM_IS_SOCKET) stream-filterhead == NULL php_stream_tell(stream) == 0 SUCCESS == php_stream_cast(stream, PHP_STREAM_AS_FD, (void*)fd, 0)) { struct stat sbuf; off_t off; /* !!! offset == 0 (see above condition [php_stream_tell(stream) == 0] ) */ void *p; size_t len; fstat(fd, sbuf); /* !!! missing error check after this line */ if (sbuf.st_size sizeof(buf)) { off = php_stream_tell(stream); /* !!! offset == 0 (see above) */ len = sbuf.st_size - off; /* suppose len 1 Gb, machine has 128Mb RAM and 128Mb swap. What happens after the next line? */ p = mmap(0, len, PROT_READ, MAP_SHARED, fd, off); /* !!! why MAP_SHARED, not MAP_PRIVATE ? First parameter of the mmap is (void *) type, not (int) */ if (p != (void *) MAP_FAILED) { BG(mmap_file) = p; /* !!! what sense of this and next string? Thread safety? I don't understand how it works here */ BG(mmap_len) = len; PHPWRITE(p, len); BG(mmap_file) = NULL; /* !!! thread safety? ok. why there is not BG(mmap_len) = 0 on the next line ? */ munmap(p, len); /* !!! missing error check after munmap */ bcount += len; ready = 1; } } } #endif if(!ready) { int b; while ((b = php_stream_read(stream, buf, sizeof(buf))) 0) { PHPWRITE(buf, b); bcount += b; } } return bcount; } === And here you can see my version of the function: === PHPAPI size_t _php_stream_passthru(php_stream * stream STREAMS_DC TSRMLS_DC) { size_t bcount = 0; /* counter of printed out bytes */ int is_mapped = 0; char buf[8192]; size_t buf_len = sizeof(buf); #ifdef HAVE_MMAP int fd; if (!php_stream_is(stream, PHP_STREAM_IS_SOCKET) stream-filterhead == NULL php_stream_tell(stream) == 0 SUCCESS == php_stream_cast(stream, PHP_STREAM_AS_FD, (void*)fd, 0)) { is_mapped = 1; buf_len = 1024 * 1024; /* default length of the mapped memory */ struct stat sbuf; void *p; /* pinter to the mapped part of file */ size_t len; /* get the length of local file connected to descriptor fd */ fstat(fd, sbuf); if (errno) { /* cannot get length of file */ php_error_docref(NULL TSRMLS_CC, E_ERROR, cannot get length of the file); return bcount; } len = (size_t) sbuf.st_size; /* print to the output buffer file contents */ while (bcount len) { if (len - bcount buf_len) buf_len = len - bcount; p = mmap(NULL, buf_len, PROT_READ, MAP_PRIVATE, fd, (off_t) bcount); /* try to map part of the file to memory */ if (p == (void *) MAP_FAILED) { /* error when mapping part of the file to memory */ php_error_docref(NULL TSRMLS_CC, E_ERROR, mmap error: cannot map part of the file to memory); break; } PHPWRITE(p,
#29223 [Fbk-NoF]: PHP.exe crash after hundreads of requests of IMAP
ID: 29223 Updated by: [EMAIL PROTECTED] Reported By: lkp857 at yahoo dot com -Status: Feedback +Status: No Feedback Bug Type: IMAP related Operating System: Windows XP Pro PHP Version: 4.3.9 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-12-13 07:13:00] [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 Also, try upgrading Apache2 to the latest available version. [2004-07-27 04:15:27] lkp857 at yahoo dot com Currently im using Zend PHP Debugger and the ZendOptimizer_errors.txt files shows that error: [5736] Unable to view file mapping:[487]Attempt to access invalid address. [2004-07-26 08:01:09] lkp857 at yahoo dot com beside that, the apache also contain the error: (70007)The timeout specified has expired: ap_content_length_filter: apr_bucket_read() failed [2004-07-26 07:58:43] lkp857 at yahoo dot com I discover the error message: The instruction at 0x7c9059b1 referenced memory at 0x0014 The memory cannot be read. [2004-07-22 17:58:12] lkp857 at yahoo dot com Im using Windows Version of PHP, so how to use a debugger except gdb...?? Visual C++ can?? 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/29223 -- Edit this bug report at http://bugs.php.net/?id=29223edit=1
#31201 [Opn-Fbk]: COM functionality broken in PHP 4.3.10
ID: 31201 Updated by: [EMAIL PROTECTED] Reported By: borbarad at gmxpro dot net -Status: Open +Status: Feedback Bug Type: COM related Operating System: Windows 2000 Server PHP Version: 4.3.10 New Comment: The 4.3 COM codebase hasn't changed in the latest release, so this sounds fishy. Are you sure you upgraded correctly and have no stale DLLs? If you continue to have COM related problems, we highly recommend that you upgrade to PHP 5 where the COM support has been completely rewritten. We don't support COM in PHP 4 any longer (although you might be able to sponsor one of the developers to work on it if you're really serious). Previous Comments: [2004-12-20 14:47:04] borbarad at gmxpro dot net Description: When calling new COM() in PHP 4.3.10 the call will raise an exception due to read of memory at a location too close to NULL (same memory page). This problem occurred only in the latest PHP release. It does not apply to 4.3.9! Actually because it broke some of our scripts we recognized this as a problem. Reproduce code: --- //--- function GetDomainMachines($DomainName) { // Get the domain object ... $objDomain = new COM(WinNT://.$DomainName); // List all objects and ... while($obj = $objDomain-Next()) // ... filter for computers if ($obj-Class == Computer){ $arr[] = $obj-Name; } return $arr; } /* Give a valid domain name as the parameter, then call the function and dump the array contents */ Expected result: It will return all machine names of domain members in the hash. Instead of filtering for type Computer one may use User and give the local machine as the DomainName parameter. In this case it should even work on the local machine and will return all users of the local machine. Actual result: -- Exception (messagebox, not even as a PHP error). Find a screenshot here: http://www.erm.tu-cottbus.de/~schneol/php/Screenshot0001.png Note, that regardless which object you try to instantiate you'll always fail reading at 0x006c, not different locations in memory. -- Edit this bug report at http://bugs.php.net/?id=31201edit=1
#31214 [NEW]: overloading using __call() initially OK, fails on any subsequent method call
From: ebypdx at comcast dot net Operating system: Solaris 5.8 PHP version: 4.3.10 PHP Bug Type: Class/Object related Bug description: overloading using __call() initially OK, fails on any subsequent method call Description: in the most simple case, create a class with no methods except __call() and overload it. start calling methods on an instance of that class. the first method call will hit __call() and finish correctly. any subsequent method calls will fail to hit __call(), resulting instead in a fatal error. if this is indeed a bug... i realize due to the experimental nature of overloading in 4.3, that this may never work again. my deepest thanks to anybody who can address this. Reproduce code: --- ?php class BaseOverloader { function BaseOverloader() {} function __call($method, $args, $returnValue) { echo Call to .get_class($this).-$method br/; $returnValue = return; return true; } } overload(BaseOverloader); $c = new BaseOverloader(); $c-firstCall(); $c-secondCall(); ? Expected result: Call to BaseOverloader-firstcall Call to BaseOverloader-secondcall Actual result: -- Call to baseoverloader-firstcall Fatal error: Call to a member function on a non-object in /export/vol01/opt/web/neby/partner.newedgenetworks.com/overloaded.php on line 13 -- Edit bug report at http://bugs.php.net/?id=31214edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31214r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31214r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31214r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31214r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31214r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31214r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31214r=needscript Try newer version: http://bugs.php.net/fix.php?id=31214r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31214r=support Expected behavior: http://bugs.php.net/fix.php?id=31214r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31214r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31214r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31214r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31214r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31214r=dst IIS Stability: http://bugs.php.net/fix.php?id=31214r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31214r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31214r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31214r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31214r=mysqlcfg
#31214 [Opn]: overloading using __call() initially OK, fails on any subsequent method call
ID: 31214 User updated by: ebypdx at comcast dot net Reported By: ebypdx at comcast dot net Status: Open Bug Type: Class/Object related Operating System: Solaris 5.8 PHP Version: 4.3.10 New Comment: I've also seen it fail out with a different fatal error call to undefined function. i can't determine how to make it do this instead of giving call on a non-object. Previous Comments: [2004-12-21 02:26:26] ebypdx at comcast dot net Description: in the most simple case, create a class with no methods except __call() and overload it. start calling methods on an instance of that class. the first method call will hit __call() and finish correctly. any subsequent method calls will fail to hit __call(), resulting instead in a fatal error. if this is indeed a bug... i realize due to the experimental nature of overloading in 4.3, that this may never work again. my deepest thanks to anybody who can address this. Reproduce code: --- ?php class BaseOverloader { function BaseOverloader() {} function __call($method, $args, $returnValue) { echo Call to .get_class($this).-$method br/; $returnValue = return; return true; } } overload(BaseOverloader); $c = new BaseOverloader(); $c-firstCall(); $c-secondCall(); ? Expected result: Call to BaseOverloader-firstcall Call to BaseOverloader-secondcall Actual result: -- Call to baseoverloader-firstcall Fatal error: Call to a member function on a non-object in /export/vol01/opt/web/neby/partner.newedgenetworks.com/overloaded.php on line 13 -- Edit this bug report at http://bugs.php.net/?id=31214edit=1
#31214 [Opn]: overloading using __call() initially OK, fails on any subsequent method call
ID: 31214 Updated by: [EMAIL PROTECTED] Reported By: ebypdx at comcast dot net Status: Open Bug Type: Class/Object related Operating System: Solaris 5.8 PHP Version: 4.3.10 New Comment: a) make sure you are not using any Zend extension eg. Optimizer/xdebug/apc etc. have a look at this report http://bugs.php.net/?id=31106 see if reverting the mentioned change to zend_execute fixes this. Previous Comments: [2004-12-21 02:28:35] ebypdx at comcast dot net I've also seen it fail out with a different fatal error call to undefined function. i can't determine how to make it do this instead of giving call on a non-object. [2004-12-21 02:26:26] ebypdx at comcast dot net Description: in the most simple case, create a class with no methods except __call() and overload it. start calling methods on an instance of that class. the first method call will hit __call() and finish correctly. any subsequent method calls will fail to hit __call(), resulting instead in a fatal error. if this is indeed a bug... i realize due to the experimental nature of overloading in 4.3, that this may never work again. my deepest thanks to anybody who can address this. Reproduce code: --- ?php class BaseOverloader { function BaseOverloader() {} function __call($method, $args, $returnValue) { echo Call to .get_class($this).-$method br/; $returnValue = return; return true; } } overload(BaseOverloader); $c = new BaseOverloader(); $c-firstCall(); $c-secondCall(); ? Expected result: Call to BaseOverloader-firstcall Call to BaseOverloader-secondcall Actual result: -- Call to baseoverloader-firstcall Fatal error: Call to a member function on a non-object in /export/vol01/opt/web/neby/partner.newedgenetworks.com/overloaded.php on line 13 -- Edit this bug report at http://bugs.php.net/?id=31214edit=1
#31214 [Opn-Fbk]: overloading using __call() initially OK, fails on any subsequent method call
ID: 31214 Updated by: [EMAIL PROTECTED] Reported By: ebypdx at comcast dot net -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: Solaris 5.8 PHP Version: 4.3.10 Previous Comments: [2004-12-21 02:35:50] [EMAIL PROTECTED] a) make sure you are not using any Zend extension eg. Optimizer/xdebug/apc etc. have a look at this report http://bugs.php.net/?id=31106 see if reverting the mentioned change to zend_execute fixes this. [2004-12-21 02:28:35] ebypdx at comcast dot net I've also seen it fail out with a different fatal error call to undefined function. i can't determine how to make it do this instead of giving call on a non-object. [2004-12-21 02:26:26] ebypdx at comcast dot net Description: in the most simple case, create a class with no methods except __call() and overload it. start calling methods on an instance of that class. the first method call will hit __call() and finish correctly. any subsequent method calls will fail to hit __call(), resulting instead in a fatal error. if this is indeed a bug... i realize due to the experimental nature of overloading in 4.3, that this may never work again. my deepest thanks to anybody who can address this. Reproduce code: --- ?php class BaseOverloader { function BaseOverloader() {} function __call($method, $args, $returnValue) { echo Call to .get_class($this).-$method br/; $returnValue = return; return true; } } overload(BaseOverloader); $c = new BaseOverloader(); $c-firstCall(); $c-secondCall(); ? Expected result: Call to BaseOverloader-firstcall Call to BaseOverloader-secondcall Actual result: -- Call to baseoverloader-firstcall Fatal error: Call to a member function on a non-object in /export/vol01/opt/web/neby/partner.newedgenetworks.com/overloaded.php on line 13 -- Edit this bug report at http://bugs.php.net/?id=31214edit=1
#31214 [Fbk-Opn]: overloading using __call() initially OK, fails on any subsequent method call
ID: 31214 User updated by: ebypdx at comcast dot net Reported By: ebypdx at comcast dot net -Status: Feedback +Status: Open Bug Type: Class/Object related Operating System: Solaris 5.8 PHP Version: 4.3.10 New Comment: i believe we aren't using any of those extensions. i will double-check with the sysadmin team. can you give me a tip on how to revert that change? when i follow the link to cvsweb from report 31106 i get a malformed query page. Previous Comments: [2004-12-21 02:35:50] [EMAIL PROTECTED] a) make sure you are not using any Zend extension eg. Optimizer/xdebug/apc etc. have a look at this report http://bugs.php.net/?id=31106 see if reverting the mentioned change to zend_execute fixes this. [2004-12-21 02:28:35] ebypdx at comcast dot net I've also seen it fail out with a different fatal error call to undefined function. i can't determine how to make it do this instead of giving call on a non-object. [2004-12-21 02:26:26] ebypdx at comcast dot net Description: in the most simple case, create a class with no methods except __call() and overload it. start calling methods on an instance of that class. the first method call will hit __call() and finish correctly. any subsequent method calls will fail to hit __call(), resulting instead in a fatal error. if this is indeed a bug... i realize due to the experimental nature of overloading in 4.3, that this may never work again. my deepest thanks to anybody who can address this. Reproduce code: --- ?php class BaseOverloader { function BaseOverloader() {} function __call($method, $args, $returnValue) { echo Call to .get_class($this).-$method br/; $returnValue = return; return true; } } overload(BaseOverloader); $c = new BaseOverloader(); $c-firstCall(); $c-secondCall(); ? Expected result: Call to BaseOverloader-firstcall Call to BaseOverloader-secondcall Actual result: -- Call to baseoverloader-firstcall Fatal error: Call to a member function on a non-object in /export/vol01/opt/web/neby/partner.newedgenetworks.com/overloaded.php on line 13 -- Edit this bug report at http://bugs.php.net/?id=31214edit=1
#31214 [Opn]: overloading using __call() initially OK, fails on any subsequent method call
ID: 31214 Updated by: [EMAIL PROTECTED] Reported By: ebypdx at comcast dot net Status: Open Bug Type: Class/Object related Operating System: Solaris 5.8 PHP Version: 4.3.10 New Comment: in Zend/zend_execute.c about line 997: remove this line PZVAL_UNLOCK(T-EA.data.overloaded_element.object); about line 1579: remove this line EX(object).ptr-refcount++; you have to copy paste the whole link for it to work / rather than just pressing on it. Previous Comments: [2004-12-21 02:45:16] ebypdx at comcast dot net i believe we aren't using any of those extensions. i will double-check with the sysadmin team. can you give me a tip on how to revert that change? when i follow the link to cvsweb from report 31106 i get a malformed query page. [2004-12-21 02:35:50] [EMAIL PROTECTED] a) make sure you are not using any Zend extension eg. Optimizer/xdebug/apc etc. have a look at this report http://bugs.php.net/?id=31106 see if reverting the mentioned change to zend_execute fixes this. [2004-12-21 02:28:35] ebypdx at comcast dot net I've also seen it fail out with a different fatal error call to undefined function. i can't determine how to make it do this instead of giving call on a non-object. [2004-12-21 02:26:26] ebypdx at comcast dot net Description: in the most simple case, create a class with no methods except __call() and overload it. start calling methods on an instance of that class. the first method call will hit __call() and finish correctly. any subsequent method calls will fail to hit __call(), resulting instead in a fatal error. if this is indeed a bug... i realize due to the experimental nature of overloading in 4.3, that this may never work again. my deepest thanks to anybody who can address this. Reproduce code: --- ?php class BaseOverloader { function BaseOverloader() {} function __call($method, $args, $returnValue) { echo Call to .get_class($this).-$method br/; $returnValue = return; return true; } } overload(BaseOverloader); $c = new BaseOverloader(); $c-firstCall(); $c-secondCall(); ? Expected result: Call to BaseOverloader-firstcall Call to BaseOverloader-secondcall Actual result: -- Call to baseoverloader-firstcall Fatal error: Call to a member function on a non-object in /export/vol01/opt/web/neby/partner.newedgenetworks.com/overloaded.php on line 13 -- Edit this bug report at http://bugs.php.net/?id=31214edit=1
#31215 [NEW]: make fails with various errors
From: php at tomanthony dot co dot uk Operating system: Mac OS X 10.2.5 Server PHP version: 4.3.10 PHP Bug Type: Compile Failure Bug description: make fails with various errors Description: My first bug report, sorry if this is done incorrectly. I am running Apache 1.3.29 and PHP 4.3.4, and attempting to install 4.3.10 fails on the 'make' command. This bug seems to be the same as 30927 and 30948. Reproduce code: --- I configured 4.3.10 twice, one using: ./configure --with-xml --with-zlib --with-apxs=/usr/ sbin/apxs --with-mysql and then: ./configure --prefix=/usr --sysconfdir=/etc -- localstatedir=/var --mandir=/usr/share/man --with-xml -- with-apxs=/usr/sbin/apxs --with-mysql Both failed, on make. Expected result: A no-errors successful make, so I could make install and upgrade my php installation. Actual result: -- Many errors based on 'zend', starting: php-4.3.10/Zend/zend_strtod.c:239: parse error before uint32_t And going on before a final: make: *** [Zend/zend_strtod.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=31215edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31215r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31215r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31215r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31215r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31215r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31215r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31215r=needscript Try newer version: http://bugs.php.net/fix.php?id=31215r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31215r=support Expected behavior: http://bugs.php.net/fix.php?id=31215r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31215r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31215r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31215r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31215r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31215r=dst IIS Stability: http://bugs.php.net/fix.php?id=31215r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31215r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31215r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31215r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31215r=mysqlcfg
#31215 [Opn-Bgs]: make fails with various errors
ID: 31215 Updated by: [EMAIL PROTECTED] Reported By: php at tomanthony dot co dot uk -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Mac OS X 10.2.5 Server PHP Version: 4.3.10 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. There is already a bug report about this: bug #31160 Previous Comments: [2004-12-21 03:37:06] php at tomanthony dot co dot uk Description: My first bug report, sorry if this is done incorrectly. I am running Apache 1.3.29 and PHP 4.3.4, and attempting to install 4.3.10 fails on the 'make' command. This bug seems to be the same as 30927 and 30948. Reproduce code: --- I configured 4.3.10 twice, one using: ./configure --with-xml --with-zlib --with-apxs=/usr/ sbin/apxs --with-mysql and then: ./configure --prefix=/usr --sysconfdir=/etc -- localstatedir=/var --mandir=/usr/share/man --with-xml -- with-apxs=/usr/sbin/apxs --with-mysql Both failed, on make. Expected result: A no-errors successful make, so I could make install and upgrade my php installation. Actual result: -- Many errors based on 'zend', starting: php-4.3.10/Zend/zend_strtod.c:239: parse error before uint32_t And going on before a final: make: *** [Zend/zend_strtod.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=31215edit=1
#31160 [Com]: compile errors with latest version
ID: 31160 Comment by: tomwoozle at ambrosiasw dot com Reported By: jon at latchkey dot com Status: Assigned Bug Type: Compile Failure Operating System: MacOSX PHP Version: 4.3.10 Assigned To: derick New Comment: I have the same problem with 10.2.8 Server edition. Previous Comments: [2004-12-20 22:38:33] jkt007 at mac dot com I get the same 4.3.10 compile error on MacOS X Server 10.2.8. 4.3.10 compiles fine on MacOS X Server 10.3.6+, however. [2004-12-20 00:02:13] josephragsdale at adelphia dot net Configure fails for me as well with PHP 5.0.3. Same errors, same lines. Mac OS 10.2.8 and GCC 3.3 [2004-12-18 23:48:05] [EMAIL PROTECTED] Ok, will have a look somewhere next week. [2004-12-17 21:55:29] jon at latchkey dot com Description: gcc -IZend/ -I/usr/local/src/php/php-4.3.10/Zend/ -DPHP_ATOM_INC -I/usr/local/src/php/php-4.3.10/include -I/usr/local/src/php/php-4.3.10/main -I/usr/local/src/php/php-4.3.10 -I/usr/local/src/php/php-4.3.10/Zend -I/sw/include -I/usr/local/include -I/usr/local/imap-2004.RC6/include -I/usr/local/src/php/php-4.3.10/ext/xml/expat -no-cpp-precomp -no-cpp-precomp -I/usr/local/src/php/php-4.3.10/TSRM -g -O2 -c /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c -o Zend/zend_strtod.o echo Zend/zend_strtod.lo /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:239: parse error before uint32_t /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:239: warning: no semicolon at end of struct or union /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:240: warning: data definition has no type or storage class /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:386: parse error before uint32_t /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:386: warning: no semicolon at end of struct or union /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c: In function `Balloc': /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:405: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:409: sizeof applied to an incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:410: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:411: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:413: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:413: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c: In function `Bfree': /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:426: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:426: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:427: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c: In function `multadd': /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:443: `uint32_t' undeclared (first use in this function) /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:443: (Each undeclared identifier is reported only once /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:443: for each function it appears in.) /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:443: `x' undeclared (first use in this function) /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:443: `y' undeclared (first use in this function) /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:445: parse error before xi /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:449: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:450: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:454: `xi' undeclared (first use in this function) /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:456: `z' undeclared (first use in this function) /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:467: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:468: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:469: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:469: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:469: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:473: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:474: dereferencing pointer to incomplete type /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c: At top level: /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c:484: parse error before uint32_t /usr/local/src/php/php-4.3.10/Zend/zend_strtod.c: In
#28103 [Opn-Fbk]: During ./configure you get png error instead of iodbc
ID: 28103 Updated by: [EMAIL PROTECTED] Reported By: andres dot karner at mail dot ee -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SuSE 8.2 PHP Version: 5.0.0RC1 New Comment: 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 Previous Comments: [2004-04-22 09:41:39] andres dot karner at mail dot ee Description: During ./configure I got error: configure: error: libpng not found! From config.log I found line: /usr/lib/gcc-lib/i486-suse-linux/3.3/../../../../i486-suse-linux/bin/ld: cannot find -liodbc So I removed option --with-iodbc and this png error was lost. -- Edit this bug report at http://bugs.php.net/?id=28103edit=1
#28700 [Opn-Csd]: yaz recode conflict
ID: 28700 Updated by: [EMAIL PROTECTED] Reported By: teuber at devicen dot de -Status: Open +Status: Closed Bug Type: *Compile Issues Operating System: linux PHP Version: 5.0.0RC2 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-11-24 22:49:38] chuck at horizonlinux dot org I have enabled mysql and imap in my ./configure I removed the YAZ check in the configure script but I get the same message as I did for YAZ. ( without YAZ error ) I need mysql and imap support. Would it be safe to just remove the error msg and let the configuration script go along with this ? thanks Charles [2004-07-17 18:27:20] kettler at gmx dot net This bug is not bogus: When doing ./configure --with-recode, part of ext/recode/config9.m4 will complain about not being able to be used with the yaz extension. The yaz extension is not included with PHP anymore, so the check for $PHP_YAZ will not see the required no, but will instead see an empty variable(no PHP_ARG_WITH(yaz,...) in configure). This will prevent anyone from compiling with the recode extension. This bug is still present in the current CVS tree. Solution: Remove the check for the yaz extension from ext/recode/config9.m4. [2004-06-09 09:30:38] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php When using them both at the same time it will cause crashes. You will need to get one of the packages to fix the resolving symbols, after we contacted them they were not cooperative so we had to guard against using them together ourselves. [2004-06-08 18:02:57] teuber at devicen dot de Description: configure complained about conflicts between yaz and recode. i dont configured YAZ but i configured recode support. checking libexpat dir for XMLRPC-EPI... /usr checking iconv dir for XMLRPC-EPI... no checking for XSL support... no checking whether to include YP support... no configure: error: recode extension can not be configured together with: yaz make: *** No targets specified and no makefile found. Stop. core:~/src # cd php-5.0.0RC3/ ./configure \ --with-apxs=$SERVER_ROOT/bin/apxs \ --with-ttf \ --with-pgsql \ --with-oracle \ --with-mm \ --with-oci8 \ --with-ftp \ --with-xml \ --with-ldap \ --with-zlib \ --with-dbase \ --with-config-file-path=$SERVER_ROOT/php5 \ --with-exec-dir=$SERVER_ROOT/php5/php-bin \ --with-expat-dir=/usr \ --with-png-dir=/usr \ --with-pear=$SERVER_ROOT/php5/pear \ --with-recode \ --enable-soap \ --enable-track-vars \ --enable-sysvsem \ --enable-sysvshm \ --enable-ftp \ --enable-bcmath \ --with-db \ --with-db4 \ --with-gdbm \ --enable-trans-sid \ --with-mcrypt \ --with-gd \ --with-mysql=no -- Edit this bug report at http://bugs.php.net/?id=28700edit=1
#31214 [Opn-Fbk]: overloading using __call() initially OK, fails on any subsequent method call
ID: 31214 Updated by: [EMAIL PROTECTED] Reported By: ebypdx at comcast dot net -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: Solaris 5.8 PHP Version: 4.3.10 New Comment: Try the patch listed in bug report #31106 Previous Comments: [2004-12-21 03:04:38] [EMAIL PROTECTED] in Zend/zend_execute.c about line 997: remove this line PZVAL_UNLOCK(T-EA.data.overloaded_element.object); about line 1579: remove this line EX(object).ptr-refcount++; you have to copy paste the whole link for it to work / rather than just pressing on it. [2004-12-21 02:45:16] ebypdx at comcast dot net i believe we aren't using any of those extensions. i will double-check with the sysadmin team. can you give me a tip on how to revert that change? when i follow the link to cvsweb from report 31106 i get a malformed query page. [2004-12-21 02:35:50] [EMAIL PROTECTED] a) make sure you are not using any Zend extension eg. Optimizer/xdebug/apc etc. have a look at this report http://bugs.php.net/?id=31106 see if reverting the mentioned change to zend_execute fixes this. [2004-12-21 02:28:35] ebypdx at comcast dot net I've also seen it fail out with a different fatal error call to undefined function. i can't determine how to make it do this instead of giving call on a non-object. [2004-12-21 02:26:26] ebypdx at comcast dot net Description: in the most simple case, create a class with no methods except __call() and overload it. start calling methods on an instance of that class. the first method call will hit __call() and finish correctly. any subsequent method calls will fail to hit __call(), resulting instead in a fatal error. if this is indeed a bug... i realize due to the experimental nature of overloading in 4.3, that this may never work again. my deepest thanks to anybody who can address this. Reproduce code: --- ?php class BaseOverloader { function BaseOverloader() {} function __call($method, $args, $returnValue) { echo Call to .get_class($this).-$method br/; $returnValue = return; return true; } } overload(BaseOverloader); $c = new BaseOverloader(); $c-firstCall(); $c-secondCall(); ? Expected result: Call to BaseOverloader-firstcall Call to BaseOverloader-secondcall Actual result: -- Call to baseoverloader-firstcall Fatal error: Call to a member function on a non-object in /export/vol01/opt/web/neby/partner.newedgenetworks.com/overloaded.php on line 13 -- Edit this bug report at http://bugs.php.net/?id=31214edit=1
#28776 [Opn-Bgs]: Make fails when installing ODBC libraries
ID: 28776 Updated by: [EMAIL PROTECTED] Reported By: jon dot bertsch at ucop dot edu -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: SUSE 9.1 PHP Version: 5.0.0RC3 New Comment: Bogus as you could fix it. (and missing information, etc.) To other people having similar problems: Open new bug report. Previous Comments: [2004-10-11 18:51:06] jthiatt at yahoo dot com I'm getting the same error. I'm using SUSE 9.1 and PHP 5.0.2. Here are my configure options --with-apache=../apache --enable-trans-sid --with-zlib-dir=/usr/include --with-mm --enable-exit --with-mysql=/usr/local/mysql --with-ibm-db2=/usr/IBMdb2/V7.1 --with-ldap --with-mcrypt --with-imap --with-gd=/usr/ --with-png-dir=/usr/ --with-jpeg-dir=/usr/ --with-xml --with-openssl --enable-gd-native-tt I even added the path to unixODBC to the configure options, still no luck. [2004-06-14 19:29:56] jon dot bertsch at ucop dot edu I fixed this by recompiling and specifying the path to unixODBC in the configure script. Shouldn't this be flagged when running configure? Maybe BOGUS, sorry for submiting if it is. [2004-06-14 17:25:40] jon dot bertsch at ucop dot edu Description: Installed php5RC3 on mac OSX 10.3 no problems, Next attempted to install on SUSE 9.1 and the make failed at ODBC library, see below for messages Reproduce code: --- In file included from /usr/local/php5/ext/odbc/php_odbc.c:37: /usr/local/php5/ext/odbc/php_odbc_includes.h:94:18: isql.h: No such file or directory /usr/local/php5/ext/odbc/php_odbc_includes.h:95:21: isqlext.h: No such file or directory In file included from /usr/local/php5/ext/odbc/php_odbc.c:37: /usr/local/php5/ext/odbc/php_odbc_includes.h:208: error: parse error before HENV /usr/local/php5/ext/odbc/php_odbc_includes.h:208: warning: no semicolon at end of struct or union /usr/local/php5/ext/odbc/php_odbc_includes.h:209: warning: data definition has no type or storage class /usr/local/php5/ext/odbc/php_odbc_includes.h:211: error: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /usr/local/php5/ext/odbc/php_odbc_includes.h:214: error: parse error before '}' token /usr/local/php5/ext/odbc/php_odbc_includes.h:214: warning: data definition has no type or storage class /usr/local/php5/ext/odbc/php_odbc_includes.h:220: error: parse error before SDWORD /usr/local/php5/ext/odbc/php_odbc_includes.h:220: warning: no semicolon at end of struct or union /usr/local/php5/ext/odbc/php_odbc_includes.h:221: warning: data definition has no type or storage class /usr/local/php5/ext/odbc/php_odbc_includes.h:224: error: parse error before HSTMT ... continues for quite a while and ends with ... /usr/local/php5/ext/odbc/php_odbc.c:3625: error: invalid type argument of `-' /usr/local/php5/ext/odbc/php_odbc.c:3627: error: invalid type argument of `-' /usr/local/php5/ext/odbc/php_odbc.c:3628: error: invalid type argument of `-' /usr/local/php5/ext/odbc/php_odbc.c:3629: warning: passing arg 2 of `zend_register_resource' makes pointer from integer without a cast /usr/local/php5/ext/odbc/php_odbc.c: At top level: /usr/local/php5/ext/odbc/php_odbc_includes.h:211: error: storage size of `lasterrormsg' isn't known make: *** [ext/odbc/php_odbc.lo] Error 1 Expected result: Expected sucessful make. On this machine isql is available at /usr/bin/isql, Configure had no problems. -- Edit this bug report at http://bugs.php.net/?id=28776edit=1
#31216 [NEW]: array_merge_recursive change in behaviour php45
From: fire at firepages dot com dot au Operating system: win32 XP SP1 PHP version: 5.0.3 PHP Bug Type: Zend Engine 2 problem Bug description: array_merge_recursive change in behaviour php45 Description: in php4 array_merge_recursive($arr1,$arr...) allowed the first array argument to be unassigned , in php5 it requires inintialising. perhaps php4 behaviour was a feature-bug ? Reproduce code: --- while( $whatever ){ $arr = foo-get_arr(); $tmp = array_merge_recursive( $tmp , $arr ) ; } Expected result: $tmp is created if !exists continues as expected Actual result: -- PHP-4.3.8 $tmp is created if !exists continues as expected PHP-5.0.3 Warning: array_merge_recursive() Argument #1 is not an array in easily `solved` by initialising $tmp prior to use $tmp=array(); just unsure if this is intended ? -- Edit bug report at http://bugs.php.net/?id=31216edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31216r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31216r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31216r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31216r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31216r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31216r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31216r=needscript Try newer version: http://bugs.php.net/fix.php?id=31216r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31216r=support Expected behavior: http://bugs.php.net/fix.php?id=31216r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31216r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31216r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31216r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31216r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31216r=dst IIS Stability: http://bugs.php.net/fix.php?id=31216r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31216r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31216r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31216r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31216r=mysqlcfg
#31217 [NEW]: extract($GLOBALS, EXTR_REFS) corrupts memory
From: cdragon at draconic dot com Operating system: win2k PHP version: 5CVS-2004-12-18 (dev) PHP Bug Type: Reproducible crash Bug description: extract($GLOBALS, EXTR_REFS) corrupts memory Description: Since php 5.0.1, extract($GLOBALS, EXTR_REFS) seems to corrupt code memory and cause various random problems. In my test case, it caused COM(someobject) to always return null, and in another case it just caused some strange output of a 1 instead of the expected strings. I never had a problem in php 5.0.0 up to CVS snapshot php5.0-win32-200407301630. Commenting out extract($GLOBALS, EXTR_REFS) fixes all strange behavior. I had a similar problem in php 4 which I reported as bug id 25708. That bug was fixed and I never had a problem again until 5.0.1. Reproduce code: --- extract($GLOBALS, EXTR_REFS); $query = new COM(IXSSO.Query); if(is_object($query) == false) { var_dump($query); print Can't create IXSSO Query object.; exit(); } Expected result: Nothing Actual result: -- PHP has encountered an Access Violation at 01D5F185 -- Edit bug report at http://bugs.php.net/?id=31217edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31217r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31217r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31217r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31217r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31217r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31217r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31217r=needscript Try newer version: http://bugs.php.net/fix.php?id=31217r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31217r=support Expected behavior: http://bugs.php.net/fix.php?id=31217r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31217r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31217r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31217r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31217r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31217r=dst IIS Stability: http://bugs.php.net/fix.php?id=31217r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31217r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31217r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31217r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31217r=mysqlcfg
#31218 [NEW]: foreach() problem
From: ych at tcte dot com dot cn Operating system: linux PHP version: 4.3.10 PHP Bug Type: Reproducible crash Bug description: foreach() problem Description: while use phpmyadmin2.6.0-pl3 with php-4.3.10, phpmyadmin say Illegal offset type in /phpmyadmin-2.6.0-pl3/libraries/grab_globals.lib.php on line 54 , their is no problem with 4.3.9 or 5.0.3. grab_globals.lib.php: 53:foreach ($server_vars as $current) { 54:if (isset($_SERVER[$current])) { 55:$$current = $_SERVER[$current]; 56:} elseif (!isset($$current)) { 57:$$current = ''; 58:} 59:} I think maybe something wrong with foreach(), it has been changed in php-4.3.10(I see it in ChangeLog) -- Edit bug report at http://bugs.php.net/?id=31218edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31218r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31218r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31218r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31218r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31218r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31218r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31218r=needscript Try newer version: http://bugs.php.net/fix.php?id=31218r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31218r=support Expected behavior: http://bugs.php.net/fix.php?id=31218r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31218r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31218r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31218r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31218r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31218r=dst IIS Stability: http://bugs.php.net/fix.php?id=31218r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31218r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31218r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31218r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31218r=mysqlcfg
#31219 [NEW]: mssql_query() returns false on successful database insert or update
From: randy at rcs-comp dot com Operating system: Windows XP PHP version: 5.0.3 PHP Bug Type: MSSQL related Bug description: mssql_query() returns false on successful database insert or update Description: Upon a successful database modification, mssql_query should return true. However, in 5.0.3, it returns false. I went back to 5.0.2 and the bug was not present. Possibly related to: http://bugs.php.net/bug.php?id=31135 Also possibly the same problem as this: http://bugs.php.net/bug.php?id=31195edit=2 Although I still posted the bug because the above bug is in a different PHP version. Reproduce code: --- $link = mssql_connect('SERVER', LOGIN, ); mssql_select_db(DB_NAME, $link); $SQL = INSERT INTO TABLE_NAME VALUES VALUES; $rs = mssql_query($SQL, $link); if (!$rs) { echo problem; } else { echo worked; } Expected result: The DB should be updated and worked should be displayed Actual result: -- The DB is updated and problem is displayed -- Edit bug report at http://bugs.php.net/?id=31219edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31219r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31219r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31219r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31219r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31219r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31219r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31219r=needscript Try newer version: http://bugs.php.net/fix.php?id=31219r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31219r=support Expected behavior: http://bugs.php.net/fix.php?id=31219r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31219r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31219r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31219r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31219r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31219r=dst IIS Stability: http://bugs.php.net/fix.php?id=31219r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31219r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31219r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31219r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31219r=mysqlcfg
#31145 [Opn-Csd]: configure is using -lcpdf instead of -lcpdfm
ID: 31145 Updated by: [EMAIL PROTECTED] Reported By: arnaud dot abelard at univ-nantes dot fr -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: linux slackware 10.0 PHP Version: 5.0.3 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-12-17 10:15:00] arnaud dot abelard at univ-nantes dot fr Description: when ClibPDF 2.0.2 is compiled (from clibpdf202r1.tar.gz) a libcpdfm.a is created and php 5.0.3's configure script is actually testing with -lclibpdf and fails detecting clibpdf. Linking libcpdfm.a to libcpdf.a solves the problem. Reproduce code: --- compile and install Clibpdf 2.0.2r1, then run php 5.0.3's configure script with --with-cpdflib. configure will fail detecting cpdf_open and will disable cpdf support. -- Edit this bug report at http://bugs.php.net/?id=31145edit=1
#30913 [Opn-Bgs]: make fail
ID: 30913 Updated by: [EMAIL PROTECTED] Reported By: ttxdt at 163 dot net -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: solaris 9 X86 PHP Version: 5.0.2 New Comment: ftp://ftp.wins.uva.nl/pub/solaris/solaris2.html#q5.9 Previous Comments: [2004-11-26 15:45:30] ttxdt at 163 dot net Description: thmail#make /bin/sh /export/home/mysql/php-5.0.2/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/libxml/ -I/export/home/mysql/php-5.0.2/ext/libxml/ -DPHP_ATOM_INC -I/export/home/mysql/php-5.0.2/include -I/export/home/mysql/php-5.0.2/main -I/export/home/mysql/php-5.0.2 -I/export/home/mysql/php-5.0.2/Zend -I/usr/local/include/libxml2 -I/usr/local/mysql/include/mysql -D_POSIX_PTHREAD_SEMANTICS -I/export/home/mysql/php-5.0.2/TSRM -g -O2 -prefer-pic -c /export/home/mysql/php-5.0.2/ext/libxml/libxml.c -o ext/libxml/libxml.lo /export/home/mysql/php-5.0.2/ext/libxml/libxml.c: In function `php_libxml_ctx_error': /export/home/mysql/php-5.0.2/ext/libxml/libxml.c:375: `__builtin_va_alist' undeclared (first use in this function) /export/home/mysql/php-5.0.2/ext/libxml/libxml.c:375: (Each undeclared identifier is reported only once /export/home/mysql/php-5.0.2/ext/libxml/libxml.c:375: for each function it appears in.) /export/home/mysql/php-5.0.2/ext/libxml/libxml.c: In function `php_libxml_ctx_warning': /export/home/mysql/php-5.0.2/ext/libxml/libxml.c:383: `__builtin_va_alist' undeclared (first use in this function) /export/home/mysql/php-5.0.2/ext/libxml/libxml.c: In function `php_libxml_error_handler': /export/home/mysql/php-5.0.2/ext/libxml/libxml.c:391: `__builtin_va_alist' undeclared (first use in this function) *** Error code 1 make: Fatal error: Command failed for target `ext/libxml/libxml.lo' thmail# -- Edit this bug report at http://bugs.php.net/?id=30913edit=1
#31218 [Opn-Bgs]: foreach() problem
ID: 31218 Updated by: [EMAIL PROTECTED] Reported By: ych at tcte dot com dot cn -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: linux PHP Version: 4.3.10 New Comment: Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. Previous Comments: [2004-12-21 04:45:03] ych at tcte dot com dot cn Description: while use phpmyadmin2.6.0-pl3 with php-4.3.10, phpmyadmin say Illegal offset type in /phpmyadmin-2.6.0-pl3/libraries/grab_globals.lib.php on line 54 , their is no problem with 4.3.9 or 5.0.3. grab_globals.lib.php: 53:foreach ($server_vars as $current) { 54:if (isset($_SERVER[$current])) { 55:$$current = $_SERVER[$current]; 56:} elseif (!isset($$current)) { 57:$$current = ''; 58:} 59:} I think maybe something wrong with foreach(), it has been changed in php-4.3.10(I see it in ChangeLog) -- Edit this bug report at http://bugs.php.net/?id=31218edit=1
#31199 [Asn-Fbk]: u_int32_t doesn't exist
ID: 31199 Updated by: [EMAIL PROTECTED] Reported By: laurent dot faillie at st dot com -Status: Assigned +Status: Feedback Bug Type: Compile Failure Operating System: HPUX 10.20 PHP Version: 4.3.10 Assigned To: derick New Comment: 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 Previous Comments: [2004-12-20 16:17:53] laurent dot faillie at st dot com It fails also later w/ another problem : /bin/sh /projets/depots/php-4.3.10/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -D_XOPEN_SOURCE_EXTENDED -D_REENTRANT -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/projets/depots/php-4.3.10/sapi/apache2handler/ -DPHP_ATOM_INC -I/projets/depots/php-4.3.10/include -I/projets/depots/php-4.3.10/main -I/projets/depots/php-4.3.10 -I/projets/depots/php-4.3.10/Zend -I/usr/local/include -I/usr/local/pgsql/include -I/projets/depots/php-4.3.10/ext/xml/expat -I/projets/depots/php-4.3.10/TSRM -g -O2 -prefer-pic -c /projets/depots/php-4.3.10/sapi/apache2handler/sapi_apache2.c -o sapi/apache2handler/sapi_apache2.lo In file included from /projets/depots/php-4.3.10/main/php_network.h:58, from /projets/depots/php-4.3.10/ext/standard/fsock.h:38, from /projets/depots/php-4.3.10/ext/standard/php_standard.h:44, from /projets/depots/php-4.3.10/sapi/apache2handler/sapi_apache2.c:33: /usr/include/netinet/in.h:96: error: conflicting types for `u_int' /opt/TWWfsw/gcc33/lib/gcc-lib/hppa2.0-hp-hpux10.20/3.3/include/sys/types.h:302: error: previous declaration of `u_int' gmake: *** [sapi/apache2handler/sapi_apache2.lo] Error 1 This time, the cause is #define in_addr_t u_int in /projets/depots/php-4.3.10/main/php_config.h = I think it's a problem w/ configure scripts. As soon as this 2 bugs are corrected, PHP 4.3.10 compiles successfully under HP-UX 10.20 Bye Laurent [2004-12-20 14:02:17] laurent dot faillie at st dot com Description: Compilation problem found on HP-UX 10.20 (I haven't tested w/ more recent HP-UX). * php-4.3.10/Zend/zend_strtod.c fails to compile as u_int32_t isn't defined anywere. The workaround is to add #ifdef __hpux__ #include model.h typedef uint32_tu_int32_t; #endif somewhere in the begining of zend_strtod.c. -- Edit this bug report at http://bugs.php.net/?id=31199edit=1