#29652 [Com]: number of FD to ocius.msg is growing
ID: 29652 Comment by: esartoni at omniaglobal dot net Reported By: yannick at agl dot fr Status: Feedback Bug Type: OCI8 related Operating System: Linux Redhat 7.3 PHP Version: 4.3.7 New Comment: tony, i've already tested it with php 4.3.8 (cannot try with php 5) and with Solaris SunOS always gives the same problem. I'll try with the latest snapshot but always in the 4.x tree. Previous Comments: [2004-08-19 12:15:52] [EMAIL PROTECTED] It would be better if you could try it with newer versions of PHP, especially latest snapshots from http://snaps.php.net. Older versions are not so important, 'cos I'm unable to fix them. [2004-08-19 12:06:27] esartoni at omniaglobal dot net Same problem here with Solaris SunOS SPARC 5.9 - Apache 1.3.29 - PHP 4.3.8 - OCI 9.2.0.1.0 The number of opened ocius.msg grows costantly reaching the fd limit. No problem with Linux Debian, Apache 1.3.29, PHP 4.3.8 and OCI 8.1.7.0.0 or with Linux RedHat 8, Apache 1.3.26, PHP 4.3.4 and OCI 9.2.0.1.0 I'll try with an older version of php and let you know what happens. [2004-08-18 18:43:05] [EMAIL PROTECTED] Tested under Linux with Oracle 9.2.0.1, Apache 1.3.31 and latest PHP5 PHP4 versions. Cannot reproduce your situation - there is still only one ocius.msb's descriptor. Plz, provide more info about software installed - versions of Oracle, Apache etc. [2004-08-17 11:34:14] yannick at agl dot fr Yes the limit of FD is exceeded... This issue occurs only with php not with JDBC under OCI. [2004-08-17 07:38:36] [EMAIL PROTECTED] So, what the problem with it? It exceedes your FD limit? It's most likely to be an OCI trouble, 'cos PHP knows nothing about ocius.msg. 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/29652 -- Edit this bug report at http://bugs.php.net/?id=29652edit=1
#29766 [Opn-Fbk]: when use adodb to access mdb,php5 crash!
ID: 29766 Updated by: [EMAIL PROTECTED] Reported By: tmgh at www dot deyang dot gov dot cn -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: win2000 PHP Version: 5.0.1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Previous Comments: [2004-08-20 03:47:41] tmgh at www dot deyang dot gov dot cn ps:there is no error and no crash when use php4.3.9rc1 [2004-08-20 03:36:41] tmgh at www dot deyang dot gov dot cn Description: i use adodb(http://sourceforge.net/projects/adodb/) and php5.0.1 to access mdb file.but php crash and apache2 restart. Reproduce code: --- ?php require('adodb/adodb.inc.php'); $db =ADONewConnection('access'); ? Expected result: no error and no crash Actual result: -- php crash and apache2 restart -- Edit this bug report at http://bugs.php.net/?id=29766edit=1
#29768 [Opn-Asn]: symbol MLD_ias unresolved
ID: 29768 Updated by: [EMAIL PROTECTED] Reported By: roy dot ho at optus dot com dot au -Status: Open +Status: Assigned Bug Type: Apache related Operating System: TRu64 UNIX PHP Version: 4.3.8 -Assigned To: +Assigned To: novell New Comment: Assigning to Novell, as he has a Tru box too Previous Comments: [2004-08-20 04:19:45] roy dot ho at optus dot com dot au Description: Background === OS TRU64 unix apache 1.3.31 ./configure \ --with-layout=Apache \ --prefix=/usr/users/bpwrFE/bin/apache_1.3.31 \ --enable-shared=max \ --enable-module=most PHP 4.3.8 ./configure --prefix=/usr/users/bpwrFE/bin/php-4.3.8 \ --with-apxs=/usr/users/bpwrFE/bin/apache_1.3.31/bin/apxs \ --with-config-file-path=/usr/users/bpwrFE/bin/apache_1.3.31/conf \ --with-oci8=/brg/d01/oracle/release/8.1.7 \ --with-oracle=/brg/d01/oracle/release/8.1.7 \ --disable-libgcc Apache was started ok without problem when was run in standalone. But after the installation of PHP of the above configuration, Apache server cannot started with the following errors : ** Syntax error on line 205 of /usr/users/bpwrFE/bin/apache_1.3.31/conf/httpd.conf: Cannot load /usr/users/bpwrFE/bin/apache_1.3.31/libexec/libphp4.so into server: dlopen: /usr/users/bpwrFE/bin/apache_1.3.31/libexec/libphp4.so: symbol MLD_ias unresolved ** can anyone advise what went worng ? and how can that be resolved ? -- Edit this bug report at http://bugs.php.net/?id=29768edit=1
#29760 [Bgs]: not correct works function, separators are placed accidentally
ID: 29760 User updated by: sych at php dot com dot ua Reported By: sych at php dot com dot ua Status: Bogus Bug Type: Strings related Operating System: win2000 PHP Version: 5.0.0 New Comment: Yesterday I mistaken with examples there was heavy workday ,but function wordwrap works not correct with UTF-8 encoding. Previous Comments: [2004-08-19 16:42:17] [EMAIL PROTECTED] Ah, there was already a script. The wordwrap function seperates on characters (second parameter), not words. Please read the documentation at http://php.net/wordwrap [2004-08-19 16:35:16] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-08-19 16:30:55] sych at php dot com dot ua Code1: $text = wordwrap($string, 2, #); Result1: word1#word2#word3#word4#word5#word6#word7#word8 Expected result1: word1 word2# word3 word4# word5 word6# word7 word8 Code2: $text = wordwrap($string, 3, #); Result2: word1#word2#word3#word4#word5#word6#word7#word8 Expected result2: word1 word2 word3# word4 word5 word6# word7 word8 [2004-08-19 16:22:56] [EMAIL PROTECTED] Err.. Forget it, clicked on a wrong link. Please, provide more information, your example is not readable. [2004-08-19 16:21: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 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/29760 -- Edit this bug report at http://bugs.php.net/?id=29760edit=1
#29760 [Bgs]: not correct works function, separators are placed accidentally
ID: 29760 Updated by: [EMAIL PROTECTED] Reported By: sych at php dot com dot ua Status: Bogus Bug Type: Strings related Operating System: win2000 PHP Version: 5.0.0 New Comment: wordwrap doesn't know about UTF and considers a multi-byte utf characters as as many characters as there are bytes in there. However, it will still break correctly on and # (or all other characters in the ascii range (0-127). However, this is not a bug as it was only meant to work on iso-8859-*. Previous Comments: [2004-08-20 10:01:51] sych at php dot com dot ua Yesterday I mistaken with examples there was heavy workday ,but function wordwrap works not correct with UTF-8 encoding. [2004-08-19 16:42:17] [EMAIL PROTECTED] Ah, there was already a script. The wordwrap function seperates on characters (second parameter), not words. Please read the documentation at http://php.net/wordwrap [2004-08-19 16:35:16] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-08-19 16:30:55] sych at php dot com dot ua Code1: $text = wordwrap($string, 2, #); Result1: word1#word2#word3#word4#word5#word6#word7#word8 Expected result1: word1 word2# word3 word4# word5 word6# word7 word8 Code2: $text = wordwrap($string, 3, #); Result2: word1#word2#word3#word4#word5#word6#word7#word8 Expected result2: word1 word2 word3# word4 word5 word6# word7 word8 [2004-08-19 16:22:56] [EMAIL PROTECTED] Err.. Forget it, clicked on a wrong link. Please, provide more information, your example is not readable. 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/29760 -- Edit this bug report at http://bugs.php.net/?id=29760edit=1
#29652 [Fbk-Opn]: number of FD to ocius.msg is growing
ID: 29652 User updated by: yannick at agl dot fr Reported By: yannick at agl dot fr -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Linux Redhat 7.3 PHP Version: 4.3.7 New Comment: tested with php 4.2.3 and php 5.0.1, there is no problem Previous Comments: [2004-08-20 09:13:04] esartoni at omniaglobal dot net tony, i've already tested it with php 4.3.8 (cannot try with php 5) and with Solaris SunOS always gives the same problem. I'll try with the latest snapshot but always in the 4.x tree. [2004-08-19 12:15:52] [EMAIL PROTECTED] It would be better if you could try it with newer versions of PHP, especially latest snapshots from http://snaps.php.net. Older versions are not so important, 'cos I'm unable to fix them. [2004-08-19 12:06:27] esartoni at omniaglobal dot net Same problem here with Solaris SunOS SPARC 5.9 - Apache 1.3.29 - PHP 4.3.8 - OCI 9.2.0.1.0 The number of opened ocius.msg grows costantly reaching the fd limit. No problem with Linux Debian, Apache 1.3.29, PHP 4.3.8 and OCI 8.1.7.0.0 or with Linux RedHat 8, Apache 1.3.26, PHP 4.3.4 and OCI 9.2.0.1.0 I'll try with an older version of php and let you know what happens. [2004-08-18 18:43:05] [EMAIL PROTECTED] Tested under Linux with Oracle 9.2.0.1, Apache 1.3.31 and latest PHP5 PHP4 versions. Cannot reproduce your situation - there is still only one ocius.msb's descriptor. Plz, provide more info about software installed - versions of Oracle, Apache etc. [2004-08-17 11:34:14] yannick at agl dot fr Yes the limit of FD is exceeded... This issue occurs only with php not with JDBC under OCI. 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/29652 -- Edit this bug report at http://bugs.php.net/?id=29652edit=1
#29769 [NEW]: PHP crashes while receiving an ibase event
From: sascha dot uhl at gmx dot net Operating system: Windows 2000 PHP version: 5.0.1 PHP Bug Type: Reproducible crash Bug description: PHP crashes while receiving an ibase event Description: PHP crashes while using the ibase event alerter feature with firebird 1.5.1. I am using Apache 2.0.50, Firebird 1.5.1 and finally PHP 5.0.1. I execute the script, which is waiting for an db event. When the event happens, Dr.Watson appeares and PHP crashes. Reproduce code: --- function event_handler($event_name, $connection) { echo brein event; if ($event_name==RBS_UPDATE) { $query = SELECT RBS_RFPI, RBS_ISON FROM TBL_RBS ORDER BY RBS_RFPI; $result = ibase_query($query); while ($row = ibase_fetch_object ($result)) { // echo $row-RBS_RFPI .. $row-RBS_ISON . br; echo script type='text/javascript' updateRBSState('$row-RBS_RFPI',s.$row-RBS_ISON.); /script; } } } ibase_set_event_handler($connection, event_handler, RBS_UPDATE); ibase_wait_event($connection, RBS_UPDATE); Expected result: After receiving the event, the callback function should write the output to the browser. Actual result: -- Sorry, no backtrace... Receiving the result ends in Dr.Watson for PHP -- Edit bug report at http://bugs.php.net/?id=29769edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29769r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29769r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29769r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29769r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29769r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29769r=needscript Try newer version: http://bugs.php.net/fix.php?id=29769r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29769r=support Expected behavior: http://bugs.php.net/fix.php?id=29769r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29769r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29769r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29769r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29769r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29769r=dst IIS Stability: http://bugs.php.net/fix.php?id=29769r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29769r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29769r=float
#29770 [NEW]: popen() buffer too small
From: d dot rousseau at nnx dot com Operating system: Linux PHP version: 5.0.0 PHP Bug Type: Filesystem function related Bug description: popen() buffer too small Description: When calling popen() with a command line longer than 1024 characters, the command is truncated without any warning Reproduce code: --- $command = some line longer than 1024 characters; $handle = popen ($command); Expected result: I would expect at least a warning that says that the command line has been truncated or error saying that the command line is too long. This, and an increase to 2048 or 4096, if no general issue about comand line length. -- Edit bug report at http://bugs.php.net/?id=29770edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29770r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29770r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29770r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29770r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29770r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29770r=needscript Try newer version: http://bugs.php.net/fix.php?id=29770r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29770r=support Expected behavior: http://bugs.php.net/fix.php?id=29770r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29770r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29770r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29770r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29770r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29770r=dst IIS Stability: http://bugs.php.net/fix.php?id=29770r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29770r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29770r=float
#29771 [NEW]: mysqli_num_rows() crashes
From: mcnuke at gmx dot net Operating system: Debian Sarge Linux Kernel 2.6 PHP version: 5.0.1 PHP Bug Type: Reproducible crash Bug description: mysqli_num_rows() crashes Description: PHP crashes when calling the num_rows property of a result object: apache 2.0.50 error log: [Fri Aug 20 11:57:40 2004] [notice] child pid 17780 exit signal Segmentation fault (11) Reproduce code: --- ?php $conn = new mysqli('localhost', 'root', ''); $conn-select_db('test'); $conn-query(DROP TABLE segfault;); $conn-query(CREATE TABLE segfault (id TINYINT NOT NULL, PRIMARY KEY (id));); $res = $conn-query(SELECT * FROM segfault;); echo $res-num_rows; // this line causes php to crash $conn-close(); ? Expected result: printing a value: 0 Actual result: -- PHP crashes -- Edit bug report at http://bugs.php.net/?id=29771edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29771r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29771r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29771r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29771r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29771r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29771r=needscript Try newer version: http://bugs.php.net/fix.php?id=29771r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29771r=support Expected behavior: http://bugs.php.net/fix.php?id=29771r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29771r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29771r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29771r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29771r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29771r=dst IIS Stability: http://bugs.php.net/fix.php?id=29771r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29771r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29771r=float
#29766 [Fbk-Csd]: when use adodb to access mdb,php5 crash!
ID: 29766 User updated by: tmgh at www dot deyang dot gov dot cn Reported By: tmgh at www dot deyang dot gov dot cn -Status: Feedback +Status: Closed Bug Type: ODBC related Operating System: win2000 PHP Version: 5.0.1 New Comment: i have find it's NOT php5's bug.it's because of the mmcache(2.4.7-cvs).when i don't use mmcache,it's ok.maybe dstogov can tell me the solution. so i close the 'bug'. Previous Comments: [2004-08-20 09:22:00] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2004-08-20 03:47:41] tmgh at www dot deyang dot gov dot cn ps:there is no error and no crash when use php4.3.9rc1 [2004-08-20 03:36:41] tmgh at www dot deyang dot gov dot cn Description: i use adodb(http://sourceforge.net/projects/adodb/) and php5.0.1 to access mdb file.but php crash and apache2 restart. Reproduce code: --- ?php require('adodb/adodb.inc.php'); $db =ADONewConnection('access'); ? Expected result: no error and no crash Actual result: -- php crash and apache2 restart -- Edit this bug report at http://bugs.php.net/?id=29766edit=1
#29771 [Opn]: mysqli_num_rows() crashes
ID: 29771 User updated by: mcnuke at gmx dot net Reported By: mcnuke at gmx dot net Status: Open Bug Type: Reproducible crash Operating System: Debian Sarge Linux Kernel 2.6 PHP Version: 5.0.1 New Comment: i forgot to say .. i'm using mysql 4.1.3 Previous Comments: [2004-08-20 12:15:59] mcnuke at gmx dot net Description: PHP crashes when calling the num_rows property of a result object: apache 2.0.50 error log: [Fri Aug 20 11:57:40 2004] [notice] child pid 17780 exit signal Segmentation fault (11) Reproduce code: --- ?php $conn = new mysqli('localhost', 'root', ''); $conn-select_db('test'); $conn-query(DROP TABLE segfault;); $conn-query(CREATE TABLE segfault (id TINYINT NOT NULL, PRIMARY KEY (id));); $res = $conn-query(SELECT * FROM segfault;); echo $res-num_rows; // this line causes php to crash $conn-close(); ? Expected result: printing a value: 0 Actual result: -- PHP crashes -- Edit this bug report at http://bugs.php.net/?id=29771edit=1
#29771 [Opn-Fbk]: mysqli_num_rows() crashes
ID: 29771 Updated by: [EMAIL PROTECTED] Reported By: mcnuke at gmx dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Debian Sarge Linux Kernel 2.6 PHP Version: 5.0.1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Previous Comments: [2004-08-20 12:37:04] mcnuke at gmx dot net i forgot to say .. i'm using mysql 4.1.3 [2004-08-20 12:15:59] mcnuke at gmx dot net Description: PHP crashes when calling the num_rows property of a result object: apache 2.0.50 error log: [Fri Aug 20 11:57:40 2004] [notice] child pid 17780 exit signal Segmentation fault (11) Reproduce code: --- ?php $conn = new mysqli('localhost', 'root', ''); $conn-select_db('test'); $conn-query(DROP TABLE segfault;); $conn-query(CREATE TABLE segfault (id TINYINT NOT NULL, PRIMARY KEY (id));); $res = $conn-query(SELECT * FROM segfault;); echo $res-num_rows; // this line causes php to crash $conn-close(); ? Expected result: printing a value: 0 Actual result: -- PHP crashes -- Edit this bug report at http://bugs.php.net/?id=29771edit=1
#29771 [Fbk-Bgs]: mysqli_num_rows() crashes
ID: 29771 Updated by: [EMAIL PROTECTED] Reported By: mcnuke at gmx dot net -Status: Feedback +Status: Bogus Bug Type: Reproducible crash Operating System: Debian Sarge Linux Kernel 2.6 PHP Version: 5.0.1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. see #29656 Previous Comments: [2004-08-20 12:45:38] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2004-08-20 12:37:04] mcnuke at gmx dot net i forgot to say .. i'm using mysql 4.1.3 [2004-08-20 12:15:59] mcnuke at gmx dot net Description: PHP crashes when calling the num_rows property of a result object: apache 2.0.50 error log: [Fri Aug 20 11:57:40 2004] [notice] child pid 17780 exit signal Segmentation fault (11) Reproduce code: --- ?php $conn = new mysqli('localhost', 'root', ''); $conn-select_db('test'); $conn-query(DROP TABLE segfault;); $conn-query(CREATE TABLE segfault (id TINYINT NOT NULL, PRIMARY KEY (id));); $res = $conn-query(SELECT * FROM segfault;); echo $res-num_rows; // this line causes php to crash $conn-close(); ? Expected result: printing a value: 0 Actual result: -- PHP crashes -- Edit this bug report at http://bugs.php.net/?id=29771edit=1
#29652 [Opn]: number of FD to ocius.msg is growing
ID: 29652 User updated by: yannick at agl dot fr Reported By: yannick at agl dot fr Status: Open Bug Type: OCI8 related Operating System: Linux Redhat 7.3 PHP Version: 4.3.7 New Comment: i tried with 4.3.8 without HAVE_OCI_9_2 there is no problem. if i defined HAVE_OCI_9_2 the issue occurs. Previous Comments: [2004-08-20 10:26:00] yannick at agl dot fr tested with php 4.2.3 and php 5.0.1, there is no problem [2004-08-20 09:13:04] esartoni at omniaglobal dot net tony, i've already tested it with php 4.3.8 (cannot try with php 5) and with Solaris SunOS always gives the same problem. I'll try with the latest snapshot but always in the 4.x tree. [2004-08-19 12:15:52] [EMAIL PROTECTED] It would be better if you could try it with newer versions of PHP, especially latest snapshots from http://snaps.php.net. Older versions are not so important, 'cos I'm unable to fix them. [2004-08-19 12:06:27] esartoni at omniaglobal dot net Same problem here with Solaris SunOS SPARC 5.9 - Apache 1.3.29 - PHP 4.3.8 - OCI 9.2.0.1.0 The number of opened ocius.msg grows costantly reaching the fd limit. No problem with Linux Debian, Apache 1.3.29, PHP 4.3.8 and OCI 8.1.7.0.0 or with Linux RedHat 8, Apache 1.3.26, PHP 4.3.4 and OCI 9.2.0.1.0 I'll try with an older version of php and let you know what happens. [2004-08-18 18:43:05] [EMAIL PROTECTED] Tested under Linux with Oracle 9.2.0.1, Apache 1.3.31 and latest PHP5 PHP4 versions. Cannot reproduce your situation - there is still only one ocius.msb's descriptor. Plz, provide more info about software installed - versions of Oracle, Apache etc. 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/29652 -- Edit this bug report at http://bugs.php.net/?id=29652edit=1
#29283 [Com]: Statement isn't valid anymore warning during executing prepared mysqi queries
ID: 29283 Comment by: paradox at gmx dot at Reported By: divisor at ad69 dot com Status: Open Bug Type: MySQL related Operating System: FreeBSD 4.10 PHP Version: 5.0.0 New Comment: i've got the same problem with php 5.0.1 loaded as an apache module - mysql 4.1.3beta, win2k it seems that the error occurs more often on much used servers. on my dedicated test-server it is approximately one error on 100 statements. Previous Comments: [2004-08-03 08:48:09] alex at avannaproductions dot com I'll chime in as another voice of reason: this should be fixed before 5.0.1. At the moment, prepared statements are basically useless, as half the time they give this error and fail to return any data. I'm on MacOS X and Apache 2, with the same problem. [2004-07-25 18:33:46] dev at edwinchu dot info Hi, I have got the same problem. I am using PHP5 release with MySQL4.1.3-beta. The code is simple: $mysqli = new mysqli(); // connected successfully $stmt = $mysqli-prepare(SOME VALID QUERY); $stmt-execute(); // No problem here $mysqli2 = $mysqli; $mysqli2-query(THE SAME QUERY); // Still OK $stmt2 = $mysqli2-prepare(THE SAME QUERY); $stmt2-execute(); The last line failed and returning Warning: Statement isn't valid anymore in xxx. [2004-07-21 16:24:11] divisor at ad69 dot com it caused randomly on all statetments, prepare() was ok but execute() failed: if ($stmt=$DB-prepare(select something from table where name=?)) { $stmt-bind_param('s',$name); $stmt-execute(); // HERE PHP WRITE WARNING // AND STMT COINTAIN NO DATA variables stmt-error, stmt-errno are empty that's strange but after removing lines 182-187 from ext/mysqli/php_mysqli.h: if (!strcmp((char *)__name, mysqli_stmt)) {\ if (!((MYSQL_STMT *)__ptr)-mysql) {\ php_error(E_WARNING, Statement isn't valid anymore);\ RETURN_NULL();\ }\ }\ } it started working without any problems. but of course this 'hack' of php code isn't good ;) [2004-07-21 10:03:11] [EMAIL PROTECTED] Please provide a short script, where we can see where the error occurs. Also try to catch the errormessages via -stmt_error/errno properties. [2004-07-20 20:17:08] divisor at ad69 dot com sorry I've accidently provided wrong mysql version of course it's mysql 4.1.3 beta 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/29283 -- Edit this bug report at http://bugs.php.net/?id=29283edit=1
#27961 [Com]: PHP Warning: Function registration failed - duplicate name
ID: 27961 Comment by: larryab at spsp dot net Reported By: mikado at yahoo dot com Status: Bogus Bug Type: Dynamic loading Operating System: Linux 2.4.25-grsec PHP Version: 4.3.5 New Comment: Joy, thanks for publishing your answer. I have the same original problem and worked on it a long while before finding this dialog. A simple solution. But a disapointment, since it would seem that PHP could provide an error/warning message while it parses and finds duplicate keywords that are likely to confuse. Larry Previous Comments: [2004-06-01 11:29:58] banditbandit at wanadoo dot fr thx a lot for this 'so simple' answer ... as many users i searched a long time before solve this problem which overflow my log messages. [2004-05-04 06:55:46] jalmacen at edgeprojects dot com This happens when you are loading the same module twice. Typically this is common when you load the module via /etc/php.ini and then you have separate .ini files in /etc/php.d/ like mysql.ini, odbc.ini, etc. You can fix this by either commenting out the line for the module in /etc/php.ini or /etc/php.d/*ini Hope this helps. Joy Almacen [2004-04-12 23:19:03] mikado at 4vn dot org Sorry man, but cant find detail supports in your support section. You said that I had loaded extensions multiple times but it seems I loaded them ***OnE*** time for each of them! PS: YoUr ***SuPpOrT*** doesnt have any troubleshooting or some thing like that, just simply ***MiNiMaL*** documents! Mailling list huh? Someone also has this problem as me for a long time but They and I didnt receive any supports from ***YoU***, my ***php.net***! Thanks! PHP newbie! [2004-04-12 10:39:15] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. You're just loading the same extension multiple times. [2004-04-12 10:06:49] mikado at yahoo dot com Description: I compiled PHP 4.3.5 with Apache 1.3.29 by following steps: ===:Pre-config Apache:=== ./configure \ --prefix=/usr \ --sbindir=/usr/sbin \ --libexecdir=/usr/libexec/apache \ --sysconfdir=/etc/apache \ --datadir=/home/www \ --runtimedir=/var/run \ --logfiledir=/var/log/apache \ --proxycachedir=/var/cache/proxy ===:Config + Install PHP:=== ./configure \ --prefix=/usr \ --sysconfdir=/etc \ --with-gnu-ld \ --with-apache=../apache_1.3.29 \ --enable-force-cgi-redirect \ --enable-discard-path \ --enable-fastcgi \ --with-config-file-path=/etc/php \ --with-config-file-scan-dir=/etc/php \ --disable-rpath \ --with-openssl=shared \ --with-zlib=shared \ --with-zlib-dir=/usr \ --with-bz2=shared \ --with-curl=shared \ --with-mysql=shared,/usr/local/mysql \ --enable-dba=shared \ --with-inifile \ --with-flatfile \ --with-dom=shared,/usr \ --with-dom-xslt=/usr \ --with-dom-exslt=/usr \ --with-fribidi=shared \ --with-gd=shared,/usr \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-tiff-dir=/usr \ --with-xpm-dir=/usr/X11R6 \ --with-ttf \ --with-freetype-dir=/usr \ --with-t1lib \ --enable-gd-native-ttf \ --enable-gd-jis-conv \ --with-gettext=shared \ --with-gmp=shared \ --with-hyperwave=shared \ --with-iconv=shared \ --with-mime-magic=shared \ --with-ncurses=shared \ --with-pdpro=shared \ --with-pspell=shared \ --with-qtdom=shared \ --with-mm= \ --enable-bcmath=shared \ --enable-calendar=shared \ --enable-dbase=shared \ --enable-dbx=shared \ --enable-dio=shared \ --enable-exif=shared \ --enable-filepro=shared \ --enable-ftp=shared \ --enable-mstring=shared \ --enable-sockets \ --enable-sysvmsg=shared \ --enable-sysvsem=shared \ --enable-sysvshm=shared \ --enable-wddx=shared \ --enable-yp \ --enable-memory-limit \ --enable-zend-multibyte then make + make install ===:Config + Install Apache:=== ./configure \ --prefix=/usr \ --sbindir=/usr/sbin \ --libexecdir=/usr/libexec/apache \ --sysconfdir=/etc/apache \ --datadir=/home/www \ --runtimedir=/var/run \ --logfiledir=/var/log/apache \ --proxycachedir=/var/cache/proxy \ --disable-rule=SSL_COMPAT \ --activate-module=src/modules/php4/libphp4.a \ --enable-module=all \ --enable-shared=max \ --disable-module=example \ --enable-suexec \ --suexec-caller=httpd \ --suexec-docroot=/home/www/htdocs \ --suexec-logfile=/var/log/apache/suexec_log \ --suexec-userdir=web \ --suexec-uidmin=1 \ --suexec-gidmin=1 then make + make install ===:httpd.conf file:=== #... LoadModule php4_module
#28908 [Com]: Strange SQL server error when query contains special chars
ID: 28908 Comment by: kimmo at kei-kun dot net Reported By: skissane at iips dot mq dot edu dot au Status: Assigned Bug Type: MSSQL related Operating System: Linux PHP Version: 4.3.7 Assigned To: fmk New Comment: I have the same problem. I've been testing some things with MySQL and MSSQL to see how they behave in accordance to this issue. I'm using a Swedish test string with special chars in it to see how the db reacts (I'm from Sweden): 'Detta är en test av special bokstäver. Även stora. ÅÄÖåäöÜüÉé.' Testing with MySQL: == Inserting the string with the commandline MySQL client: -- Selecting the text from the client results in: 'Detta är en test av special bokstäver. Även stora. ÅÄÖåäöÜüÉé.' Selecting the text from Php results in: 'Detta r en test av special bokstver. ven stora. .' The reverse - inserting the string from Php: --- Selecting the text from Php results in: 'Detta är en test av special bokstäver. Även stora. ÅÄÖåäöÜüÉé.' Selecting the text from the MySQL client results in: 'Detta õr en test av special bokstõver. -ven stora. +-ÍÕõ÷_³+Ú.' --- These test was done on a machine running Windows, with Php and MySQL. The same test on a machine running Linux didn't have ANY ISSUE OF CHARATER CONVERTION AT ALL. I ran all these tests with MSSQL too (on Windows only), and got similar results as MySQL on Windows. Original string: 'Detta är en test av special bokstäver. Även stora. ÅÄÖåäöÜüÉé.' Returned string: 'Detta är en test av special bokstäver. -ven stora. +-Öåäö_ü+é.' The problem seems to be that while MySQL handles all these special characters convertions without damaging the strings - MSSQL don't. Probably because it doesn't store some of the chars that the non-standard-ascii chars get converted into properly. Note that not all special chars are corrupted, only some of them. It seems that Php is internally using ISO-8859-1 while Windows and the database applications on Windows are using the ANSI encoding. I don't know if there is any easy solution, so for the moment I am forced to create a workaround by encoding all the text strings into htmlenteties. The problem with this solution is that I have to disable the search function on the site that I am setting up :(. If anyone knows a better solution to this problem - feel free to email me. Previous Comments: [2004-08-03 19:07:56] webmaster at path dot org PHP v 4.3.4: I am having the same issue: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql' '--with-mssql=/usr/local' Freetds v 0.61.2 using protocol 7.0 Connecting to MS SQL Server 2000 (on a separate box, of course) Ran the same test as above: $r = mssql_connect(servername,username,password); mssql_query(SELECT ' . chr(183) . ',$r); Get the following error: Warning: mssql_query(): message: Unclosed quotation mark before the character string '??'. (severity 15) in /usr/local/apache2/htdocs/apps/consucap/test.php on line 13 Warning: mssql_query(): message: Line 1: Incorrect syntax near '??'. (severity 15) in /usr/local/apache2/htdocs/apps/consucap/test.php on line 13 Warning: mssql_query(): Query failed in /usr/local/apache2/htdocs/apps/consucap/test.php on line 13 [2004-06-29 21:04:02] [EMAIL PROTECTED] I have testet your script with PHP4 and PHP5 (latest CVS) with the latest cvs version of FreeTDS and I'm onable to reproduce the error. Could you try to use the CVS version of PHP ? [2004-06-24 08:50:10] skissane at iips dot mq dot edu dot au Also, I tested this, it works fine on 4.3.6. So this is a regression in 4.3.7. [2004-06-24 08:06:45] skissane at iips dot mq dot edu dot au Description: running freetds 0.63 ./configure: './configure' '--with-apxs2=/usr/sbin/apxs' '--with-mssql=/usr/local' '--with-mysql' '--with-curl' '--with-dom' '--with-zlib' '--enable-xslt' '--with-xslt-sablot' '--with-sablot-js' '--enable-dba' '--with-cdb' '--with-gd' '--with-socket' '--with-ldap' Reproduce code: --- ? $r = mssql_connect(servername,username,password); mssql_query(SELECT ' . chr(183) . ',$r); The above query works fine when run directly from Query Analyser. (where servername is a SQL Server 2000; freetds protocol version used 8.0.) Expected result: No error. Actual result: -- Warning: mssql_query(): message: Unclosed quotation mark before the character string 'é¼ (severity 15) in /home/skissane/adm/freetds-0.63.dev.20040622/phptest.php on line 3 Warning: mssql_query(): message: Line 1: Incorrect syntax near 'é¼
#28908 [Com]: Strange SQL server error when query contains special chars
ID: 28908 Comment by: kimmo at kei-kun dot net Reported By: skissane at iips dot mq dot edu dot au Status: Assigned Bug Type: MSSQL related Operating System: Linux PHP Version: 4.3.7 Assigned To: fmk New Comment: After a while of Googling I found the following fix: Start the Microsoft SQL Server/Client Network Utility and go to the tab DB-Library Option. Uncheck the Automatic ANSI to OEM convertion. Perhaps this information could be added to the php docs in the chapter regarding MSSQL, since I think many people using MSSQL+PHP and not speaking English as their first language could benefit from this information. Previous Comments: [2004-08-20 17:56:05] kimmo at kei-kun dot net I have the same problem. I've been testing some things with MySQL and MSSQL to see how they behave in accordance to this issue. I'm using a Swedish test string with special chars in it to see how the db reacts (I'm from Sweden): 'Detta är en test av special bokstäver. Även stora. ÅÄÖåäöÜüÉé.' Testing with MySQL: == Inserting the string with the commandline MySQL client: -- Selecting the text from the client results in: 'Detta är en test av special bokstäver. Även stora. ÅÄÖåäöÜüÉé.' Selecting the text from Php results in: 'Detta r en test av special bokstver. ven stora. .' The reverse - inserting the string from Php: --- Selecting the text from Php results in: 'Detta är en test av special bokstäver. Även stora. ÅÄÖåäöÜüÉé.' Selecting the text from the MySQL client results in: 'Detta õr en test av special bokstõver. -ven stora. +-ÍÕõ÷_³+Ú.' --- These test was done on a machine running Windows, with Php and MySQL. The same test on a machine running Linux didn't have ANY ISSUE OF CHARATER CONVERTION AT ALL. I ran all these tests with MSSQL too (on Windows only), and got similar results as MySQL on Windows. Original string: 'Detta är en test av special bokstäver. Även stora. ÅÄÖåäöÜüÉé.' Returned string: 'Detta är en test av special bokstäver. -ven stora. +-Öåäö_ü+é.' The problem seems to be that while MySQL handles all these special characters convertions without damaging the strings - MSSQL don't. Probably because it doesn't store some of the chars that the non-standard-ascii chars get converted into properly. Note that not all special chars are corrupted, only some of them. It seems that Php is internally using ISO-8859-1 while Windows and the database applications on Windows are using the ANSI encoding. I don't know if there is any easy solution, so for the moment I am forced to create a workaround by encoding all the text strings into htmlenteties. The problem with this solution is that I have to disable the search function on the site that I am setting up :(. If anyone knows a better solution to this problem - feel free to email me. [2004-08-03 19:07:56] webmaster at path dot org PHP v 4.3.4: I am having the same issue: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql' '--with-mssql=/usr/local' Freetds v 0.61.2 using protocol 7.0 Connecting to MS SQL Server 2000 (on a separate box, of course) Ran the same test as above: $r = mssql_connect(servername,username,password); mssql_query(SELECT ' . chr(183) . ',$r); Get the following error: Warning: mssql_query(): message: Unclosed quotation mark before the character string '??'. (severity 15) in /usr/local/apache2/htdocs/apps/consucap/test.php on line 13 Warning: mssql_query(): message: Line 1: Incorrect syntax near '??'. (severity 15) in /usr/local/apache2/htdocs/apps/consucap/test.php on line 13 Warning: mssql_query(): Query failed in /usr/local/apache2/htdocs/apps/consucap/test.php on line 13 [2004-06-29 21:04:02] [EMAIL PROTECTED] I have testet your script with PHP4 and PHP5 (latest CVS) with the latest cvs version of FreeTDS and I'm onable to reproduce the error. Could you try to use the CVS version of PHP ? [2004-06-24 08:50:10] skissane at iips dot mq dot edu dot au Also, I tested this, it works fine on 4.3.6. So this is a regression in 4.3.7. [2004-06-24 08:06:45] skissane at iips dot mq dot edu dot au Description: running freetds 0.63 ./configure: './configure' '--with-apxs2=/usr/sbin/apxs' '--with-mssql=/usr/local' '--with-mysql' '--with-curl' '--with-dom' '--with-zlib' '--enable-xslt' '--with-xslt-sablot' '--with-sablot-js' '--enable-dba' '--with-cdb' '--with-gd' '--with-socket' '--with-ldap' Reproduce code: --- ? $r =
#29176 [Asn]: $GLOBALS['_REQUEST'], $GLOBALS['_ENV'] AND $GLOBALS['_SERVER'] are empty
ID: 29176 User updated by: webmaster at ragnarokonline dot de Reported By: webmaster at ragnarokonline dot de Status: Assigned Bug Type: Variables related Operating System: SuSE 9.0 PHP Version: 5.0.0 Assigned To: sesser New Comment: Perhaps triggering the jit, when $GLOBALS['_REQUEST'], $GLOBALS['_ENV'] or $GLOBALS['_SERVER'] is being called should fix the issue? Previous Comments: [2004-08-19 23:01:56] marcus at synchromedia dot co dot uk I'm seeing this in a fresh compile of 5.0.1 on RedHat EL 3. Again, turning register_long_arrays is a workaround until it's fixed properly. FWIW, I'm also using mmcache. [2004-08-19 09:20:32] info at webaq dot com PHP File use SafeGuard Suite 3.5.0 encode Apache 1.3.29 PHP 5.0.0 Zend Engine v2.0.0 Zend Optimizer v2.5.3 Notice: Undefined variable: _SERVER in /www/ZendEncode.php on line 2 Undefined variable: _SERVER!!! _ [2004-07-16 09:35:12] tmgh at www dot deyang dot gov dot cn if set register_long_arrays=Off auto_globals_jit=off ,php5+mmcache2.4.7-cvs work greatly. can somebody tell me what's auto_globals_jit? [2004-07-16 03:09:03] webmaster at ragnarokonline dot de The dev replys, when he checked in a fix. So we have to wait, what the devs say ;) [2004-07-16 03:04:53] tmgh at www dot deyang dot gov dot cn at present,the cvs does not have newest source.maybe i have to wait for few time.thanks for your response. ps:it's mmcache's bug? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/29176 -- Edit this bug report at http://bugs.php.net/?id=29176edit=1
#29773 [NEW]: problemas con make
From: freddyk02 at yahoo dot com Operating system: linux red hat 9 PHP version: 5.0.1 PHP Bug Type: Informix related Bug description: problemas con make Description: i have tried to install the php's functions for informix, but i have had some problems, i installed the apache 2.0.50 and the php 5.0.1, when i configure the php with the next line ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-informix. i have set the default path for informix (/home/informix). i got the next error. Reproduce code: --- /zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_ts_hash.lo Zend/zend_stream.lo Zend/zend_iterators.lo Zend/zend_interfaces.lo Zend/zend_exceptions.lo Zend/zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_reflection_api.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lcrypt -lmysqlclient -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lcrypt -o sapi/cli/php main/internal_functions_cli.lo(.data.rel+0x28): undefined reference to `ifx_module_entry' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 -- Edit bug report at http://bugs.php.net/?id=29773edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29773r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29773r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29773r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29773r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29773r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29773r=needscript Try newer version: http://bugs.php.net/fix.php?id=29773r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29773r=support Expected behavior: http://bugs.php.net/fix.php?id=29773r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29773r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29773r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29773r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29773r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29773r=dst IIS Stability: http://bugs.php.net/fix.php?id=29773r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29773r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29773r=float
#29176 [Asn]: $GLOBALS['_REQUEST'], $GLOBALS['_ENV'] AND $GLOBALS['_SERVER'] are empty
ID: 29176 User updated by: webmaster at ragnarokonline dot de Reported By: webmaster at ragnarokonline dot de Status: Assigned Bug Type: Variables related Operating System: SuSE 9.0 PHP Version: 5.0.0 Assigned To: sesser New Comment: mmh ... or even $GLOBALS in general, so var_dump($GLOBALS) would include $_SERVER, $_ENV and $_REQUEST and scripts, like ?php var_dump(in_array('_SERVER', array_keys($GLOBALS))); ? work as expected, which means the above script would return bool(true) for example? Previous Comments: [2004-08-20 19:56:22] webmaster at ragnarokonline dot de Perhaps triggering the jit, when $GLOBALS['_REQUEST'], $GLOBALS['_ENV'] or $GLOBALS['_SERVER'] is being called should fix the issue? [2004-08-19 23:01:56] marcus at synchromedia dot co dot uk I'm seeing this in a fresh compile of 5.0.1 on RedHat EL 3. Again, turning register_long_arrays is a workaround until it's fixed properly. FWIW, I'm also using mmcache. [2004-08-19 09:20:32] info at webaq dot com PHP File use SafeGuard Suite 3.5.0 encode Apache 1.3.29 PHP 5.0.0 Zend Engine v2.0.0 Zend Optimizer v2.5.3 Notice: Undefined variable: _SERVER in /www/ZendEncode.php on line 2 Undefined variable: _SERVER!!! _ [2004-07-16 09:35:12] tmgh at www dot deyang dot gov dot cn if set register_long_arrays=Off auto_globals_jit=off ,php5+mmcache2.4.7-cvs work greatly. can somebody tell me what's auto_globals_jit? [2004-07-16 03:09:03] webmaster at ragnarokonline dot de The dev replys, when he checked in a fix. So we have to wait, what the devs say ;) 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/29176 -- Edit this bug report at http://bugs.php.net/?id=29176edit=1
#29774 [NEW]: no string variable allowed in function get_class_vars and get_class_methods
From: rkressirer at t-online dot de Operating system: WIN2K PHP version: 5.0.0 PHP Bug Type: Class/Object related Bug description: no string variable allowed in function get_class_vars and get_class_methods Description: For to analyse objects the following function was written. According to the manual it should be possible to use a 'string class_name' as variable in the functions get_class_vars() and get_class_methods(). It turned out, that this is not the case. Only by replacing the variable (in this case 'KlassenName') by the function get_class($obj) the required result will be obtained. The code shows both versions of each function and the respective Error Message. (windows+apache1.x+php module version on localhost) Reproduce code: --- function object_structure($obj) { print (Klasse: .$KlassenName= (get_class($obj)).br); $properties = (get_object_vars($obj)); while (list($prop, $val) = each($properties)) echo $prop = $valbr; //- //works: $stdClassVars = (get_class_vars(get_class($obj))); while (list($prop) = each($stdClassVars)) echo Standardelement: $propbr; //does not work: //Warning: Variable passed to each() is not an array or object in f:\programme\apache... $stdClassVars = (get_class_vars($KlassenName)); while (list($prop) = each($stdClassVars)) echo Standardelement: $propbr; //-//works: $methods = (get_class_methods(get_class($obj))); foreach ($methods as $method) print(Methode: .$method.br); //does not work: //Warning: Invalid argument supplied for foreach() in f:\programme... $methods = (get_class_methods($KlassenName)); foreach ($methods as $method) print(Methode: .$method.br); return; } ? Expected result: any existing class_variable or method of an object should be shown with both versions. For testing I used: class baugruppe{ public $BG_ID, $BG_NAME, $BG_NR='421500.000', $Version='d'; function __construct($BG_ID, $BG_NAME) { $this-BG_ID =$BG_ID; $this-BG_NAME=$BG_NAME; return; } function show() { echo $this-BG_IDbr; echo $this-BG_NRbr; echo $this-BG_NAMEbr; echo $this-Versionbr; return; } } //end class $transferarm= new baugruppe(3,'Transferarm'); Actual result: -- only version marked with works shows results. -- Edit bug report at http://bugs.php.net/?id=29774edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29774r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29774r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29774r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29774r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29774r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29774r=needscript Try newer version: http://bugs.php.net/fix.php?id=29774r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29774r=support Expected behavior: http://bugs.php.net/fix.php?id=29774r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29774r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29774r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29774r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29774r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29774r=dst IIS Stability: http://bugs.php.net/fix.php?id=29774r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29774r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29774r=float
#5656 [Csd]: ifx_pconnect : E [SQLSTATE=IX 001 SQLCODE=-1829]
ID: 5656 User updated by: marsu at europe dot com Reported By: marsu at europe dot com Status: Closed Bug Type: Informix related Operating System: Linux RedHat 6 PHP Version: 4.0 Release Candidate 2 Assigned To: danny New Comment: The troubles i Had were solverd by removing the PHP module for Informix Database Access from the inner module of Apache. Said in another way, the problem was solved by deactivating the php inculded in Apache. But I don't work in the entreprise I was in at that time since years, so I won't be able to help you much more :( Hope this helps! Previous Comments: [2004-08-20 01:04:49] SWISSWAP at BLUEWIN dot CH ifx_pconnect SQLCODE = -1829 = I have developed a payment gateway that uses Informix Database. The gateway never reported database connection problem since it launched live in Aug. 2003. The gateway is running as a cgi (C and ESQL/C) on Apache httpsd. However, we have web-applications written in PHP which use the same database server and suffer from ifx_pconnect problem that mentioned in Bug 5656. We have employed Informix specialists to check informix CSDK and other configuration stuffs. They have not found anything wrong with configuration that may cause the connection problem. I guess the problem is either with PHP informix module or PHP and Apache... Apache or PHP open/close operations with file handle are not consistent. I will appreciate if ideas about fixes or suggestions to get rid of the connection problem with PHP. [2000-12-07 11:20:20] [EMAIL PROTECTED] Reopen, if this still happens when using latest snapshot from http://snaps.php.net/ --Jani [2000-10-03 03:58:00] [EMAIL PROTECTED] I really need the versions of : - Informix Server (IDS 7.x, 2000, or SE 7.x ?) - Informix ESQL/C or CSDK used to build modphp Danny --- [2000-10-02 20:10:09] marsu at europe dot com Though this item was closed, I have to re-open it. I still have the problem, which happens or doesn't happen, without any apparent reason. We've opened a call with Informix support, which hasn't found anything yet. We've tested 3.0.14 AND 4.0RC1 ; the trouble is still there. We have tested Danny's proposed solution; the symptoms remain. Sometimes we can connect, sometimes not. Lastly I noticed that the persistant optin is set in httpd.ini file; so maybe the tests made with ifx_connect() instead of ifx_pconnect() may not mean anything. Anyway, in the ifx_close() doc, I read that it doesn't close the persistant opened connections. Is this true? (I also tested with no call to ifx_close().) I can't find a solution to this. Did something change in the code of ifx_connect in the 4.02 PHP release??? maybe it could help, but I can't do it without knowing this. TIA, [EMAIL PROTECTED] [2000-08-27 18:08:40] [EMAIL PROTECTED] Danny: I assume you forgot to close this one? If not please reopen with feedback. --Jani 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/5656 -- Edit this bug report at http://bugs.php.net/?id=5656edit=1
#29775 [NEW]: can't compile with both --with-mysql and --with-mysqli
From: rjblickbogus at hotmail dot com Operating system: Redhat 9 PHP version: 5.0.1 PHP Bug Type: Compile Failure Bug description: can't compile with both --with-mysql and --with-mysqli Description: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr/include/mysql/ --disable-cgi WORKS FINE. ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysqli=/usr/bin/mysql_config --disable-cgi WORKS FINE. But, combining --with-mysql and --with-mysqli: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr/include/mysql/ --with-mysqli=/usr/bin/mysql_config --disable-cgi fails during make with a laundry list of errors of the form: /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x320): In function `net_write_command': : multiple definition of `net_write_command' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x320): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x9c0): In function `my_net_read': : multiple definition of `my_net_read' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x9c0): first defined here collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 MySQL 4.1.3-beta is in use. -- Edit bug report at http://bugs.php.net/?id=29775edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29775r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29775r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29775r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29775r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29775r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29775r=needscript Try newer version: http://bugs.php.net/fix.php?id=29775r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29775r=support Expected behavior: http://bugs.php.net/fix.php?id=29775r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29775r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29775r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29775r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29775r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29775r=dst IIS Stability: http://bugs.php.net/fix.php?id=29775r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29775r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29775r=float
#29776 [NEW]: magic_quotes_gpc = off not affecting GPC keys
From: jps at corah dot org Operating system: GNU/Linux PHP version: 5.0.0 PHP Bug Type: Strings related Bug description: magic_quotes_gpc = off not affecting GPC keys Description: The $_GET, $_POST and $_COOKIE index keys (having the latter two not been confirmed) get escaped even when magic_quotes_gpc is disabled. This is not a big problem since few people will actually use special characters on those, but it seems inconsistent to me, so I am reporting it. I didn't really test the the $_POST and $_COOKIE variables, but I guess the behaviour would be the same. This problem does not affect other regular array keys. Personally I'd rather that you remove the whole magic_quotes stuff once and for all, and send all lame programmers who depend on it to hell, since this setting makes it much harder to write portable code and php has builtin functions to specificly escape strings. Reproduce code: --- ?php echo(magic_quotes_runtime is . (get_magic_quotes_runtime() ? on : off).br /); echo(magic_quotes_gpc is . (get_magic_quotes_gpc() ? on : off).br /); while (list($key, $val) = each($_GET)) echo(htmlentities($key. = .$val).br /); echo(htmlentities(For: .$_SERVER[REQUEST_URI]).br /); ? Expected result: magic_quotes_runtime is off magic_quotes_gpc is off get = hello For: /~jps/flot/calls/poc.php?get=hello Actual result: -- magic_quotes_runtime is off magic_quotes_gpc is off \get\ = hello For: /~jps/flot/calls/poc.php?get=hello -- Edit bug report at http://bugs.php.net/?id=29776edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29776r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29776r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29776r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29776r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29776r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29776r=needscript Try newer version: http://bugs.php.net/fix.php?id=29776r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29776r=support Expected behavior: http://bugs.php.net/fix.php?id=29776r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29776r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29776r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29776r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29776r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29776r=dst IIS Stability: http://bugs.php.net/fix.php?id=29776r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29776r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29776r=float
#28772 [Com]: No input file specified.
ID: 28772 Comment by: flyfishMT69 at hotmail dot com Reported By: pieter at amazed dot nl Status: Bogus Bug Type: iPlanet related Operating System: win nt 4 PHP Version: 4.3.7 New Comment: Same problem with PHP5.01, IIS5.1 Previous Comments: [2004-08-12 06:40:51] mike at hotmail dot com I'm having the same error with php5 and iis6. I've tried ?php phpinfo(); ? and echohello world; - i get this: No input file specified. [2004-06-29 18:57:40] [EMAIL PROTECTED] No bug - bogus [2004-06-29 18:10:37] pieter at amazed dot nl Hai there it is not a bug in the first place it is a bug in the webpublishing part of the server eg 3.63 I removed webpublishing function agent of then occurred the following: http server would not start i looked into the event viewer got this message: cannot find function: agent_name_trans because with webpublishing on agents are on but with webpublishing off agents go off too! andwhat i not could find before i found in obj.conf agent_name_trans still in obj conf so I removed it first made a copy of obj.conf orig and edited the thing. removed restarted the server when something wrong in obj.conf server never starts! reloaded the file in servermanager and applied it test.php in browser and voila works!!! cheers Pieter [2004-06-29 18:05:40] pieter at amazed dot nl Hai ther it is not a bug in the first place it is a bug in the webpublishing part of the server eg 3.63 I removed webpublishing function agent of then occurred the following: http server would not start i looked into the event viewer got this message: cannot find function: agent_name_trans because with webpublishing on agents are on but with webpublishing off agents go off too! andwhat i not could find before i found in obj.conf agent_name_trans still in obj conf so I removed it first made a copy of obj.conf orig and edited the thing. removed restarted the server when something wrong in obj.conf server never starts! reloaded the file in servermanager and applied it test.php in browser and voila works!!! eg you should never use webpublishing because of severe attack problems and the server crashes this was another problem i had with this thing saw this morning in eventviewer an attacker coming up with posts and finally with PROPFIND this time the server won from this attacker found his adress and will attack this one legaly cheers Pieter [2004-06-22 00:47:09] jaoshar at yahoo dot fr No, it is a bug. I use PHP v4.3.5 and it works fine in cmd, but returns the unremovable No input file specified with Apache (2.0.48 or 1.3.39). I've been months on this problem, read all the support/discussion places, but it seems there's no way out of this problem. My personal conclusion is that PHP guys intended to put such a bug in the windows binary (maybe to support products like Sokkit). I stopped trying. When it will be solved, I'll be back to PHP ;o), but learnd lots of things with Perl in the meanwhile ! 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/28772 -- Edit this bug report at http://bugs.php.net/?id=28772edit=1
#29777 [NEW]: C++ comments in C code
From: akrosung at gmail dot com Operating system: Solaris 9 PHP version: 5.0.1 PHP Bug Type: Compile Failure Bug description: C++ comments in C code Description: Line 1103 in Installation directory $NSTALL_ROOT/php-5.0.1/Zend/zend_compile.c lcname[sizeof(lcname)-1] = '\0'; // zend_str_tolower_copy won't necessarily set the zero byte/ Comment is in C++ format and crashes the make Replaced the comment with /* .. */ enclosing it and it compiles fine. Reproduce code: --- Use Solaris 9 with apache 1.3.31 Sun Forte 6 compilers # ./configure # make Expected result: ... Build complete. (It is safe to ignore warnings about tempnam and tmpnam). Actual result: -- ... /opt/SUNWspro/bin/cc -IZend/ -I/home/akrosung/INSTALL/newweb/php-5.0.1/Zend/ -DPHP_ATOM_INC -I/home/akrosung/INSTALL/newweb/php-5.0.1/include -I/home/akrosung/INSTALL/newweb/php-5.0.1/main -I/home/akrosung/INSTALL/newweb/php-5.0.1 -I/home/akrosung/INSTALL/newweb/php-5.0.1/Zend -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/imap-2001a//include -I/usr/netscape/include -I/usr/local/mysql/include -D_POSIX_PTHREAD_SEMANTICS -I/home/akrosung/INSTALL/newweb/php-5.0.1/TSRM -g -c /home/akrosung/INSTALL/newweb/php-5.0.1/Zend/zend_compile.c -o Zend/zend_compile.o echo Zend/zend_compile.lo /home/akrosung/INSTALL/newweb/php-5.0.1/Zend/zend_compile.c, line 1103: syntax error before or at: / /home/akrosung/INSTALL/newweb/php-5.0.1/Zend/zend_compile.c, line 1103: newline in character constant /home/akrosung/INSTALL/newweb/php-5.0.1/Zend/zend_compile.c, line 1103: warning: character constant too long /home/akrosung/INSTALL/newweb/php-5.0.1/Zend/zend_compile.c, line 1108: cannot recover from previous errors cc: acomp failed for /home/akrosung/INSTALL/newweb/php-5.0.1/Zend/zend_compile.c *** Error code 2 make: Fatal error: Command failed for target `Zend/zend_compile.lo' -- Edit bug report at http://bugs.php.net/?id=29777edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29777r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29777r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29777r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29777r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29777r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29777r=needscript Try newer version: http://bugs.php.net/fix.php?id=29777r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29777r=support Expected behavior: http://bugs.php.net/fix.php?id=29777r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29777r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29777r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29777r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29777r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29777r=dst IIS Stability: http://bugs.php.net/fix.php?id=29777r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29777r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29777r=float
#29524 [Fbk-NoF]: Trying to connect to an oracle 9i Db, script hangs, same script on PHP4 works
ID: 29524 Updated by: [EMAIL PROTECTED] Reported By: fadi at netways dot com -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 5.0.0 Assigned To: tony2001 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2004-08-13 17:41:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip There were some thread safety related changes. Please, try a snapshot. [2004-08-12 05:02:38] vincomaldini at hotmail dot com I've had this SAME problem on two different machines with W2K spk4, Oracle 9.2.0.1 and IIS. It seems that any attempt to use OCILogon or oci_connect causes the script to hang indefinitely and not close the HTTP connection. [2004-08-04 14:21:22] fadi at netways dot com Description: Platform: = PHP 5.0 (Release) Windows 2000 server IIS 6.0 (PHP runs as ISAPI module) Oracle 9i Client Tools (Admin) ORACLE_HOME correctly set as system variable Oracle Databae 9i installed on a separate reachable server (i tested sqlplus). IUSR_ has correct permissions to C:\PHP and C:\Oracle\Ora92 directories. IMPORTANT: Simply replacing PHP 5 with PHP 4.3.4 works Reproduce code: --- ?php $dbConnString = (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST = myserver)(PORT=1521))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=mydb))); $conn = OCILogon('username', 'password', $dbConnString); if( $conn ) echo Connected: . OCIServerVersion( $conn ); else { echo Not Connected; exit(); } $query = SELECT * FROM LoginBackOffice; $statement = OCIParse ($conn, $query); OCIExecute ($statement); while (OCIFetchInto ($statement, $row, OCI_ASSOC)) { echo hr; print_r( $row ); } ocilogoff( $conn ); ? Expected result: 2 rows of data Actual result: -- Script hangs indefinitly -- Edit this bug report at http://bugs.php.net/?id=29524edit=1
#29777 [Opn-Csd]: C++ comments in C code
ID: 29777 Updated by: [EMAIL PROTECTED] Reported By: akrosung at gmail dot com -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Solaris 9 PHP Version: 5.0.1 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-08-21 00:38:39] akrosung at gmail dot com Description: Line 1103 in Installation directory $NSTALL_ROOT/php-5.0.1/Zend/zend_compile.c lcname[sizeof(lcname)-1] = '\0'; // zend_str_tolower_copy won't necessarily set the zero byte/ Comment is in C++ format and crashes the make Replaced the comment with /* .. */ enclosing it and it compiles fine. Reproduce code: --- Use Solaris 9 with apache 1.3.31 Sun Forte 6 compilers # ./configure # make Expected result: ... Build complete. (It is safe to ignore warnings about tempnam and tmpnam). Actual result: -- ... /opt/SUNWspro/bin/cc -IZend/ -I/home/akrosung/INSTALL/newweb/php-5.0.1/Zend/ -DPHP_ATOM_INC -I/home/akrosung/INSTALL/newweb/php-5.0.1/include -I/home/akrosung/INSTALL/newweb/php-5.0.1/main -I/home/akrosung/INSTALL/newweb/php-5.0.1 -I/home/akrosung/INSTALL/newweb/php-5.0.1/Zend -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/imap-2001a//include -I/usr/netscape/include -I/usr/local/mysql/include -D_POSIX_PTHREAD_SEMANTICS -I/home/akrosung/INSTALL/newweb/php-5.0.1/TSRM -g -c /home/akrosung/INSTALL/newweb/php-5.0.1/Zend/zend_compile.c -o Zend/zend_compile.o echo Zend/zend_compile.lo /home/akrosung/INSTALL/newweb/php-5.0.1/Zend/zend_compile.c, line 1103: syntax error before or at: / /home/akrosung/INSTALL/newweb/php-5.0.1/Zend/zend_compile.c, line 1103: newline in character constant /home/akrosung/INSTALL/newweb/php-5.0.1/Zend/zend_compile.c, line 1103: warning: character constant too long /home/akrosung/INSTALL/newweb/php-5.0.1/Zend/zend_compile.c, line 1108: cannot recover from previous errors cc: acomp failed for /home/akrosung/INSTALL/newweb/php-5.0.1/Zend/zend_compile.c *** Error code 2 make: Fatal error: Command failed for target `Zend/zend_compile.lo' -- Edit this bug report at http://bugs.php.net/?id=29777edit=1
#28444 [Com]: Cannot access undefined property for object with overloaded property access
ID: 28444 Comment by: matth at alsync dot com Reported By: dennis at inmarket dot lviv dot ua Status: Analyzed Bug Type: Class/Object related Operating System: WinXP PHP Version: 5.0.0RC2 New Comment: Another work around for this is: a-b-__set('c', 'value'); At least the underlying calsses do not need to be changed to make this work. Previous Comments: [2004-08-05 11:19:49] dennis at inmarket dot lviv dot ua To [EMAIL PROTECTED]: Please don't feel hurt by this comment. I think you guys did a great job on making PHP5 what it is, but this bug is different. I think (but I mon sure, since I don't get anything in the PHP engine code) this should fix very well. [2004-08-05 11:04:45] [EMAIL PROTECTED] There are plenty of other non fixed bugs. If we were to release when the bug count reaches zero we would never release. [2004-08-05 10:52:50] dennis at inmarket dot lviv dot ua In my opinion, such workarounds should be replaced by fixing the issue in PHP itself. Indeed, it is funny that this works for getting properties, and doesn't for setting. Onother question: how did PHP5 make for a release with this core level bug? [2004-08-05 07:20:16] alexei at net24 dot co dot nz another workaround, it allows to use this feature now and to convert scripts later when this feature is available in php. class a { function __call ($property, $args){ return __get($property); } use it like this: $a-b-c=10; as $a-b()-c=10; echo $a-b-c; as echo $a-b()-c; [2004-08-05 06:48:18] alexei at net24 dot co dot nz it allows to read value referenced by $a-b-c but it does not allow to modify it, that's makes the whole thing inconsistent... workaround like below does the job, but it is ugly! $b=$a-b; $b-c=5; i think if -- is called it should call __get methods at all each stage and pass reference to the next - operation 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/28444 -- Edit this bug report at http://bugs.php.net/?id=28444edit=1
#29735 [Opn]: Segfault (11) / Possible stack corruption
ID: 29735 User updated by: sparkeh at btinternet dot com Reported By: sparkeh at btinternet dot com Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6.7-gentoo-r9 PHP Version: 5.0.1 New Comment: I've noticed that this is a duplicate of bug #28487 Previous Comments: [2004-08-19 20:50:11] sparkeh at btinternet dot com gdb stack trace from the first script (Ref: 3:24pm CEST) #0 0x081e74a2 in _zval_ptr_dtor () #1 0x08216d9f in zend_switch_free_handler () #2 0x08211dff in execute () #3 0x0821567d in zend_do_fcall_common_helper () #4 0x08215993 in zend_do_fcall_by_name_handler () #5 0x08211dff in execute () #6 0x081f2b17 in zend_execute_scripts () #7 0x081b4d31 in php_execute_script () #8 0x in ?? () #9 0x0003 in ?? () #10 0x in ?? () ... #970 0x5f706870 in ?? () #971 0x69727473 in ?? () #972 0x68775f70 in ?? () #973 0x4083a6c4 in mallopt () from /lib/libc.so.6 Previous frame inner to this frame (corrupt stack?) (gdb) :o) [2004-08-19 18:27:58] hip at cs dot okstate dot edu I getting a seg. fault on a simple little script that's worked for years and it sure smells like stack corruption. ? require_once(config.inc); require_once(Database.inc); $db = new Database(USER_ID, USER_PASSWORD); $db-connect(); $sql = select from STUDENT_STATUS ; $sql .= where STATUS='APPROVED' ; ? On my solaris 9 x86 box this seq. faults. Change the last line it seq faults. Remove the last line it doesn't. After a hour of playing, I've discovered that I can prevent a seg. fault by place echo statements (or some other random statment) in key positions in the file. That sure smells like stack corruption. I ran gdb on the core dump and the last lines of the backtrace are: #20 0x81b65da in zend_deactivate () at /usr/local/src/php-5.0.1/Zend/zend.c:819 #21 0x8182007 in php_request_shutdown (dummy=0x0) at /usr/local/src/php-5.0.1/main/main.c:1212 #22 0x81db50f in main (argc=2, argv=0x8047a18) at /usr/local/src/php-5.0.1/sapi/cli/php_cli.c:1046 and from what little I know of gdb it looks like it's happening when php is trying to shutdown. [2004-08-18 20:36:46] sparkeh at btinternet dot com N.B. Original code tested and works as expected with PHP 4.3.3 [2004-08-18 19:44:13] sparkeh at btinternet dot com There is no loop here. This is segfaulting because the function is failing to return correctly (stack corruption). Remove the global statement, and add an echo '' outside of the switch() braces to see normal (expected) program flow. [2004-08-18 17:18:38] sparkeh at btinternet dot com What loop?? Remove the global $moo and the $rar = 0 and it runs as expected: ? switch($t) { default: function segfault() { echo 'About to segfault : '; } segfault(); } echo 'Or not. Look no loop.'; ? 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/29735 -- Edit this bug report at http://bugs.php.net/?id=29735edit=1