#29719 [Fbk->Opn]: fgetcsv - double quotes issue
ID: 29719 User updated by: tjerk dot meesters at gmail dot com Reported By: tjerk dot meesters at gmail dot com -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Linux-2.4 PHP Version: 4.3.9RC2 New Comment: It's confirmed as fixed in 5.1.0-dev / build 2600. Thanks! Previous Comments: [2005-09-02 09:33:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-09-02 22:57:17] tjerk dot meesters at gmail dot com I'd like to remind you that this issue is still not resolved. It gives the wrong results when dealing with a line like below: """testing"""; The above is returned as: testing" (empty field) [2004-08-20 02:40:06] t dot meesters at triptic dot nl I meant that the problem is still there ;-) I've been browsing through the code and finally came up with the following patch: *** file.c.orig Fri Aug 20 02:30:27 2004 --- file.c Fri Aug 20 02:30:37 2004 *** *** 2391,2399 if ((p = memchr(p2, delimiter, (e - p2 { p2 = s; s = p + 1; - if (*p2 == enclosure) { - p2++; - } /* copy data to buffer */ buf2 = erealloc(buf2, buf2_len + (p - p2) + 1); --- 2391,2396 After setting p2 to s it doesn't seem like a good idea to check if the first character is a delimiter, since you might want to start a string with two consecutive double quotes. By increasing p2, thus effectively removing the first double quote, the trim_enclosed() function will regard the remaining double quote as garbage and ignore it. The patch has been tested and passes the above mentioned tests. [2004-08-18 23:35:23] t dot meesters at triptic dot nl Oops, I think the line wrapping caused an error in my initial input: please note that test #3 should be: """test with inline double quotes""" (on one line) Sorry for the inconvenience. [2004-08-18 23:15:15] [EMAIL PROTECTED] With latest CVS I get the correct output of: Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => "test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes" ) 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/29719 -- Edit this bug report at http://bugs.php.net/?id=29719&edit=1
#33383 [Opn->Fbk]: PHP crashes while retrieving data from Oracle
ID: 33383 Updated by: [EMAIL PROTECTED] Reported By: johnny at ouranous dot idv dot tw -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Solaris 9 PHP Version: 5.0.4 Assigned To: tony2001 New Comment: http://www.php.net/anoncvs.php (And please leave at Feedback until you can provide more information) Previous Comments: [2005-09-09 05:07:50] johnny at ouranous dot idv dot tw Sorry, I'm having a business trip now, will not be able to test until October. And I have no experience of build php from CVS, where can I get information about it? [2005-09-08 11:51:36] [EMAIL PROTECTED] Please try OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). [2005-06-20 11:39:06] johnny at ouranous dot idv dot tw http://snaps.php.net/php5-latest.tar.gz did not work, either. After some simple but stupid work by added some oci_debug in ext/oci8/oci8.c, I found the program crashed at line 2254: CALL_OCI_RETURN(connection->error, OCILobRead( connection->pServiceContext, connection->pError, mydescr->ocidescr, &readlen, /* IN/OUT bytes toread/read */ siz + 1, /* offset (starts with 1) */ (dvoid *) ((char *) buf + siz), readlen, /* size of buffer */ (dvoid *)0, (OCICallbackLobRead) 0, /* callback... */ (ub2) connection->session->charsetId, /* The character set ID of the buffer data. */ (ub1) SQLCS_IMPLICIT /* The character set form of the buffer data. */ ) ); when readlen == 1 and whenever the real data store in lob field is ' ' or not. (I was mistake in previous post, there is a ' ' in the clob field) I tried add readlen++; before buf = emalloc(readlen + 1); and it works in all my test case but I don't know if this is the correctly way to solve it. [2005-06-19 21:36:26] [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 [2005-06-19 17:30:59] johnny at gorilla dot com dot tw Configuration: CFLAGS="`getconf LFS_CFLAGS`" ./configure --prefix=/usr/local/php5 --with-oci8=/data/oracle/OraHome1 --with-ncurses=/usr/local/lib --enable-mbstring=all --enable-debug $gdb /usr/local/php5/bin/php core GNU gdb 6.0 Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.9"... Core was generated by `/usr/local/php5/bin/php -q test.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libpanel.so.5...done. Loaded symbols for /usr/local/lib/libpanel.so.5 Reading symbols from /usr/local/lib/libncurses.so.5...done. Loaded symbols for /usr/local/lib/libncurses.so.5 Reading symbols from /usr/lib/libresolv.so.2...done. Loaded symbols for /usr/lib/libresolv.so.2 Reading symbols from /usr/lib/libm.so.1...done. Loaded symbols for /usr/lib/libm.so.1 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/libgen.so.1...done. Loaded symbols for /usr/lib/libgen.so.1 Reading symbols from /usr/lib/libsched.so.1...done. Loaded symbols for /usr/lib/libsched.so.1 Reading symbols from /data/oracle/OraHome1/lib32/libclntsh.so.9.0...done. Loaded symbols for /data/oracle/OraHome1/lib32/libclntsh.so.9.0 Reading symbols from /usr/local/lib/libxml2.so.2...done. Loaded symbols
#34418 [Opn->Fbk]: configure: error: mysql configure failed.
ID: 34418 Updated by: [EMAIL PROTECTED] Reported By: gkanoff at cablespeed dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: OS X 10.4.2 PHP Version: 5.0.5 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. It compiles fine with both here. Previous Comments: [2005-09-09 01:59:02] gkanoff at cablespeed dot com php 5.0.5 does not compilee with gcc 3.3 but with 4.0 [2005-09-08 07:32:48] [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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2005-09-08 06:00:13] gkanoff at cablespeed dot com Description: OS X 10.4.2 Installed MySQL 4.1.14 GCC 3.3 checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... no checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Works with MySQL 4.1.12 not with 4.1.13 or 4.1.14 -- Edit this bug report at http://bugs.php.net/?id=34418&edit=1
#33383 [Fbk->Opn]: PHP crashes while retrieving data from Oracle
ID: 33383 User updated by: johnny at ouranous dot idv dot tw Reported By: johnny at ouranous dot idv dot tw -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Solaris 9 PHP Version: 5.0.4 Assigned To: tony2001 New Comment: Sorry, I'm having a business trip now, will not be able to test until October. And I have no experience of build php from CVS, where can I get information about it? Previous Comments: [2005-09-08 11:51:36] [EMAIL PROTECTED] Please try OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). [2005-06-20 11:39:06] johnny at ouranous dot idv dot tw http://snaps.php.net/php5-latest.tar.gz did not work, either. After some simple but stupid work by added some oci_debug in ext/oci8/oci8.c, I found the program crashed at line 2254: CALL_OCI_RETURN(connection->error, OCILobRead( connection->pServiceContext, connection->pError, mydescr->ocidescr, &readlen, /* IN/OUT bytes toread/read */ siz + 1, /* offset (starts with 1) */ (dvoid *) ((char *) buf + siz), readlen, /* size of buffer */ (dvoid *)0, (OCICallbackLobRead) 0, /* callback... */ (ub2) connection->session->charsetId, /* The character set ID of the buffer data. */ (ub1) SQLCS_IMPLICIT /* The character set form of the buffer data. */ ) ); when readlen == 1 and whenever the real data store in lob field is ' ' or not. (I was mistake in previous post, there is a ' ' in the clob field) I tried add readlen++; before buf = emalloc(readlen + 1); and it works in all my test case but I don't know if this is the correctly way to solve it. [2005-06-19 21:36:26] [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 [2005-06-19 17:30:59] johnny at gorilla dot com dot tw Configuration: CFLAGS="`getconf LFS_CFLAGS`" ./configure --prefix=/usr/local/php5 --with-oci8=/data/oracle/OraHome1 --with-ncurses=/usr/local/lib --enable-mbstring=all --enable-debug $gdb /usr/local/php5/bin/php core GNU gdb 6.0 Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.9"... Core was generated by `/usr/local/php5/bin/php -q test.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libpanel.so.5...done. Loaded symbols for /usr/local/lib/libpanel.so.5 Reading symbols from /usr/local/lib/libncurses.so.5...done. Loaded symbols for /usr/local/lib/libncurses.so.5 Reading symbols from /usr/lib/libresolv.so.2...done. Loaded symbols for /usr/lib/libresolv.so.2 Reading symbols from /usr/lib/libm.so.1...done. Loaded symbols for /usr/lib/libm.so.1 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/libgen.so.1...done. Loaded symbols for /usr/lib/libgen.so.1 Reading symbols from /usr/lib/libsched.so.1...done. Loaded symbols for /usr/lib/libsched.so.1 Reading symbols from /data/oracle/OraHome1/lib32/libclntsh.so.9.0...done. Loaded symbols for /data/oracle/OraHome1/lib32/libclntsh.so.9.0 Reading symbols from /usr/local/lib/libxml2.so.2...done. Loaded symbols for /usr/local/lib/libxml2.so.2 Reading symbols from /usr/lib/libpthread.so.1...done. Loaded symbols for /usr/lib/libpthread.so.1 Reading symbols from /usr/local/lib/libiconv.so.2...done. Loaded symbols for /usr/loca
#34418 [Bgs->Opn]: configure: error: mysql configure failed.
ID: 34418 User updated by: gkanoff at cablespeed dot com Reported By: gkanoff at cablespeed dot com -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: OS X 10.4.2 PHP Version: 5.0.5 New Comment: php 5.0.5 does not compilee with gcc 3.3 but with 4.0 Previous Comments: [2005-09-08 07:32:48] [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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2005-09-08 06:00:13] gkanoff at cablespeed dot com Description: OS X 10.4.2 Installed MySQL 4.1.14 GCC 3.3 checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... no checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Works with MySQL 4.1.12 not with 4.1.13 or 4.1.14 -- Edit this bug report at http://bugs.php.net/?id=34418&edit=1
#34436 [Opn]: $_FILES being affected by magic quotes
ID: 34436 User updated by: bloobloo at gmail dot com Reported By: bloobloo at gmail dot com Status: Open Bug Type: Filesystem function related Operating System: Windows Server 2003 PHP Version: 5.0.5 New Comment: btw this bug only happens when magic_quotes_gpc is on. When set to off this problem does not occur Previous Comments: [2005-09-09 00:09:26] bloobloo at gmail dot com Description: This is a repeat of #31398, which seems to not have been fixed in the current version. $_FILES["file"]["name"] truncates everything before a single quote in a file name. eg. "Bob's Work.doc" becomes "s Work.doc" -- Edit this bug report at http://bugs.php.net/?id=34436&edit=1
#34436 [NEW]: $_FILES being affected by magic quotes
From: bloobloo at gmail dot com Operating system: Windows Server 2003 PHP version: 5.0.5 PHP Bug Type: Filesystem function related Bug description: $_FILES being affected by magic quotes Description: This is a repeat of #31398, which seems to not have been fixed in the current version. $_FILES["file"]["name"] truncates everything before a single quote in a file name. eg. "Bob's Work.doc" becomes "s Work.doc" -- Edit bug report at http://bugs.php.net/?id=34436&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34436&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34436&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34436&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34436&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34436&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34436&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34436&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34436&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34436&r=support Expected behavior: http://bugs.php.net/fix.php?id=34436&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34436&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34436&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34436&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34436&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34436&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34436&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34436&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34436&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34436&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34436&r=mysqlcfg
#34336 [Bgs]: ext/gd: imagerotate destroys transparency information
ID: 34336 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: * PHP Version: 4CVS (2005-08-31) Assigned To: pajoye New Comment: Stop filling this bug. The Release managers of each previous PHP version and I decide that this patch will not be merged. The old versions will contain only critical fixes. If you do not understand that, please complain to /dev/null. Previous Comments: [2005-09-08 22:58:00] [EMAIL PROTECTED] http://www.experts-exchange.com/Web/Web_Languages/PHP/Q_21547297.html#14845697 [2005-09-03 14:37:33] [EMAIL PROTECTED] It is fixed, and there is no need of duplicate bugs. End of this topic. [2005-09-03 14:20:45] [EMAIL PROTECTED] I doubt that users can call this _feature_. Should I post another bug to be marked "won't fix" for future reference to users who will ask again and again? [2005-09-03 14:17:59] [EMAIL PROTECTED] >> Why it is impossible to change the behavior to keep >> transparency by default? > BC Break, and second as you see with your picture, it is > not the best result you can have, people tend to mix > transparec and transparent color. What do you mean by "transparec and transparent color"? > There is an interpolation, which range to use to ignore > the bgd color or a transparent color? There is no easy > way without making the function way too complex. But what if bgd color is transparent color? >> Why change transparent to black while rotating in PHP4? > It's a new _feature_. We do not add new feature to PHP4 > and/or PHP5.0 I doubt that users can call changing transparent color to black while rotating. This doesn't seem like a feature to me, sorry. [2005-09-03 12:10:10] [EMAIL PROTECTED] > JFY, a new fourth parameter "ignore_transparent" was > already added to imagerotate in PHP 5.1 - see I added it in HEAD after 5.0.x was branched, but thx for the notice :) > Why it is impossible to change the behavior to keep > transparency by default? BC Break, and second as you see with your picture, it is not the best result you can have, people tend to mix transparec and transparent color. There is an interpolation, which range to use to ignore the bgd color or a transparent color? There is no easy way without making the function way too complex. > Why change transparent to black while rotating in PHP4? It's a new _feature_. We do not add new feature to PHP4 and/or PHP5.0 Status closed then --Pierre 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/34336 -- Edit this bug report at http://bugs.php.net/?id=34336&edit=1
#34435 [NEW]: segmentation fault on object serialize
From: voxus at mail dot ru Operating system: Gentoo Linux PHP version: 5.0.5 PHP Bug Type: Reproducible crash Bug description: segmentation fault on object serialize Description: php is crashing when trying to serialize any given object. problem is reproducible on x86_64 arch (known to be ok on x86 with any sane CFLAGS) with php-5.0.5 (5.0.4 is ok), for example - AMD Athlon(tm) 64 Processor 3200+. recompilation with CFLAGS="-O0" or with debug symbols "solves" the problem. Reproduce code: --- compile php with CFLAGS="-O2" (yes, nothing more here) execute from cli: class foo { public function bah() { var_dump(serialize($this)); } } $foo = new foo(); $foo->bah(); Expected result: var_dump'ed serialized object, i.e. - just string Actual result: -- segmentation fault. backtrace from php: (gdb) bt #0 0x0037ecf6fb9b in memcpy () from /lib/libc.so.6 #1 0x0053c8ed in zif_var_export () #2 0x0053e419 in php_var_serialize () #3 0x0053e4d6 in zif_serialize () #4 0x005c76cb in zend_do_fcall_common_helper () #5 0x005c7941 in zend_do_fcall_handler () #6 0x005bad54 in execute () #7 0x005c721e in zend_do_fcall_common_helper () #8 0x005bad54 in execute () #9 0x00597806 in zend_execute_scripts () #10 0x0055e379 in php_execute_script () #11 0x005d1779 in main () -- Edit bug report at http://bugs.php.net/?id=34435&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34435&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34435&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34435&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34435&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34435&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34435&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34435&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34435&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34435&r=support Expected behavior: http://bugs.php.net/fix.php?id=34435&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34435&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34435&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34435&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34435&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34435&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34435&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34435&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34435&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34435&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34435&r=mysqlcfg
#34431 [Opn->Bgs]: setcookie() and header() only set the last cookie sent.
ID: 34431 Updated by: [EMAIL PROTECTED] Reported By: brian at risible dot org -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: FreeBSD 5.4 PHP Version: 5.0.5 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 Manual explictly says that if you want header() to send multiple copies of the same header you need to set to the 2nd parameter of the function to FALSE. Previous Comments: [2005-09-08 18:08:46] brian at risible dot org Sorry. I got the expected & actual fields the wrong way round. [2005-09-08 18:04:38] brian at risible dot org Description: Using the latest FreeBSD ports of Apache2 (2.0.53) and PHP (5.0.5), the exact same bug as described in bug #16626 appears, where only the last cookie sent will be set. Reproduce code: --- Expected result: Server: Apache/2.0.53 (FreeBSD) PHP/5.0.5 X-Powered-By: PHP/5.0.5 Set-Cookie: cookiethree=c Content-Length: 4 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/html 200 OK Actual result: -- Server: Apache/2.0.53 (FreeBSD) PHP/5.0.5 X-Powered-By: PHP/5.0.5 Set-Cookie: cookieone=a Set-Cookie: cookietwo=b Set-Cookie: cookiethree=c Content-Length: 4 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/html 200 OK -- Edit this bug report at http://bugs.php.net/?id=34431&edit=1
#34421 [Com]: get_class and debug_backtrace report wrong class for inherited static methods
ID: 34421 Comment by: civilization_2 at hotmail dot com Reported By: wkonkel at gmail dot com Status: Open Bug Type: Feature/Change Request Operating System: redhat PHP Version: 5.0.5 New Comment: While we're at it, perhaps it would be nice to have a magic-variable for this? Previous Comments: [2005-09-08 16:56:56] goat at daholygoat dot com I also have to agree with wkonkel about this being a bug. I can't think of any reason why you shouldn't be able to do class introspection from a static method in the inherited class. It's very useful for building object factories, for example (a really major OO area). [2005-09-08 16:21:21] civilization_2 at hotmail dot com I have to agree with wkonkel. The example shown above works as expected in php4, so if this is by design then php5 is lacking a vital feature that php4 has, namely the ability to get the name of the extended class in a static function call to which resides in the base class. [2005-09-08 16:06:19] wkonkel at gmail dot com Although this is how it currently does work, this is not logical. If I specify that the scope to be "extendedBaseClass", then why is the scope "baseClass"? If this was not a static method, calling get_class() would return "extendedBaseClass" because the object simply isn't a "baseClass", it's an "extendedBaseClass". Static methods are no different. [2005-09-08 12:46:35] [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 static method is part of the base class, not of the extended. [2005-09-08 09:36:40] wkonkel at gmail dot com fixed typo in summary 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/34421 -- Edit this bug report at http://bugs.php.net/?id=34421&edit=1
#34336 [Bgs]: ext/gd: imagerotate destroys transparency information
ID: 34336 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: * PHP Version: 4CVS (2005-08-31) Assigned To: pajoye New Comment: http://www.experts-exchange.com/Web/Web_Languages/PHP/Q_21547297.html#14845697 Previous Comments: [2005-09-03 14:37:33] [EMAIL PROTECTED] It is fixed, and there is no need of duplicate bugs. End of this topic. [2005-09-03 14:20:45] [EMAIL PROTECTED] I doubt that users can call this _feature_. Should I post another bug to be marked "won't fix" for future reference to users who will ask again and again? [2005-09-03 14:17:59] [EMAIL PROTECTED] >> Why it is impossible to change the behavior to keep >> transparency by default? > BC Break, and second as you see with your picture, it is > not the best result you can have, people tend to mix > transparec and transparent color. What do you mean by "transparec and transparent color"? > There is an interpolation, which range to use to ignore > the bgd color or a transparent color? There is no easy > way without making the function way too complex. But what if bgd color is transparent color? >> Why change transparent to black while rotating in PHP4? > It's a new _feature_. We do not add new feature to PHP4 > and/or PHP5.0 I doubt that users can call changing transparent color to black while rotating. This doesn't seem like a feature to me, sorry. [2005-09-03 12:10:10] [EMAIL PROTECTED] > JFY, a new fourth parameter "ignore_transparent" was > already added to imagerotate in PHP 5.1 - see I added it in HEAD after 5.0.x was branched, but thx for the notice :) > Why it is impossible to change the behavior to keep > transparency by default? BC Break, and second as you see with your picture, it is not the best result you can have, people tend to mix transparec and transparent color. There is an interpolation, which range to use to ignore the bgd color or a transparent color? There is no easy way without making the function way too complex. > Why change transparent to black while rotating in PHP4? It's a new _feature_. We do not add new feature to PHP4 and/or PHP5.0 Status closed then --Pierre [2005-09-03 00:36:29] [EMAIL PROTECTED] JFY, a new fourth parameter "ignore_transparent" was already added to imagerotate in PHP 5.1 - see http://php.net/imagerotate 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/34336 -- Edit this bug report at http://bugs.php.net/?id=34336&edit=1
#34434 [Opn->Bgs]: It would be good to be able to tier asp and php in twined lattices with embeded
ID: 34434 Updated by: [EMAIL PROTECTED] Reported By: oethereal at projectalpha dot com dot au -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows 2xxx PHP Version: 5.0.5 New Comment: WTF was this about... Previous Comments: [2005-09-08 21:15:23] oethereal at projectalpha dot com dot au Description: Yeah well I have sucessful had php running with my websites on the current offline technology bag, i was going to rewrite a few .NET programs seeming there where no bugs in the compiler, i still like how in visual studio 6.0 vb and c++ and another shared the same linker. Now in more way than one perhaps bill gates [have you seen tom green swim to microsoft the island]. yeah with MSSQL, MySQL, MaxDB, php 5.0.1, iis, in a dual nano-cronolab xeon equivilant (I imagine turning a nanoprocessor into a teddy bear and opening the case*). Anyway, this is would be great to have tiered php and asp, either way, seems the without option is better, lattices interwinded with arrays and permutation in levels of languages. * Martie Bear - Travelling Bear Circus (INCA Said, ohh way] Reproduce code: --- ?Unknown code level: attempted but unsucessful. ?Construct: Multispacial vectoring, layered security. ?Languages: [php, asp], asp.net, php.net?, vb, c# ?Process: 35% less loading ?Compatablities: win2xxx, winXP, IIS, Apaci. - Current day ?Compilation Time: ? Your worklab -- Expected result: Yeah that total whos talking the wok now effect, hmmm.. yes well le what do you do when they are all in full love word, and there are other that still want war on a quiet planet in a galaxy far far away... hmm the AAUS-G Robbin le. Actual result: -- I don't know microsoft hiring you or something later php thereal -- Edit this bug report at http://bugs.php.net/?id=34434&edit=1
#34429 [Fbk->Opn]: Output buffering cannot be turned off when runing as FastCGI
ID: 34429 User updated by: zimage at icdsoft dot com Reported By: zimage at icdsoft dot com -Status: Feedback +Status: Open Bug Type: Output Control Operating System: Linux PHP Version: 4.4.0 New Comment: Just tried with php5-200509081630: PHP 5.1.0-dev (cgi-fcgi) (built: Sep 8 2005 15:09:53) No luck either. Output still comes at once. Tried with apache2 + php-4.3.11 - the problem is present there too. Previous Comments: [2005-09-08 17:30:22] [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 [2005-09-08 16:12:16] zimage at icdsoft dot com Description: Output comes in chunks of about 8k and cannot be forced by using flush(), ob_flush() or output_buffering = Off I've tested with netcat to avoid browser buffering issues: echo -ne 'GET /buf.php HTTP/1.0\n\n' |nc 10.0.0.1 80 Reproduce code: --- Expected result: When run under mod_php, cgi version or lighttpd+php/fastcgi there is one digit printed per second. Actual result: -- When run under apache 1.3.33 + php/fastcgi the entire output is printed at once. -- Edit this bug report at http://bugs.php.net/?id=34429&edit=1
#34434 [NEW]: It would be good to be able to tier asp and php in twined lattices with embeded
From: oethereal at projectalpha dot com dot au Operating system: Windows 2xxx PHP version: 5.0.5 PHP Bug Type: *General Issues Bug description: It would be good to be able to tier asp and php in twined lattices with embeded Description: Yeah well I have sucessful had php running with my websites on the current offline technology bag, i was going to rewrite a few .NET programs seeming there where no bugs in the compiler, i still like how in visual studio 6.0 vb and c++ and another shared the same linker. Now in more way than one perhaps bill gates [have you seen tom green swim to microsoft the island]. yeah with MSSQL, MySQL, MaxDB, php 5.0.1, iis, in a dual nano-cronolab xeon equivilant (I imagine turning a nanoprocessor into a teddy bear and opening the case*). Anyway, this is would be great to have tiered php and asp, either way, seems the without option is better, lattices interwinded with arrays and permutation in levels of languages. * Martie Bear - Travelling Bear Circus (INCA Said, ohh way] Reproduce code: --- ?Unknown code level: attempted but unsucessful. ?Construct: Multispacial vectoring, layered security. ?Languages: [php, asp], asp.net, php.net?, vb, c# ?Process: 35% less loading ?Compatablities: win2xxx, winXP, IIS, Apaci. - Current day ?Compilation Time: ? Your worklab -- Expected result: Yeah that total whos talking the wok now effect, hmmm.. yes well le what do you do when they are all in full love word, and there are other that still want war on a quiet planet in a galaxy far far away... hmm the AAUS-G Robbin le. Actual result: -- I don't know microsoft hiring you or something later php thereal -- Edit bug report at http://bugs.php.net/?id=34434&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34434&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34434&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34434&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34434&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34434&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34434&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34434&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34434&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34434&r=support Expected behavior: http://bugs.php.net/fix.php?id=34434&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34434&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34434&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34434&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34434&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34434&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34434&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34434&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34434&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34434&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34434&r=mysqlcfg
#34433 [Opn]: not able to build libxml extension as shared
ID: 34433 User updated by: mikehume at aol dot com -Summary: not able to build xml/dom extensions as shared Reported By: mikehume at aol dot com Status: Open Bug Type: *Compile Issues Operating System: Solaris PHP Version: 5CVS-2005-09-08 (snap) New Comment: $ ./configure \ --disable-all \ --enable-libxml=shared \ --with-libxml-dir=/opt/local $ egrep '(DL_)?LIBXML ' main/php_config.h | sort -u #define HAVE_LIBXML 1 /* #undef COMPILE_DL_LIBXML */ COMPILE_DL_LIBXML should be defined. Previous Comments: [2005-09-08 20:21:30] mikehume at aol dot com Description: I'm trying to build today's php5.1 snapshot with dom and xml as shared extensions, but configure isn't respecting my settings. Reproduce code: --- $ ./configure \ --disable-all \ --with-xml=shared \ --with-dom=shared \ --with-libxml-dir=/opt/local Expected result: $ egrep 'DL_(DOM|XML)) ' main/php_config.h #define COMPILE_DL_DOM 1 #define COMPILE_DL_XML 1 Actual result: -- $ egrep 'DL_(DOM|XML)) ' main/php_config.h /* #undef COMPILE_DL_DOM */ /* #undef COMPILE_DL_XML */ -- Edit this bug report at http://bugs.php.net/?id=34433&edit=1
#34433 [NEW]: not able to build xml/dom extensions as shared
From: mikehume at aol dot com Operating system: Solaris PHP version: 5CVS-2005-09-08 (snap) PHP Bug Type: *Compile Issues Bug description: not able to build xml/dom extensions as shared Description: I'm trying to build today's php5.1 snapshot with dom and xml as shared extensions, but configure isn't respecting my settings. Reproduce code: --- $ ./configure \ --disable-all \ --with-xml=shared \ --with-dom=shared \ --with-libxml-dir=/opt/local Expected result: $ egrep 'DL_(DOM|XML)) ' main/php_config.h #define COMPILE_DL_DOM 1 #define COMPILE_DL_XML 1 Actual result: -- $ egrep 'DL_(DOM|XML)) ' main/php_config.h /* #undef COMPILE_DL_DOM */ /* #undef COMPILE_DL_XML */ -- Edit bug report at http://bugs.php.net/?id=34433&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34433&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34433&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34433&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34433&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34433&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34433&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34433&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34433&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34433&r=support Expected behavior: http://bugs.php.net/fix.php?id=34433&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34433&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34433&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34433&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34433&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34433&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34433&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34433&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34433&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34433&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34433&r=mysqlcfg
#6585 [NoF->Csd]: OCILogOff
ID: 6585 Updated by: [EMAIL PROTECTED] Reported By: shterng at akula dot com -Status: No Feedback +Status: Closed Bug Type: OCI8 related Operating System: Linux 2.2.17 PHP Version: 4.0.2 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2002-11-19 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, 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". [2002-11-03 11:21:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2001-01-08 05:25:56] [EMAIL PROTECTED] it still happens - but the current design (reusing server-connectiond for multiple logins on the _same_ page) doesn't make it easy to implement. [2001-01-07 19:27:09] [EMAIL PROTECTED] Does this happen with PHP 4.0.4 ?? --Jani [2000-09-06 18:16:09] shterng at akula dot com OCILogOff has to be put back in place. If a user initiates a persistent connection to the server, and the DBA changes any of the procedures/functions within the database, the connection has to be closed and reopened. As it stands right now, when the above happens, the entire web server needs to be restarted. Additionally, if the server is restarted in the middle of the connection, oci_ping does not work correctly. That is, it doesn't recognize correctly that the connection has died and it needs to reconnect, thus spitting out error messages back to the user. -- Edit this bug report at http://bugs.php.net/?id=6585&edit=1
#34430 [Bgs->Opn]: Custom handler + object destruction
ID: 34430 Updated by: [EMAIL PROTECTED] Reported By: jpleveille at unimasoft dot com -Status: Bogus +Status: Open Bug Type: Session related Operating System: Windows XP SP2 PHP Version: 5.0.5 New Comment: This is a backward compability breaking bug. Previous Comments: [2005-09-08 18:05:15] jpleveille at unimasoft dot com It works. How can this be explained? In PHP 5.0.4 everything was working well and now (in 5.0.5) we have to add this implicit call to session_write_close() in the handler's destructor. [2005-09-08 17:29:43] [EMAIL PROTECTED] Call session_write_close() in the object's __destruct() [2005-09-08 17:19:07] jpleveille at unimasoft dot com In the example, you must read $db = DB::connect('mysqli://user:[EMAIL PROTECTED]/db'); and not $db = PEAR::connect('mysqli://user:[EMAIL PROTECTED]/db'); Sorry for this little mistake. [2005-09-08 17:17:30] jpleveille at unimasoft dot com Description: If this is a not a bug, sorry. But I think the behaviors of script execution and object destruction changed in PHP 5.0.5 without notice. I created a session handler which uses a database object to query a MySQL DB to load/save sessions. The object is a PEAR::DB instance created with mysqli factory; the session handler is a simple object with methods being passed to session_set_save_handler(). The session object has a reference to the database object to query the database. A problem started to occur when upgrading from PHP 5.0.4 to PHP 5.0.5 on both Windows (XP SP2) and Linux. On Linux, it is not possible to close a session using my own session handler because the database object is already destroyed (read disconnected - the object was still there but not connected - I suspect the use of OO interface of mysqli in PEAR::DB). On Windows, this issue occurs only when functions die() or exit() are used. Additionally, with E_ALL, I have the following error message: Unknown: A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Reproduce code: --- My session handler: class DB_Session { private $db; // instance of PEAR::DB(mysqli) public __construct($db) { $this->db = $db; } public open($save_path, $session_name); // to open session public close(); // to close session public read($id); // to read the session data public write($id, $sess_data); // to write session data public destroy($id); // to delete the session in DB public gc($maxlifetime); // my garbage collector public start() // to start the session { ini_set('session.hash_bits_per_character', 5); ini_set('session.hash_function', 1); // SHA1 session_set_save_handler( array($this, "open"), array($this, "close"), array($this, "read"), array($this, "write"), array($this, "destroy"), array($this, "gc") ); session_start(); } } $db = PEAR::connect('mysqli://user:[EMAIL PROTECTED]/db'); $session = new DB_Session($db); // on Linux, $session->write() raises an error (PEAR::DB // object disconnected) // this error occurs in Windows when die() or exit is called Expected result: In PHP 5.0.4, the database object is still connected when the session handler is called to write the session data. I expected the same behavior in PHP 5.0.5, i.e.: - database object is created - session object is created, database object passed to constructor - session is read (ok) - script execution ends, session is written (ok) - session is closed (does nothing, db object might be used elsewhere) Actual result: -- The script executes correctly, but the session isn't saved because method write() fails to query database to record new session data. I have the following behavior: - database object is created - session object is created, database object passed to constructor - session is read (ok) - script execution ends, session is written (failed - db object disconnected!) Note that I encountered this error in Windows ONLY when calling exit() or die(). I encountered this issue in every PHP script execution using the custom session handler on Linux (debian sarge). I know my database object may be destroyed BEFORE my session object, but it doesn't seem to be the case because I can still access its methods. I think it has something to do with the mysqli object (returned by mysqli_connect()) but I'm not sure (I also noticed PEAR::DB(mysqli) isn't handling the persistent option). -- Edit this bug report at http://bugs.php.net/?id=34430&edit=1
#34431 [Opn]: setcookie() and header() only set the last cookie sent.
ID: 34431 User updated by: brian at risible dot org Reported By: brian at risible dot org Status: Open Bug Type: Apache2 related Operating System: FreeBSD 5.4 PHP Version: 5.0.5 New Comment: Sorry. I got the expected & actual fields the wrong way round. Previous Comments: [2005-09-08 18:04:38] brian at risible dot org Description: Using the latest FreeBSD ports of Apache2 (2.0.53) and PHP (5.0.5), the exact same bug as described in bug #16626 appears, where only the last cookie sent will be set. Reproduce code: --- Expected result: Server: Apache/2.0.53 (FreeBSD) PHP/5.0.5 X-Powered-By: PHP/5.0.5 Set-Cookie: cookiethree=c Content-Length: 4 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/html 200 OK Actual result: -- Server: Apache/2.0.53 (FreeBSD) PHP/5.0.5 X-Powered-By: PHP/5.0.5 Set-Cookie: cookieone=a Set-Cookie: cookietwo=b Set-Cookie: cookiethree=c Content-Length: 4 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/html 200 OK -- Edit this bug report at http://bugs.php.net/?id=34431&edit=1
#34430 [Bgs]: Custom handler + object destruction
ID: 34430 User updated by: jpleveille at unimasoft dot com Reported By: jpleveille at unimasoft dot com Status: Bogus Bug Type: Session related Operating System: Windows XP SP2 PHP Version: 5.0.5 New Comment: It works. How can this be explained? In PHP 5.0.4 everything was working well and now (in 5.0.5) we have to add this implicit call to session_write_close() in the handler's destructor. Previous Comments: [2005-09-08 17:29:43] [EMAIL PROTECTED] Call session_write_close() in the object's __destruct() [2005-09-08 17:19:07] jpleveille at unimasoft dot com In the example, you must read $db = DB::connect('mysqli://user:[EMAIL PROTECTED]/db'); and not $db = PEAR::connect('mysqli://user:[EMAIL PROTECTED]/db'); Sorry for this little mistake. [2005-09-08 17:17:30] jpleveille at unimasoft dot com Description: If this is a not a bug, sorry. But I think the behaviors of script execution and object destruction changed in PHP 5.0.5 without notice. I created a session handler which uses a database object to query a MySQL DB to load/save sessions. The object is a PEAR::DB instance created with mysqli factory; the session handler is a simple object with methods being passed to session_set_save_handler(). The session object has a reference to the database object to query the database. A problem started to occur when upgrading from PHP 5.0.4 to PHP 5.0.5 on both Windows (XP SP2) and Linux. On Linux, it is not possible to close a session using my own session handler because the database object is already destroyed (read disconnected - the object was still there but not connected - I suspect the use of OO interface of mysqli in PEAR::DB). On Windows, this issue occurs only when functions die() or exit() are used. Additionally, with E_ALL, I have the following error message: Unknown: A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Reproduce code: --- My session handler: class DB_Session { private $db; // instance of PEAR::DB(mysqli) public __construct($db) { $this->db = $db; } public open($save_path, $session_name); // to open session public close(); // to close session public read($id); // to read the session data public write($id, $sess_data); // to write session data public destroy($id); // to delete the session in DB public gc($maxlifetime); // my garbage collector public start() // to start the session { ini_set('session.hash_bits_per_character', 5); ini_set('session.hash_function', 1); // SHA1 session_set_save_handler( array($this, "open"), array($this, "close"), array($this, "read"), array($this, "write"), array($this, "destroy"), array($this, "gc") ); session_start(); } } $db = PEAR::connect('mysqli://user:[EMAIL PROTECTED]/db'); $session = new DB_Session($db); // on Linux, $session->write() raises an error (PEAR::DB // object disconnected) // this error occurs in Windows when die() or exit is called Expected result: In PHP 5.0.4, the database object is still connected when the session handler is called to write the session data. I expected the same behavior in PHP 5.0.5, i.e.: - database object is created - session object is created, database object passed to constructor - session is read (ok) - script execution ends, session is written (ok) - session is closed (does nothing, db object might be used elsewhere) Actual result: -- The script executes correctly, but the session isn't saved because method write() fails to query database to record new session data. I have the following behavior: - database object is created - session object is created, database object passed to constructor - session is read (ok) - script execution ends, session is written (failed - db object disconnected!) Note that I encountered this error in Windows ONLY when calling exit() or die(). I encountered this issue in every PHP script execution using the custom session handler on Linux (debian sarge). I know my database object may be destroyed BEFORE my session object, but it doesn't seem to be the case because I can still access its methods. I think it has something to do with the mysqli object (returned by mysqli_connect()) but I'm not sure (I also noticed PEAR::DB(mysqli) isn't handling the persistent option). -- Edit this bug report at http://bugs.php.net/?id=34430&edit=1
#34431 [NEW]: setcookie() and header() only set the last cookie sent.
From: brian at risible dot org Operating system: FreeBSD 5.4 PHP version: 5.0.5 PHP Bug Type: Apache2 related Bug description: setcookie() and header() only set the last cookie sent. Description: Using the latest FreeBSD ports of Apache2 (2.0.53) and PHP (5.0.5), the exact same bug as described in bug #16626 appears, where only the last cookie sent will be set. Reproduce code: --- Expected result: Server: Apache/2.0.53 (FreeBSD) PHP/5.0.5 X-Powered-By: PHP/5.0.5 Set-Cookie: cookiethree=c Content-Length: 4 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/html 200 OK Actual result: -- Server: Apache/2.0.53 (FreeBSD) PHP/5.0.5 X-Powered-By: PHP/5.0.5 Set-Cookie: cookieone=a Set-Cookie: cookietwo=b Set-Cookie: cookiethree=c Content-Length: 4 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/html 200 OK -- Edit bug report at http://bugs.php.net/?id=34431&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34431&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34431&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34431&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34431&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34431&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34431&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34431&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34431&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34431&r=support Expected behavior: http://bugs.php.net/fix.php?id=34431&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34431&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34431&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34431&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34431&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34431&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34431&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34431&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34431&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34431&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34431&r=mysqlcfg
#34426 [Bgs]: implicit string casting problem
ID: 34426 User updated by: mbphp at netzone dot ch Reported By: mbphp at netzone dot ch Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.4.0 New Comment: yes, i know that it works with ===, but i think the behaviour is not correct. why is there a type-casting if both operators are strings? it is slower only and the result is not correct. if one of the operators is a numeric variable (float, int, ...) type-casting make sense, but not if both are strings. Previous Comments: [2005-09-08 12:48:45] [EMAIL PROTECTED] Use === operator for that. [2005-09-08 12:44:54] mbphp at netzone dot ch Description: compare of 2 string with numbers >> implicit casting $a="1.5"; $b="1.50"; $a==$b gives true. which is not correct both are strings, so casting to another type is not ucorrect i think. if the variables are of different type casting is ok but not if both are of the same type. -- Edit this bug report at http://bugs.php.net/?id=34426&edit=1
#34393 [Fbk->Opn]: compile error: /tmp/php-5.0.4/main/reentrancy.c:193: error: too few arguments t
ID: 34393 User updated by: tamer23 at myrealbox dot com Reported By: tamer23 at myrealbox dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Gentoo Linux 2005.1 PHP Version: 5CVS-2005-09-08 New Comment: as user: the configure and make and as root: make install Previous Comments: [2005-09-08 17:27:42] [EMAIL PROTECTED] Are you compiling as root..? [2005-09-08 17:23:46] tamer23 at myrealbox dot com ./configure --disable-all --disable-cgi Errorresults: /tmp/php5-200509070630/ext/standard/datetime.c: In function `zif_strptime': /tmp/php5-200509070630/ext/standard/datetime.c:261: warning: assignment makes pointer from integer without a cast /tmp/php5-200509070630/main/reentrancy.c: In function `php_readdir_r': /tmp/php5-200509070630/main/reentrancy.c:143: error: too few arguments to function `readdir_r' make: *** [main/reentrancy.lo] Error 1 [2005-09-08 17:04:56] [EMAIL PROTECTED] Try this configure line: # ./configure --disable-all --disable-cgi [2005-09-08 15:26:46] tamer23 at myrealbox dot com I uploaded the log-file. Tamer http://tamersworld.gmxhome.de/config.log [2005-09-08 12:29:55] [EMAIL PROTECTED] Also put the config.log file online. There's something really odd going on if configure thinks your system doesn't have POSIX compliant readdir_r().. 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/34393 -- Edit this bug report at http://bugs.php.net/?id=34393&edit=1
#34429 [Opn->Fbk]: Output buffering cannot be turned off when runing as FastCGI
ID: 34429 Updated by: [EMAIL PROTECTED] Reported By: zimage at icdsoft dot com -Status: Open +Status: Feedback Bug Type: Output Control Operating System: Linux PHP Version: 4.4.0 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: [2005-09-08 16:12:16] zimage at icdsoft dot com Description: Output comes in chunks of about 8k and cannot be forced by using flush(), ob_flush() or output_buffering = Off I've tested with netcat to avoid browser buffering issues: echo -ne 'GET /buf.php HTTP/1.0\n\n' |nc 10.0.0.1 80 Reproduce code: --- Expected result: When run under mod_php, cgi version or lighttpd+php/fastcgi there is one digit printed per second. Actual result: -- When run under apache 1.3.33 + php/fastcgi the entire output is printed at once. -- Edit this bug report at http://bugs.php.net/?id=34429&edit=1
#34430 [Opn->Bgs]: Custom handler + object destruction
ID: 34430 Updated by: [EMAIL PROTECTED] Reported By: jpleveille at unimasoft dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: Windows XP SP2 PHP Version: 5.0.5 New Comment: Call session_write_close() in the object's __destruct() Previous Comments: [2005-09-08 17:19:07] jpleveille at unimasoft dot com In the example, you must read $db = DB::connect('mysqli://user:[EMAIL PROTECTED]/db'); and not $db = PEAR::connect('mysqli://user:[EMAIL PROTECTED]/db'); Sorry for this little mistake. [2005-09-08 17:17:30] jpleveille at unimasoft dot com Description: If this is a not a bug, sorry. But I think the behaviors of script execution and object destruction changed in PHP 5.0.5 without notice. I created a session handler which uses a database object to query a MySQL DB to load/save sessions. The object is a PEAR::DB instance created with mysqli factory; the session handler is a simple object with methods being passed to session_set_save_handler(). The session object has a reference to the database object to query the database. A problem started to occur when upgrading from PHP 5.0.4 to PHP 5.0.5 on both Windows (XP SP2) and Linux. On Linux, it is not possible to close a session using my own session handler because the database object is already destroyed (read disconnected - the object was still there but not connected - I suspect the use of OO interface of mysqli in PEAR::DB). On Windows, this issue occurs only when functions die() or exit() are used. Additionally, with E_ALL, I have the following error message: Unknown: A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Reproduce code: --- My session handler: class DB_Session { private $db; // instance of PEAR::DB(mysqli) public __construct($db) { $this->db = $db; } public open($save_path, $session_name); // to open session public close(); // to close session public read($id); // to read the session data public write($id, $sess_data); // to write session data public destroy($id); // to delete the session in DB public gc($maxlifetime); // my garbage collector public start() // to start the session { ini_set('session.hash_bits_per_character', 5); ini_set('session.hash_function', 1); // SHA1 session_set_save_handler( array($this, "open"), array($this, "close"), array($this, "read"), array($this, "write"), array($this, "destroy"), array($this, "gc") ); session_start(); } } $db = PEAR::connect('mysqli://user:[EMAIL PROTECTED]/db'); $session = new DB_Session($db); // on Linux, $session->write() raises an error (PEAR::DB // object disconnected) // this error occurs in Windows when die() or exit is called Expected result: In PHP 5.0.4, the database object is still connected when the session handler is called to write the session data. I expected the same behavior in PHP 5.0.5, i.e.: - database object is created - session object is created, database object passed to constructor - session is read (ok) - script execution ends, session is written (ok) - session is closed (does nothing, db object might be used elsewhere) Actual result: -- The script executes correctly, but the session isn't saved because method write() fails to query database to record new session data. I have the following behavior: - database object is created - session object is created, database object passed to constructor - session is read (ok) - script execution ends, session is written (failed - db object disconnected!) Note that I encountered this error in Windows ONLY when calling exit() or die(). I encountered this issue in every PHP script execution using the custom session handler on Linux (debian sarge). I know my database object may be destroyed BEFORE my session object, but it doesn't seem to be the case because I can still access its methods. I think it has something to do with the mysqli object (returned by mysqli_connect()) but I'm not sure (I also noticed PEAR::DB(mysqli) isn't handling the persistent option). -- Edit this bug report at http://bugs.php.net/?id=34430&edit=1
#15390 [NoF->Csd]: Persistent OCI8 Connections Get Poisoned
ID: 15390 Updated by: [EMAIL PROTECTED] Reported By: hz11 at nyu dot edu -Status: No Feedback +Status: Closed Bug Type: OCI8 related Operating System: RedHat 7.3 PHP Version: 4.3.2 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2003-08-20 23:57:38] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-08-15 08:17:56] [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 [2003-06-02 16:45:17] [EMAIL PROTECTED] FYI, This is happening to some of our applications with php 4.3.2 on Solaris 8 -Jason [2002-11-04 08:26:58] hz11 at nyu dot edu Just to note, the same behavior occurs with PHP 4.2.3 on RH 7.3. The hack seems to handle this without much visibility to the end-user, but is there a real fix planned for this? Best, Hans [2002-04-13 09:22:08] [EMAIL PROTECTED] hack: change your tnsnames.ora to include a failover to the same db. PROD=( DESCRIPTION=( ADDRESS=(PROTOCOL=TCP)(Host=127.0.0.1)(Port=1521)) (CONNECT_DATA=(SID=PROD)(failover_mode=(backup=PROD)(type=session)(method=basic)(retry=100)(delay=60))) ) this will make the Net8 client to reconnect automagically 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/15390 -- Edit this bug report at http://bugs.php.net/?id=15390&edit=1
#34393 [Opn->Fbk]: compile error: /tmp/php-5.0.4/main/reentrancy.c:193: error: too few arguments t
ID: 34393 Updated by: [EMAIL PROTECTED] Reported By: tamer23 at myrealbox dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Gentoo Linux 2005.1 PHP Version: 5CVS-2005-09-08 New Comment: Are you compiling as root..? Previous Comments: [2005-09-08 17:23:46] tamer23 at myrealbox dot com ./configure --disable-all --disable-cgi Errorresults: /tmp/php5-200509070630/ext/standard/datetime.c: In function `zif_strptime': /tmp/php5-200509070630/ext/standard/datetime.c:261: warning: assignment makes pointer from integer without a cast /tmp/php5-200509070630/main/reentrancy.c: In function `php_readdir_r': /tmp/php5-200509070630/main/reentrancy.c:143: error: too few arguments to function `readdir_r' make: *** [main/reentrancy.lo] Error 1 [2005-09-08 17:04:56] [EMAIL PROTECTED] Try this configure line: # ./configure --disable-all --disable-cgi [2005-09-08 15:26:46] tamer23 at myrealbox dot com I uploaded the log-file. Tamer http://tamersworld.gmxhome.de/config.log [2005-09-08 12:29:55] [EMAIL PROTECTED] Also put the config.log file online. There's something really odd going on if configure thinks your system doesn't have POSIX compliant readdir_r().. [2005-09-08 09:30:50] tamer23 at myrealbox dot com Sorry, missunderstanding! Here is the file: http://tamersworld.gmxhome.de/php_config.h Thanks for your help 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/34393 -- Edit this bug report at http://bugs.php.net/?id=34393&edit=1
#16502 [NoF->Csd]: OCIPLogon does not reconnect to restarted Database
ID: 16502 Updated by: [EMAIL PROTECTED] Reported By: bmironov at jonview dot com -Status: No Feedback +Status: Closed Bug Type: OCI8 related Operating System: RedHat 7.2 PHP Version: 4.1.2 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-08-24 00:06:19] msheldon at ultradns dot com I've been dealing with this bug for a while now. The failover statements mentioned earlier did not help. Once a DB connection fails, it is useless from that point on, but PHP will not drop it, nor does there seem to be any way for me to forcibly terminate it in code. The only thing I can do is to restart apache. Frankly, this is complete foolishness. There is no excuse for there not being an available function to forcibly terminate/reestablish a database connection. [2003-02-20 07:57:43] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-02-09 15:01: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 [2002-04-15 10:51:37] bmironov at jonview dot com Hello, I've tested your solution. This is very elegant! It's working perfectly for Oracle8i database and not working for Oracle7 database. We use Oracle8i clients and listeners. When PHP tries to connect to Oracle7 through Oracle8i client and Oracle8i listener with mentioned above settings, OCIPLogon throws following error: ORA-03115: unsupported network datatype or representation I have another solution but I'm not sure that is "proper" one. I've uncommented call for 'oci_ping' in oci8.c file (rows 2375 - 2361, right after text "XXX ini-flag" in the _oci_open_server function). I understand that it has "price" equals to OCIServerVersion call per each logon. But in case of Oracle7 I don't see solutions so far. Just couple questions left: 1. Is it really proper way for the problem? 2. If it is, Can it be incorporated in coming release? Thanks a lot, Boris [2002-04-15 08:55:42] bmironov at jonview dot com Thanks! I'm gonna try it. 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/16502 -- Edit this bug report at http://bugs.php.net/?id=16502&edit=1
#34393 [Fbk->Opn]: compile error: /tmp/php-5.0.4/main/reentrancy.c:193: error: too few arguments t
ID: 34393 User updated by: tamer23 at myrealbox dot com Reported By: tamer23 at myrealbox dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Gentoo Linux 2005.1 PHP Version: 5CVS-2005-09-08 New Comment: ./configure --disable-all --disable-cgi Errorresults: /tmp/php5-200509070630/ext/standard/datetime.c: In function `zif_strptime': /tmp/php5-200509070630/ext/standard/datetime.c:261: warning: assignment makes pointer from integer without a cast /tmp/php5-200509070630/main/reentrancy.c: In function `php_readdir_r': /tmp/php5-200509070630/main/reentrancy.c:143: error: too few arguments to function `readdir_r' make: *** [main/reentrancy.lo] Error 1 Previous Comments: [2005-09-08 17:04:56] [EMAIL PROTECTED] Try this configure line: # ./configure --disable-all --disable-cgi [2005-09-08 15:26:46] tamer23 at myrealbox dot com I uploaded the log-file. Tamer http://tamersworld.gmxhome.de/config.log [2005-09-08 12:29:55] [EMAIL PROTECTED] Also put the config.log file online. There's something really odd going on if configure thinks your system doesn't have POSIX compliant readdir_r().. [2005-09-08 09:30:50] tamer23 at myrealbox dot com Sorry, missunderstanding! Here is the file: http://tamersworld.gmxhome.de/php_config.h Thanks for your help [2005-09-07 23:46:57] [EMAIL PROTECTED] Put the main/php_config.h somewhere where we can download it from. (the one from the _snapshot_ build!!!) 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/34393 -- Edit this bug report at http://bugs.php.net/?id=34393&edit=1
#31533 [NoF->Csd]: crash in _oci_close_session
ID: 31533 Updated by: [EMAIL PROTECTED] Reported By: martin dot pala at oskar dot cz -Status: No Feedback +Status: Closed Bug Type: OCI8 related Operating System: Solaris + Linux PHP Version: 5.0.x Assigned To: tony2001 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-07-05 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". [2005-06-21 18:02:21] [EMAIL PROTECTED] Give feedback when you have feedback. (Something else than 'we can test..'. And next PHP 5 version is most likely 5.1 and there will not be 5.0.5.. [2005-06-20 12:11:15] martin dot pala at oskar dot cz Thanks for hint :) Unfortunately, the servers are in production already and we can't use development snapshot anymore ... we will wait for php-5.0.5 and test it then. Thanks, Martin [2005-06-15 23:44:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-04-06 16:17:56] martin dot pala at oskar dot cz ... i forgot to underline the fact that it is related to persistent connections only (as it is possible to see it from older comments ;) "Classical" connections are not affected by this issue. 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/31533 -- Edit this bug report at http://bugs.php.net/?id=31533&edit=1
#34430 [Opn]: Custom handler + object destruction
ID: 34430 User updated by: jpleveille at unimasoft dot com Reported By: jpleveille at unimasoft dot com Status: Open Bug Type: Session related Operating System: Windows XP SP2 PHP Version: 5.0.5 New Comment: In the example, you must read $db = DB::connect('mysqli://user:[EMAIL PROTECTED]/db'); and not $db = PEAR::connect('mysqli://user:[EMAIL PROTECTED]/db'); Sorry for this little mistake. Previous Comments: [2005-09-08 17:17:30] jpleveille at unimasoft dot com Description: If this is a not a bug, sorry. But I think the behaviors of script execution and object destruction changed in PHP 5.0.5 without notice. I created a session handler which uses a database object to query a MySQL DB to load/save sessions. The object is a PEAR::DB instance created with mysqli factory; the session handler is a simple object with methods being passed to session_set_save_handler(). The session object has a reference to the database object to query the database. A problem started to occur when upgrading from PHP 5.0.4 to PHP 5.0.5 on both Windows (XP SP2) and Linux. On Linux, it is not possible to close a session using my own session handler because the database object is already destroyed (read disconnected - the object was still there but not connected - I suspect the use of OO interface of mysqli in PEAR::DB). On Windows, this issue occurs only when functions die() or exit() are used. Additionally, with E_ALL, I have the following error message: Unknown: A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Reproduce code: --- My session handler: class DB_Session { private $db; // instance of PEAR::DB(mysqli) public __construct($db) { $this->db = $db; } public open($save_path, $session_name); // to open session public close(); // to close session public read($id); // to read the session data public write($id, $sess_data); // to write session data public destroy($id); // to delete the session in DB public gc($maxlifetime); // my garbage collector public start() // to start the session { ini_set('session.hash_bits_per_character', 5); ini_set('session.hash_function', 1); // SHA1 session_set_save_handler( array($this, "open"), array($this, "close"), array($this, "read"), array($this, "write"), array($this, "destroy"), array($this, "gc") ); session_start(); } } $db = PEAR::connect('mysqli://user:[EMAIL PROTECTED]/db'); $session = new DB_Session($db); // on Linux, $session->write() raises an error (PEAR::DB // object disconnected) // this error occurs in Windows when die() or exit is called Expected result: In PHP 5.0.4, the database object is still connected when the session handler is called to write the session data. I expected the same behavior in PHP 5.0.5, i.e.: - database object is created - session object is created, database object passed to constructor - session is read (ok) - script execution ends, session is written (ok) - session is closed (does nothing, db object might be used elsewhere) Actual result: -- The script executes correctly, but the session isn't saved because method write() fails to query database to record new session data. I have the following behavior: - database object is created - session object is created, database object passed to constructor - session is read (ok) - script execution ends, session is written (failed - db object disconnected!) Note that I encountered this error in Windows ONLY when calling exit() or die(). I encountered this issue in every PHP script execution using the custom session handler on Linux (debian sarge). I know my database object may be destroyed BEFORE my session object, but it doesn't seem to be the case because I can still access its methods. I think it has something to do with the mysqli object (returned by mysqli_connect()) but I'm not sure (I also noticed PEAR::DB(mysqli) isn't handling the persistent option). -- Edit this bug report at http://bugs.php.net/?id=34430&edit=1
#34430 [NEW]: Custom handler + object destruction
From: jpleveille at unimasoft dot com Operating system: Windows XP SP2 PHP version: 5.0.5 PHP Bug Type: Session related Bug description: Custom handler + object destruction Description: If this is a not a bug, sorry. But I think the behaviors of script execution and object destruction changed in PHP 5.0.5 without notice. I created a session handler which uses a database object to query a MySQL DB to load/save sessions. The object is a PEAR::DB instance created with mysqli factory; the session handler is a simple object with methods being passed to session_set_save_handler(). The session object has a reference to the database object to query the database. A problem started to occur when upgrading from PHP 5.0.4 to PHP 5.0.5 on both Windows (XP SP2) and Linux. On Linux, it is not possible to close a session using my own session handler because the database object is already destroyed (read disconnected - the object was still there but not connected - I suspect the use of OO interface of mysqli in PEAR::DB). On Windows, this issue occurs only when functions die() or exit() are used. Additionally, with E_ALL, I have the following error message: Unknown: A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Reproduce code: --- My session handler: class DB_Session { private $db; // instance of PEAR::DB(mysqli) public __construct($db) { $this->db = $db; } public open($save_path, $session_name); // to open session public close(); // to close session public read($id); // to read the session data public write($id, $sess_data); // to write session data public destroy($id); // to delete the session in DB public gc($maxlifetime); // my garbage collector public start() // to start the session { ini_set('session.hash_bits_per_character', 5); ini_set('session.hash_function', 1); // SHA1 session_set_save_handler( array($this, "open"), array($this, "close"), array($this, "read"), array($this, "write"), array($this, "destroy"), array($this, "gc") ); session_start(); } } $db = PEAR::connect('mysqli://user:[EMAIL PROTECTED]/db'); $session = new DB_Session($db); // on Linux, $session->write() raises an error (PEAR::DB // object disconnected) // this error occurs in Windows when die() or exit is called Expected result: In PHP 5.0.4, the database object is still connected when the session handler is called to write the session data. I expected the same behavior in PHP 5.0.5, i.e.: - database object is created - session object is created, database object passed to constructor - session is read (ok) - script execution ends, session is written (ok) - session is closed (does nothing, db object might be used elsewhere) Actual result: -- The script executes correctly, but the session isn't saved because method write() fails to query database to record new session data. I have the following behavior: - database object is created - session object is created, database object passed to constructor - session is read (ok) - script execution ends, session is written (failed - db object disconnected!) Note that I encountered this error in Windows ONLY when calling exit() or die(). I encountered this issue in every PHP script execution using the custom session handler on Linux (debian sarge). I know my database object may be destroyed BEFORE my session object, but it doesn't seem to be the case because I can still access its methods. I think it has something to do with the mysqli object (returned by mysqli_connect()) but I'm not sure (I also noticed PEAR::DB(mysqli) isn't handling the persistent option). -- Edit bug report at http://bugs.php.net/?id=34430&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34430&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34430&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34430&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34430&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34430&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34430&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34430&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34430&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34430&r=support Expected behavior: http://bugs.php.net/fix.php?id=34430&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34430&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34430&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34430&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34430&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id
#20022 [Sus->Fbk]: OCI8 Recursive call!
ID: 20022 Updated by: [EMAIL PROTECTED] Reported By: jesper at sivertsen dot org -Status: Suspended +Status: Feedback Bug Type: OCI8 related Operating System: * (ZTS) PHP Version: 4.3.0-dev Previous Comments: [2004-06-18 12:32:20] [EMAIL PROTECTED] >Is 9i ( 9.2.0.1.0 ) supported ? yes >PHP has encountered an Access Violation at {NUMBER} any reproduce script ? [2004-06-18 12:28:32] FISHeR at smtp dot ru PHP has encountered an Access Violation at {NUMBER} Is 9i ( 9.2.0.1.0 ) supported ? Windows 2000 / IIS 5.0 / isapi [2003-01-02 05:44:19] [EMAIL PROTECTED] OCI(in_call) is a thread-local variable. so it's only global the the current thread. [2002-12-23 07:59:47] vivanov at tmsoft-ltd dot kiev dot ua I have same problem with "OCI8 Recursive call". This error happens when PHP works as !ISAPI module! (not CGI) under IIS. I just analyzed source and think I found where bug is. In case of ISAPI module functions of this extension (and OCI8 calls) can be called _simultaneously_ (not recursive but parallel) from different threads. conclusion: following manner of using flag 'in_call' is erroneous: ext/oci8.c - #define CALL_OCI(call) \ { \ if (OCI(in_call)) { \ php_error(E_WARNING, "OCI8 Recursive call!\n"); \ exit(-1); \ } else { \ OCI(in_call)=1; \ call; \ OCI(in_call)=0; \ } \ } #define CALL_OCI_RETURN(retcode,call) \ // ... similar code I propose two alternatives: 1) remove away this checks 2) use some synchonization mechanizm instead >as i don't use windows myself there's >nothing i can do to If need, I can provide help -- P.S. sorry about poor english... My native lang. is C/C++ ;) [2002-10-28 08:39:42] [EMAIL PROTECTED] as i don't use windows myself there's nothing i can do to help you. maybe try to find someone on php-db who has this setup working. 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/20022 -- Edit this bug report at http://bugs.php.net/?id=20022&edit=1
#34393 [Opn->Fbk]: compile error: /tmp/php-5.0.4/main/reentrancy.c:193: error: too few arguments t
ID: 34393 Updated by: [EMAIL PROTECTED] Reported By: tamer23 at myrealbox dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Gentoo Linux 2005.1 PHP Version: 5CVS-2005-09-08 New Comment: Try this configure line: # ./configure --disable-all --disable-cgi Previous Comments: [2005-09-08 15:26:46] tamer23 at myrealbox dot com I uploaded the log-file. Tamer http://tamersworld.gmxhome.de/config.log [2005-09-08 12:29:55] [EMAIL PROTECTED] Also put the config.log file online. There's something really odd going on if configure thinks your system doesn't have POSIX compliant readdir_r().. [2005-09-08 09:30:50] tamer23 at myrealbox dot com Sorry, missunderstanding! Here is the file: http://tamersworld.gmxhome.de/php_config.h Thanks for your help [2005-09-07 23:46:57] [EMAIL PROTECTED] Put the main/php_config.h somewhere where we can download it from. (the one from the _snapshot_ build!!!) [2005-09-07 23:46:13] [EMAIL PROTECTED] I asked only for this, not for 5.0.5 and not the whole page: /tmp/php5-200509070630/main/reentrancy.c: In function `php_readdir_r': /tmp/php5-200509070630/main/reentrancy.c:143: error: too few arguments to function `readdir_r' make: *** [main/reentrancy.lo] Error 1 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/34393 -- Edit this bug report at http://bugs.php.net/?id=34393&edit=1
#34421 [Com]: get_class and debug_backtrace report wrong class for inherited static methods
ID: 34421 Comment by: goat at daholygoat dot com Reported By: wkonkel at gmail dot com Status: Open Bug Type: Class/Object related Operating System: redhat PHP Version: 5.0.5 New Comment: I also have to agree with wkonkel about this being a bug. I can't think of any reason why you shouldn't be able to do class introspection from a static method in the inherited class. It's very useful for building object factories, for example (a really major OO area). Previous Comments: [2005-09-08 16:21:21] civilization_2 at hotmail dot com I have to agree with wkonkel. The example shown above works as expected in php4, so if this is by design then php5 is lacking a vital feature that php4 has, namely the ability to get the name of the extended class in a static function call to which resides in the base class. [2005-09-08 16:06:19] wkonkel at gmail dot com Although this is how it currently does work, this is not logical. If I specify that the scope to be "extendedBaseClass", then why is the scope "baseClass"? If this was not a static method, calling get_class() would return "extendedBaseClass" because the object simply isn't a "baseClass", it's an "extendedBaseClass". Static methods are no different. [2005-09-08 12:46:35] [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 static method is part of the base class, not of the extended. [2005-09-08 09:36:40] wkonkel at gmail dot com fixed typo in summary [2005-09-08 09:34:30] wkonkel at gmail dot com Description: When a static function is called in the scope of an extended class, the static function still thinks it's being called in the scope of the base class. I found a similar bug at http://bugs.php.net/bug.php?id=30828 which was fixed in 5.0.5, but the problem still remains. Reproduce code: --- "; echo extendedBaseClass::do_backtrace() . ""; ?> Expected result: extendedBaseClass extendedBaseClass Actual result: -- baseClass baseClass -- Edit this bug report at http://bugs.php.net/?id=34421&edit=1
#34420 [Opn->Csd]: curl_multi causes segfault
ID: 34420 Updated by: [EMAIL PROTECTED] Reported By: blucasco at gmail dot com -Status: Open +Status: Closed Bug Type: cURL related Operating System: i386 SuSE 9.1 Pro PHP Version: 5CVS-2005-09-08 (CVS) 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: [2005-09-08 16:09:10] blucasco at gmail dot com Second run (added CURLOPT_DNS_USE_GLOBAL_CACHE, 0): Program received signal SIGSEGV, Segmentation fault. 0x0808ce0f in zif_curl_setopt (ht=3, return_value=0x86cbc8c, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /root/disks/src/php5-200509080230/ext/curl/interface.c:1066 1066ch->handlers->write->method = PHP_CURL_RETURN; First run (CURLOPT_DNS_USE_GLOBAL_CACHE, 1): Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /lib/libz.so.1...done. Loaded symbols for /lib/libz.so.1 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/tls/libm.so.6...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /usr/lib/libcurl.so.3...done. Loaded symbols for /usr/lib/libcurl.so.3 Reading symbols from /usr/lib/libidn.so.11...done. Loaded symbols for /usr/lib/libidn.so.11 Reading symbols from /usr/lib/libssl.so.0.9.7...done. Loaded symbols for /usr/lib/libssl.so.0.9.7 Reading symbols from /usr/lib/libcrypto.so.0.9.7...done. Loaded symbols for /usr/lib/libcrypto.so.0.9.7 Reading symbols from /usr/lib/libxml2.so.2...done. Loaded symbols for /usr/lib/libxml2.so.2 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /lib/libnss_dns.so.2...done. Loaded symbols for /lib/libnss_dns.so.2 #0 0x0808ce0f in zif_curl_setopt (ht=3, return_value=0x86cbae4, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /root/disks/src/php5-200509080230/ext/curl/interface.c:1066 1066ch->handlers->write->method = PHP_CURL_RETURN; [2005-09-08 07:29:57] [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. [2005-09-08 06:54:01] blucasco at gmail dot com Also, I have tried with both curl 7.13.x and 7.14.1 compiled in (separate builds) with the same type of seg-fault after several iterations. [2005-09-08 06:47:23] blucasco at gmail dot com Description: This code causes seg fault on any version of PHP 5, including newest CVS build (php5-200509080230). Are there threading issues? Is curl_multi not reliable? I seem unable to test with --enable-thread-safety or --enable-experimental-zts (doesn't compile in properly) so I can't confirm. Reproduce code: --- http://www.cnn.com/";, "http://www.canada.com/";, "http://www.yahoo.com/"; ); while(1) { $mh = curl_multi_init(); foreach ($connomains as $i => $url) { $conn[$i] = curl_init($url); curl_setopt($conn[$i], CURLOPT_RETURNTRANSFER, 1); curl_multi_add_handle ($mh,$conn[$i]); } // start performing the request do { $mrc = curl_multi_exec($mh, $active); } while ($mrc == CURLM_CALL_MULTI_PERFORM); while ($active and $mrc == CURLM_OK) { // wait for network if (curl_multi_select($mh) != -1) { // pull in any new data, or at least handle timeouts do { $mrc = curl_multi_exec($mh, $active); } while ($mrc == CURLM_CALL_MULTI_PERFORM); } } if ($mrc != CURLM_OK) { print "Curl multi read error $mrc\n"; } // retrieve data foreach ($connomains as $i => $url) { if (($err = curl_error($conn[$i])) == '') { $res[$i]=curl_multi_getcontent($conn[$i]); } else { print "Curl error on handle $i: $err\n"; } curl_multi_remove_handle($mh,$conn[$i]); curl_close($conn[$i]); } curl_multi_close($mh); print_r($
#34421 [Com]: get_class and debug_backtrace report wrong class for inherited static methods
ID: 34421 Comment by: civilization_2 at hotmail dot com Reported By: wkonkel at gmail dot com Status: Open Bug Type: Class/Object related Operating System: redhat PHP Version: 5.0.5 New Comment: I have to agree with wkonkel. The example shown above works as expected in php4, so if this is by design then php5 is lacking a vital feature that php4 has, namely the ability to get the name of the extended class in a static function call to which resides in the base class. Previous Comments: [2005-09-08 16:06:19] wkonkel at gmail dot com Although this is how it currently does work, this is not logical. If I specify that the scope to be "extendedBaseClass", then why is the scope "baseClass"? If this was not a static method, calling get_class() would return "extendedBaseClass" because the object simply isn't a "baseClass", it's an "extendedBaseClass". Static methods are no different. [2005-09-08 12:46:35] [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 static method is part of the base class, not of the extended. [2005-09-08 09:36:40] wkonkel at gmail dot com fixed typo in summary [2005-09-08 09:34:30] wkonkel at gmail dot com Description: When a static function is called in the scope of an extended class, the static function still thinks it's being called in the scope of the base class. I found a similar bug at http://bugs.php.net/bug.php?id=30828 which was fixed in 5.0.5, but the problem still remains. Reproduce code: --- "; echo extendedBaseClass::do_backtrace() . ""; ?> Expected result: extendedBaseClass extendedBaseClass Actual result: -- baseClass baseClass -- Edit this bug report at http://bugs.php.net/?id=34421&edit=1
#34429 [NEW]: Output buffering cannot be turned off when runing as FastCGI
From: zimage at icdsoft dot com Operating system: Linux PHP version: 4.4.0 PHP Bug Type: Output Control Bug description: Output buffering cannot be turned off when runing as FastCGI Description: Output comes in chunks of about 8k and cannot be forced by using flush(), ob_flush() or output_buffering = Off I've tested with netcat to avoid browser buffering issues: echo -ne 'GET /buf.php HTTP/1.0\n\n' |nc 10.0.0.1 80 Reproduce code: --- Expected result: When run under mod_php, cgi version or lighttpd+php/fastcgi there is one digit printed per second. Actual result: -- When run under apache 1.3.33 + php/fastcgi the entire output is printed at once. -- Edit bug report at http://bugs.php.net/?id=34429&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34429&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34429&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34429&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34429&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34429&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34429&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34429&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34429&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34429&r=support Expected behavior: http://bugs.php.net/fix.php?id=34429&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34429&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34429&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34429&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34429&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34429&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34429&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34429&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34429&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34429&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34429&r=mysqlcfg
#34420 [Fbk->Opn]: curl_multi causes segfault
ID: 34420 User updated by: blucasco at gmail dot com Reported By: blucasco at gmail dot com -Status: Feedback +Status: Open Bug Type: cURL related Operating System: i386 SuSE 9.1 Pro PHP Version: 5CVS-2005-09-08 (CVS) New Comment: Second run (added CURLOPT_DNS_USE_GLOBAL_CACHE, 0): Program received signal SIGSEGV, Segmentation fault. 0x0808ce0f in zif_curl_setopt (ht=3, return_value=0x86cbc8c, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /root/disks/src/php5-200509080230/ext/curl/interface.c:1066 1066ch->handlers->write->method = PHP_CURL_RETURN; First run (CURLOPT_DNS_USE_GLOBAL_CACHE, 1): Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /lib/libz.so.1...done. Loaded symbols for /lib/libz.so.1 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/tls/libm.so.6...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /usr/lib/libcurl.so.3...done. Loaded symbols for /usr/lib/libcurl.so.3 Reading symbols from /usr/lib/libidn.so.11...done. Loaded symbols for /usr/lib/libidn.so.11 Reading symbols from /usr/lib/libssl.so.0.9.7...done. Loaded symbols for /usr/lib/libssl.so.0.9.7 Reading symbols from /usr/lib/libcrypto.so.0.9.7...done. Loaded symbols for /usr/lib/libcrypto.so.0.9.7 Reading symbols from /usr/lib/libxml2.so.2...done. Loaded symbols for /usr/lib/libxml2.so.2 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /lib/libnss_dns.so.2...done. Loaded symbols for /lib/libnss_dns.so.2 #0 0x0808ce0f in zif_curl_setopt (ht=3, return_value=0x86cbae4, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /root/disks/src/php5-200509080230/ext/curl/interface.c:1066 1066ch->handlers->write->method = PHP_CURL_RETURN; Previous Comments: [2005-09-08 07:29:57] [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. [2005-09-08 06:54:01] blucasco at gmail dot com Also, I have tried with both curl 7.13.x and 7.14.1 compiled in (separate builds) with the same type of seg-fault after several iterations. [2005-09-08 06:47:23] blucasco at gmail dot com Description: This code causes seg fault on any version of PHP 5, including newest CVS build (php5-200509080230). Are there threading issues? Is curl_multi not reliable? I seem unable to test with --enable-thread-safety or --enable-experimental-zts (doesn't compile in properly) so I can't confirm. Reproduce code: --- http://www.cnn.com/";, "http://www.canada.com/";, "http://www.yahoo.com/"; ); while(1) { $mh = curl_multi_init(); foreach ($connomains as $i => $url) { $conn[$i] = curl_init($url); curl_setopt($conn[$i], CURLOPT_RETURNTRANSFER, 1); curl_multi_add_handle ($mh,$conn[$i]); } // start performing the request do { $mrc = curl_multi_exec($mh, $active); } while ($mrc == CURLM_CALL_MULTI_PERFORM); while ($active and $mrc == CURLM_OK) { // wait for network if (curl_multi_select($mh) != -1) { // pull in any new data, or at least handle timeouts do { $mrc = curl_multi_exec($mh, $active); } while ($mrc == CURLM_CALL_MULTI_PERFORM); } } if ($mrc != CURLM_OK) { print "Curl multi read error $mrc\n"; } // retrieve data foreach ($connomains as $i => $url) { if (($err = curl_error($conn[$i])) == '') { $res[$i]=curl_multi_getcontent($conn[$i]); } else { print "Curl error on handle $i: $err\n"; } curl_multi_remove_handle($mh,$conn[$i]); curl_close($conn[$i]); } curl_multi_close($mh); print_r($res); } ?> Expected result: Expected: continous loop after everything is properly closed. Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=34420&edit=1
#34421 [Bgs->Opn]: get_class and debug_backtrace report wrong class for inherited static methods
ID: 34421 User updated by: wkonkel at gmail dot com Reported By: wkonkel at gmail dot com -Status: Bogus +Status: Open Bug Type: Class/Object related Operating System: redhat PHP Version: 5.0.5 New Comment: Although this is how it currently does work, this is not logical. If I specify that the scope to be "extendedBaseClass", then why is the scope "baseClass"? If this was not a static method, calling get_class() would return "extendedBaseClass" because the object simply isn't a "baseClass", it's an "extendedBaseClass". Static methods are no different. Previous Comments: [2005-09-08 12:46:35] [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 static method is part of the base class, not of the extended. [2005-09-08 09:36:40] wkonkel at gmail dot com fixed typo in summary [2005-09-08 09:34:30] wkonkel at gmail dot com Description: When a static function is called in the scope of an extended class, the static function still thinks it's being called in the scope of the base class. I found a similar bug at http://bugs.php.net/bug.php?id=30828 which was fixed in 5.0.5, but the problem still remains. Reproduce code: --- "; echo extendedBaseClass::do_backtrace() . ""; ?> Expected result: extendedBaseClass extendedBaseClass Actual result: -- baseClass baseClass -- Edit this bug report at http://bugs.php.net/?id=34421&edit=1
#34393 [Fbk->Opn]: compile error: /tmp/php-5.0.4/main/reentrancy.c:193: error: too few arguments t
ID: 34393 User updated by: tamer23 at myrealbox dot com Reported By: tamer23 at myrealbox dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Gentoo Linux 2005.1 PHP Version: 5CVS-2005-09-08 New Comment: I uploaded the log-file. Tamer http://tamersworld.gmxhome.de/config.log Previous Comments: [2005-09-08 12:29:55] [EMAIL PROTECTED] Also put the config.log file online. There's something really odd going on if configure thinks your system doesn't have POSIX compliant readdir_r().. [2005-09-08 09:30:50] tamer23 at myrealbox dot com Sorry, missunderstanding! Here is the file: http://tamersworld.gmxhome.de/php_config.h Thanks for your help [2005-09-07 23:46:57] [EMAIL PROTECTED] Put the main/php_config.h somewhere where we can download it from. (the one from the _snapshot_ build!!!) [2005-09-07 23:46:13] [EMAIL PROTECTED] I asked only for this, not for 5.0.5 and not the whole page: /tmp/php5-200509070630/main/reentrancy.c: In function `php_readdir_r': /tmp/php5-200509070630/main/reentrancy.c:143: error: too few arguments to function `readdir_r' make: *** [main/reentrancy.lo] Error 1 [2005-09-07 14:29:21] [EMAIL PROTECTED] The error can't be same for the CVS snapshot since there's nothing on line 193 in it..what's the exact error you get with the snapshot? 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/34393 -- Edit this bug report at http://bugs.php.net/?id=34393&edit=1
#34428 [Opn->Bgs]: phpinfo() 5.0.5
ID: 34428 Updated by: [EMAIL PROTECTED] Reported By: dotjan at msn dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP SP2 PHP Version: 5.0.5 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. . Previous Comments: [2005-09-08 14:58:52] dotjan at msn dot com Description: PHP version 5.0.5: When I use the function phpinfo(); the title of the page says that I work with PHP version 5.0.4 -- Edit this bug report at http://bugs.php.net/?id=34428&edit=1
#34428 [NEW]: phpinfo() 5.0.5
From: dotjan at msn dot com Operating system: Windows XP SP2 PHP version: 5.0.5 PHP Bug Type: Unknown/Other Function Bug description: phpinfo() 5.0.5 Description: PHP version 5.0.5: When I use the function phpinfo(); the title of the page says that I work with PHP version 5.0.4 -- Edit bug report at http://bugs.php.net/?id=34428&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34428&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34428&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34428&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34428&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34428&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34428&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34428&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34428&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34428&r=support Expected behavior: http://bugs.php.net/fix.php?id=34428&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34428&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34428&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34428&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34428&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34428&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34428&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34428&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34428&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34428&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34428&r=mysqlcfg
#34427 [Bgs]: round function bug
ID: 34427 User updated by: lukasz at knasiecki dot com Reported By: lukasz at knasiecki dot com Status: Bogus Bug Type: *Math Functions Operating System: Windows XP PHP Version: 5.0.5 New Comment: Still, I am sure this is a bug. No software I use (Excel, Shopping program) produces such results, like PHP echo ''.round(0.155*1, 2); >> gives 0,16 echo ''.round(8.155*1, 2); >> gives 8,15 Previous Comments: [2005-09-08 14:32:09] [EMAIL PROTECTED] Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. [2005-09-08 14:24:56] lukasz at knasiecki dot com Description: Round function works with errors. Reproduce code: --- echo ''.round(8.055, 2); echo ''.round(8.155, 2); echo ''.round(8.255, 2); Expected result: echo ''.round(8.055, 2); //gives 8.06 echo ''.round(8.155, 2); //gives 8.16 echo ''.round(8.255, 2); //gives 8.26 Actual result: -- echo ''.round(8.055, 2); //gives 8.06 echo ''.round(8.155, 2); //gives 8.15 !!! echo ''.round(8.255, 2); //gives 8.26 -- Edit this bug report at http://bugs.php.net/?id=34427&edit=1
#34427 [Opn->Bgs]: round function bug
ID: 34427 Updated by: [EMAIL PROTECTED] Reported By: lukasz at knasiecki dot com -Status: Open +Status: Bogus Bug Type: *Math Functions Operating System: Windows XP PHP Version: 5.0.5 New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. Previous Comments: [2005-09-08 14:24:56] lukasz at knasiecki dot com Description: Round function works with errors. Reproduce code: --- echo ''.round(8.055, 2); echo ''.round(8.155, 2); echo ''.round(8.255, 2); Expected result: echo ''.round(8.055, 2); //gives 8.06 echo ''.round(8.155, 2); //gives 8.16 echo ''.round(8.255, 2); //gives 8.26 Actual result: -- echo ''.round(8.055, 2); //gives 8.06 echo ''.round(8.155, 2); //gives 8.15 !!! echo ''.round(8.255, 2); //gives 8.26 -- Edit this bug report at http://bugs.php.net/?id=34427&edit=1
#34427 [NEW]: round function bug
From: lukasz at knasiecki dot com Operating system: Windows XP PHP version: 5.0.5 PHP Bug Type: *Math Functions Bug description: round function bug Description: Round function works with errors. Reproduce code: --- echo ''.round(8.055, 2); echo ''.round(8.155, 2); echo ''.round(8.255, 2); Expected result: echo ''.round(8.055, 2); //gives 8.06 echo ''.round(8.155, 2); //gives 8.16 echo ''.round(8.255, 2); //gives 8.26 Actual result: -- echo ''.round(8.055, 2); //gives 8.06 echo ''.round(8.155, 2); //gives 8.15 !!! echo ''.round(8.255, 2); //gives 8.26 -- Edit bug report at http://bugs.php.net/?id=34427&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34427&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34427&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34427&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34427&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34427&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34427&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34427&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34427&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34427&r=support Expected behavior: http://bugs.php.net/fix.php?id=34427&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34427&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34427&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34427&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34427&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34427&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34427&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34427&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34427&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34427&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34427&r=mysqlcfg
#34425 [Bgs]: switch/case - number/string
ID: 34425 Updated by: [EMAIL PROTECTED] Reported By: htht at mail dot bg Status: Bogus Bug Type: PHP options/info functions Operating System: Debian, Linux PHP Version: 4.4.0 New Comment: switch..case is same as if ($do == 'add'). Cast the value to string first and you get expected result. If you had used integers in cases, you should cast to int. Previous Comments: [2005-09-08 12:47:49] [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 . [2005-09-08 12:15:33] htht at mail dot bg Description: There is problem with switch/case settlement, when the argument is number an the cases are strings; Reproduce code: --- $do = 0; switch ($do) { case 'add': print 'we add'; break; case 'upd': print 'we update'; break; default: // default display only print 'we only display'; break; } Expected result: we only display Actual result: -- we add -- Edit this bug report at http://bugs.php.net/?id=34425&edit=1
#34426 [Opn->Bgs]: implicit string casting problem
ID: 34426 Updated by: [EMAIL PROTECTED] Reported By: mbphp at netzone dot ch -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.4.0 New Comment: Use === operator for that. Previous Comments: [2005-09-08 12:44:54] mbphp at netzone dot ch Description: compare of 2 string with numbers >> implicit casting $a="1.5"; $b="1.50"; $a==$b gives true. which is not correct both are strings, so casting to another type is not ucorrect i think. if the variables are of different type casting is ok but not if both are of the same type. -- Edit this bug report at http://bugs.php.net/?id=34426&edit=1
#34425 [Opn->Bgs]: switch/case - number/string
ID: 34425 Updated by: [EMAIL PROTECTED] Reported By: htht at mail dot bg -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Debian, Linux PHP Version: 4.4.0 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 . Previous Comments: [2005-09-08 12:15:33] htht at mail dot bg Description: There is problem with switch/case settlement, when the argument is number an the cases are strings; Reproduce code: --- $do = 0; switch ($do) { case 'add': print 'we add'; break; case 'upd': print 'we update'; break; default: // default display only print 'we only display'; break; } Expected result: we only display Actual result: -- we add -- Edit this bug report at http://bugs.php.net/?id=34425&edit=1
#34421 [Opn->Bgs]: get_class and debug_backtrace report wrong class for inherited static methods
ID: 34421 Updated by: [EMAIL PROTECTED] Reported By: wkonkel at gmail dot com -Status: Open +Status: Bogus Bug Type: Class/Object related Operating System: redhat PHP Version: 5.0.5 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 The static method is part of the base class, not of the extended. Previous Comments: [2005-09-08 09:36:40] wkonkel at gmail dot com fixed typo in summary [2005-09-08 09:34:30] wkonkel at gmail dot com Description: When a static function is called in the scope of an extended class, the static function still thinks it's being called in the scope of the base class. I found a similar bug at http://bugs.php.net/bug.php?id=30828 which was fixed in 5.0.5, but the problem still remains. Reproduce code: --- "; echo extendedBaseClass::do_backtrace() . ""; ?> Expected result: extendedBaseClass extendedBaseClass Actual result: -- baseClass baseClass -- Edit this bug report at http://bugs.php.net/?id=34421&edit=1
#34426 [NEW]: implicit string casting problem
From: mbphp at netzone dot ch Operating system: Linux PHP version: 4.4.0 PHP Bug Type: Scripting Engine problem Bug description: implicit string casting problem Description: compare of 2 string with numbers >> implicit casting $a="1.5"; $b="1.50"; $a==$b gives true. which is not correct both are strings, so casting to another type is not ucorrect i think. if the variables are of different type casting is ok but not if both are of the same type. -- Edit bug report at http://bugs.php.net/?id=34426&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34426&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34426&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34426&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34426&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34426&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34426&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34426&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34426&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34426&r=support Expected behavior: http://bugs.php.net/fix.php?id=34426&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34426&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34426&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34426&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34426&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34426&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34426&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34426&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34426&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34426&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34426&r=mysqlcfg
#34393 [Opn->Fbk]: compile error: /tmp/php-5.0.4/main/reentrancy.c:193: error: too few arguments t
ID: 34393 Updated by: [EMAIL PROTECTED] Reported By: tamer23 at myrealbox dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Gentoo Linux 2005.1 PHP Version: 5CVS-2005-09-08 New Comment: Also put the config.log file online. There's something really odd going on if configure thinks your system doesn't have POSIX compliant readdir_r().. Previous Comments: [2005-09-08 09:30:50] tamer23 at myrealbox dot com Sorry, missunderstanding! Here is the file: http://tamersworld.gmxhome.de/php_config.h Thanks for your help [2005-09-07 23:46:57] [EMAIL PROTECTED] Put the main/php_config.h somewhere where we can download it from. (the one from the _snapshot_ build!!!) [2005-09-07 23:46:13] [EMAIL PROTECTED] I asked only for this, not for 5.0.5 and not the whole page: /tmp/php5-200509070630/main/reentrancy.c: In function `php_readdir_r': /tmp/php5-200509070630/main/reentrancy.c:143: error: too few arguments to function `readdir_r' make: *** [main/reentrancy.lo] Error 1 [2005-09-07 14:29:21] [EMAIL PROTECTED] The error can't be same for the CVS snapshot since there's nothing on line 193 in it..what's the exact error you get with the snapshot? [2005-09-07 14:17:28] tamer23 at myrealbox dot com The error is the same. Even though, I have updated the gcc-compiler from 3.3.5 to 3.4.4 and the error still exists. The error message is EXACTLY the same of php-5.0.4 and that one from the CVS. Has it got something todo with the c++ library installed on my system?! Tamer 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/34393 -- Edit this bug report at http://bugs.php.net/?id=34393&edit=1
#34425 [NEW]: switch/case - number/string
From: htht at mail dot bg Operating system: Debian, Linux PHP version: 4.4.0 PHP Bug Type: PHP options/info functions Bug description: switch/case - number/string Description: There is problem with switch/case settlement, when the argument is number an the cases are strings; Reproduce code: --- $do = 0; switch ($do) { case 'add': print 'we add'; break; case 'upd': print 'we update'; break; default: // default display only print 'we only display'; break; } Expected result: we only display Actual result: -- we add -- Edit bug report at http://bugs.php.net/?id=34425&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34425&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34425&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34425&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34425&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34425&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34425&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34425&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34425&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34425&r=support Expected behavior: http://bugs.php.net/fix.php?id=34425&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34425&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34425&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34425&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34425&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34425&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34425&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34425&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34425&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34425&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34425&r=mysqlcfg
#34424 [Opn->Bgs]: Fatal error with current(current($x))
ID: 34424 Updated by: [EMAIL PROTECTED] Reported By: marco at alphasoft dot ch -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows, IIS, Isapi PHP Version: 5.0.5 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 . Previous Comments: [2005-09-08 11:50:05] marco at alphasoft dot ch Description: Nested current() does not work. Reproduce code: --- $a = array( 'a'=>array('b'=>'c') ); echo current(current($a)); Expected result: c Actual result: -- Fatal error: Only variables can be passed by reference in -- Edit this bug report at http://bugs.php.net/?id=34424&edit=1
#33747 [Asn->Fbk]: php5: Too many Oracle-Sessions on INSERT Statements
ID: 33747 Updated by: [EMAIL PROTECTED] Reported By: alfred dot trapp at tvi-services dot de -Status: Assigned +Status: Feedback Bug Type: OCI8 related Operating System: Linux PHP Version: 5CVS-2005-07-19 Assigned To: tony2001 New Comment: Please try OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-07-20 17:04:27] alfred dot trapp at tvi-services dot de I'm sorry about that, but for now i can't provide such a script. I tried it with a short script on a test table with inserting 500 numeric values into one column only and could not reproduce the mentioned bug. Maybe you are right and it is a duplicate to bug #32361. I will watch furthermore to proposals concerning that bug and may be able to prepare a script that reproduces my problem. Thanks for trying to help. [2005-07-20 15:18:39] [EMAIL PROTECTED] As far as I understand it doesn't depend on the table, am I right? So why not to provide a script that CREATEs the table, INSERTs data into it and demonstrates the problem? Basically, what I want is a script that I can copy, paste, run and see the problem. That's all. Without all those variables that doesn't exist in the script, without non-existent tables etc. It's so easy, why do I need to ask you several times about it? Also, are you sure that ONLY THIS script causes the issue? If you just replace it with simple , , );?> - doesn't it behave in the same wrong way? It looks like another one duplicate of bug #32361, but you're talking about INSERTs for some reason. [2005-07-20 15:05:55] alfred dot trapp at tvi-services dot de $connection=ocilogon($user, $pwd, $sid); $tablename="RESULT"; for($i=0;$i>not more than 20 lines of code<<. If you want to know how the result array gets filled, i have to send you the whole script. [2005-07-20 14:41:41] [EMAIL PROTECTED] Obviously this code won't work as nobody knows where do you get $result & $tabinsert. [2005-07-20 14:36:54] alfred dot trapp at tvi-services dot de Hi tony Simplified Program Code $connection=ocilogon($user, $pwd, $sid); $tablename="RESULT_".$user; for($i=0;$ihttp://bugs.php.net/33747 -- Edit this bug report at http://bugs.php.net/?id=33747&edit=1
#33564 [Asn->Fbk]: Strange behaviour passing long string to TRANSLATE in oracle
ID: 33564 Updated by: [EMAIL PROTECTED] Reported By: daniel at bitarts dot com -Status: Assigned +Status: Feedback Bug Type: OCI8 related Operating System: solaris PHP Version: 5.0.4 Assigned To: tony2001 New Comment: Please try OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-07-05 16:53:00] daniel at bitarts dot com I had made a mistake, TRANSLATE only works for NVARCHAR's etc and anything less than 2000 characaters. What I should be using is TO_NCHAR. This works fine in sql: UPDATE TEST SET NCLOB_BACKUP = TO_NCLOB(:NCLOB_BACKUP) WHERE ID='4 However, running this through php causes php to lock up: $data = "TEst2"; $lob = OCINewDescriptor($conn, OCI_D_LOB); $stmt = OCIParse($conn,"UPDATE TEST SET NCLOB_BACKUP = TO_NCLOB(:NCLOB_BACKUP) WHERE ID='4'"); OCIBindByName($stmt, ':NCLOB_BACKUP', &$lob, -1, OCI_B_CLOB); $lob->WriteTemporary($data); OCIExecute($stmt, OCI_DEFAULT); $lob->close(); $lob->free(); OCICommit($conn); I'm not too sure if it is an oracle bug anymore, or if it is, php should respond to it better? Thanks [2005-07-05 11:35:20] [EMAIL PROTECTED] Or some kind of your mistake, I'm not sure how to classify it. So it doesn't look like PHP-only problem and I'm closing this report as bogus. Feel free to reopen it if/when you have more info. [2005-07-05 11:23:34] daniel at bitarts dot com Same things happens there too, when I add lots of characters. Seems to be a bug in oracle? [2005-07-04 22:24:47] [EMAIL PROTECTED] And what if you try to do the same with SQLPlus? Do the same query work for you? [2005-07-04 16:20:41] daniel at bitarts dot com I am using Oracle 9i 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/33564 -- Edit this bug report at http://bugs.php.net/?id=33564&edit=1
#33383 [Asn->Fbk]: PHP crashes while retrieving data from Oracle
ID: 33383 Updated by: [EMAIL PROTECTED] Reported By: johnny at ouranous dot idv dot tw -Status: Assigned +Status: Feedback Bug Type: OCI8 related Operating System: Solaris 9 PHP Version: 5.0.4 Assigned To: tony2001 New Comment: Please try OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-06-20 11:39:06] johnny at ouranous dot idv dot tw http://snaps.php.net/php5-latest.tar.gz did not work, either. After some simple but stupid work by added some oci_debug in ext/oci8/oci8.c, I found the program crashed at line 2254: CALL_OCI_RETURN(connection->error, OCILobRead( connection->pServiceContext, connection->pError, mydescr->ocidescr, &readlen, /* IN/OUT bytes toread/read */ siz + 1, /* offset (starts with 1) */ (dvoid *) ((char *) buf + siz), readlen, /* size of buffer */ (dvoid *)0, (OCICallbackLobRead) 0, /* callback... */ (ub2) connection->session->charsetId, /* The character set ID of the buffer data. */ (ub1) SQLCS_IMPLICIT /* The character set form of the buffer data. */ ) ); when readlen == 1 and whenever the real data store in lob field is ' ' or not. (I was mistake in previous post, there is a ' ' in the clob field) I tried add readlen++; before buf = emalloc(readlen + 1); and it works in all my test case but I don't know if this is the correctly way to solve it. [2005-06-19 21:36:26] [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 [2005-06-19 17:30:59] johnny at gorilla dot com dot tw Configuration: CFLAGS="`getconf LFS_CFLAGS`" ./configure --prefix=/usr/local/php5 --with-oci8=/data/oracle/OraHome1 --with-ncurses=/usr/local/lib --enable-mbstring=all --enable-debug $gdb /usr/local/php5/bin/php core GNU gdb 6.0 Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.9"... Core was generated by `/usr/local/php5/bin/php -q test.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libpanel.so.5...done. Loaded symbols for /usr/local/lib/libpanel.so.5 Reading symbols from /usr/local/lib/libncurses.so.5...done. Loaded symbols for /usr/local/lib/libncurses.so.5 Reading symbols from /usr/lib/libresolv.so.2...done. Loaded symbols for /usr/lib/libresolv.so.2 Reading symbols from /usr/lib/libm.so.1...done. Loaded symbols for /usr/lib/libm.so.1 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/libgen.so.1...done. Loaded symbols for /usr/lib/libgen.so.1 Reading symbols from /usr/lib/libsched.so.1...done. Loaded symbols for /usr/lib/libsched.so.1 Reading symbols from /data/oracle/OraHome1/lib32/libclntsh.so.9.0...done. Loaded symbols for /data/oracle/OraHome1/lib32/libclntsh.so.9.0 Reading symbols from /usr/local/lib/libxml2.so.2...done. Loaded symbols for /usr/local/lib/libxml2.so.2 Reading symbols from /usr/lib/libpthread.so.1...done. Loaded symbols for /usr/lib/libpthread.so.1 Reading symbols from /usr/local/lib/libiconv.so.2...done. Loaded symbols for /usr/local/lib/libiconv.so.2 ---Type to continue, or q to quit--- Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /data/oracle/OraHome1/lib32/libwtc9.so.
#32988 [Opn->Csd]: ext/oci8: OCI doesn't support DB external authentication
ID: 32988 Updated by: [EMAIL PROTECTED] Reported By: stephane dot dekeyzer at kmi dot be -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Any PHP Version: 5.0.4 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-05-11 11:07:42] stephane dot dekeyzer at kmi dot be simplified version: if(external authentication){ do ext authentication } else{ do login/password authentication } after line 2819, here a re my new lines: if(strcmp(username, "/") == 0 && strlen(password) == 0 || strlen(username) == 0 && strlen(password) == 0){ /* doing external authentication (OCI_CRED_EXT) */ CALL_OCI_RETURN(OCI(error), OCISessionBegin( svchp, OCI(pError), session->pSession, (ub4) OCI_CRED_EXT, (ub4) OCI_DEFAULT ) ); } else { /* set the username in user handle */ CALL_OCI_RETURN(OCI(error), OCIAttrSet( (dvoid *) session->pSession, (ub4) OCI_HTYPE_SESSION, (dvoid *) username, (ub4) strlen(username), (ub4) OCI_ATTR_USERNAME, OCI(pError) ) ); if (OCI(error) != OCI_SUCCESS) { oci_error(OCI(pError), "OCIAttrSet OCI_ATTR_USERNAME", OCI(error)); goto CLEANUP; } /* set the password in user handle */ CALL_OCI_RETURN(OCI(error), OCIAttrSet( (dvoid *) session->pSession, (ub4) OCI_HTYPE_SESSION, (dvoid *) password, (ub4) strlen(password), (ub4) OCI_ATTR_PASSWORD, OCI(pError) ) ); if (OCI(error) != OCI_SUCCESS) { oci_error(OCI(pError), "OCIAttrSet OCI_ATTR_PASSWORD", OCI(error)); goto CLEANUP; } CALL_OCI_RETURN(OCI(error), OCISessionBegin( svchp, OCI(pError), session->pSession, (ub4) OCI_CRED_RDBMS, (ub4) OCI_DEFAULT ) ); } [2005-05-10 17:51:57] [EMAIL PROTECTED] Please post your patch online somewhere as a unified diff against CVS HEAD, and paste the link to that diff into this bug report; thanks :) [2005-05-09 17:00:26] stephane dot dekeyzer at kmi dot be Description: OCILogon, OCIPLogon, doesn't support external authentication to the database ... I know this a ecurity hole if you use php with apache, but when you use it in scripting mode, it is very usefull, and itsn't a security breach. I met Christopher Jones last week at the PHP conference in Amsterdam who agreed and asked me to post this bug so OCI developpers can discuss about it. It would a be a good idea when php runs without apache, external authentication would be allowed. I have a modification of the oci8.c wich support external authentication, just mail me if you want to have it ! Reproduce code: --- $conn = OCILogon("", "", mydb); // should work $conn = OCILogon("/", "", mydb); // should also work $conn = OCILogon(null, null, mydb); // should also work Expected result: $conn = OCILogon(null, null, mydb); // should work and log me in as the os user curently running the script Actual result: -- $conn = OCILogon(null, null, mydb); // gives an error. -- Edit this bug report at http://bugs.php.net/?id=32988&edit=1
#26829 [Bgs->Csd]: Killed Oracle Sessions openned with OCIPLogon()
ID: 26829 Updated by: [EMAIL PROTECTED] Reported By: david dot gaia dot kano at dartmouth dot edu -Status: Bogus +Status: Closed Bug Type: OCI8 related Operating System: Compaq Unix PHP Version: 4.3.4 Assigned To: tony2001 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-05-18 10:45:41] [EMAIL PROTECTED] See bug #29779. [2005-05-18 09:30:41] pawel at gmx dot net I'm using PHP 5.03 and the problem still exists: PHP still tries to use killed connections and then fails to connect to Oracle. Are there any plans to fix this bug in the nearest future. Is there any workaround for the time being? [2004-02-13 09:55:50] david dot gaia dot kano at dartmouth dot edu Sorry for the delayed respose, sniper. We have been working around this Ok and I'm finally getting back to checking this bug status. To clarify, the issue is that our Oracle Administrators have proceedures that automatically kill any session that has been running for longer than 24 hours. So no, it is not an issue of the connection being killed while the script is running. I think we can wait for php 5 to address this, rather than building a "latest" php 4 release from CVS. I'm hoping that will be available fairly soon anyway because I'm excited about the new features! If it is not released soon, I'll probably build it on my test server and then check this bug out there to confirm it is fixed. [2004-02-04 04:01:25] [EMAIL PROTECTED] This is known issue and should be fixed in future releases of PHP5. [2004-01-19 14:12:22] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. 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/26829 -- Edit this bug report at http://bugs.php.net/?id=26829&edit=1
#29779 [Sus->Csd]: ORA-24327
ID: 29779 Updated by: [EMAIL PROTECTED] Reported By: robertg2 at hope dot ac dot uk -Status: Suspended +Status: Closed Bug Type: OCI8 related Operating System: Solaris 8 PHP Version: 5.0.1 Assigned To: tony2001 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-07-25 13:17:34] jfbustarret at tf1 dot fr I had the same problem and wrote a small patch : http://www.jeuxdecartes.net/static/oci8.ping_freq.patch It adds a oci8.ping_freq php.ini variable (oci8.ping_freq = 60 is a good start). [2005-07-22 21:41:12] bradpover at gmail dot com I too would appreciate a quick fix to this feature (what does the suspended status mean?). I see the error message using PHP 5.0.4, Apache 2.0.54 on win2k talking to a remote Oracle 10g database through Instant Client. BTW the suggestion to uncomment out ociping() in ori8.c may be for oci_ping() instead? That's what's in the win php5 source anyway. I just need a compiler now (the ms visual c++ toolkit 2003 does not include msdev which is needed to build resolv.lib - what a thing to find out _after_ downloading and installing 1GB of mostly not needed packages). On the brighter side I am running windows so system crashes and reboots will make my admin job easier for once. :) [2005-07-13 09:30:00] ecervetti at ch-hyeres dot fr I use php 5.0.4 On mandrake linux, the bug remains; but I can't see any ociping() function in oci8.c [2005-07-01 19:20:17] chung dot ley at amd dot com Why does 4.3.10 not have this problem? Is it because it is doing the ociping() or similar which means that its performance is less than the 5.0? Or just that the 5.0.x has special optimization with using the Oracle internal library? What is the status of the fix? Will it be in the next release or maybe the next next release? How can I help to push the priority of the fix? I perfer not to use 4.3.10 because I will need to re-test all my applications on 4.3.10, and I also prefer not to uncomment ociping() so that I don't have to degrade the performance... In other words, I want everything :DDD Thanks [2005-06-13 19:58:39] wustl_2008 at yahoo dot com I am experiencing the same problem on Apache 5.0.0 with Oracle 9.2. Any solutions besides rebooting the Apache server are greatly appreciated as I cannot afford to reboot the apache server since I am unable to know when the database has gone down for certain. I am capturing the error codes from OCIError and can determine the cause, but am unable (due to user abilities on the Linux system) to reboot Apache with a script, etc. Fix on this ASAP would be greatly appreciated. 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/29779 -- Edit this bug report at http://bugs.php.net/?id=29779&edit=1
#34424 [NEW]: Fatal error with current(current($x))
From: marco at alphasoft dot ch Operating system: Windows, IIS, Isapi PHP version: 5.0.5 PHP Bug Type: Unknown/Other Function Bug description: Fatal error with current(current($x)) Description: Nested current() does not work. Reproduce code: --- $a = array( 'a'=>array('b'=>'c') ); echo current(current($a)); Expected result: c Actual result: -- Fatal error: Only variables can be passed by reference in -- Edit bug report at http://bugs.php.net/?id=34424&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34424&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34424&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34424&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34424&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34424&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34424&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34424&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34424&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34424&r=support Expected behavior: http://bugs.php.net/fix.php?id=34424&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34424&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34424&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34424&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34424&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34424&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34424&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34424&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34424&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34424&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34424&r=mysqlcfg
#29902 [Bgs->Csd]: oci8 doesn't disconnect sessions, overloads oracle server
ID: 29902 Updated by: [EMAIL PROTECTED] Reported By: jwoodrich at avaya dot com -Status: Bogus +Status: Closed Bug Type: OCI8 related Operating System: Solaris 7 PHP Version: 5.0.1 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2004-08-31 07:16:28] [EMAIL PROTECTED] OCI8 module doesn't close connections and leaves this duty to the Oracle server. That was done intentionally long time ago and that's how it works. Currently all OCI8 connections are persistent (except those established with oci_new_connect()/ocinlogon()), i.e. most often you will have one OCI8 connection for each Apache child. You should tune your Oracle to be able to close connections after a timeout. Look here http://php.net/oci_close for additional info. [2004-08-30 20:54:50] jwoodrich at avaya dot com Description: PHP's oci8 opens connections to the database server but does not disconnect. This appears to be done for each instance of apache that uses PHP oci8. Eventually the maximum number of sessions is reached on the database server and no more connections can be made. This has occured on three different Solaris servers (two v7 and one v8) running PHP 5.0.1. After downgrading to PHP 4.3.8 the problem disappeared and connections disappeared from session listing in Oracle as web transactions completed. Config line: ./configure --with-apxs --with-oci8 \ --enable-ftp --with-curl --with-informix \ --with-imap \ --with-ldap --with-gd --with-jpeg- \ --with-pgsql \ --with-libxml-dir \ --prefix \ --with-png-dir --with-zlib --enable-pcntl --disable-debug Oracle Server version: 8.1.7.2 Oracle Client version: 8.1.7 Reproduce code: --- Example: $dbh=ocilogon("LOGIN","PASSWORD","DATABASE"); $sth=ociparse($dbh,"select sysdate from dual"); ociexecute($sth); ocifetchinto($sth,&$svret,OCI_ASSOC+OCI_RETURN_NULLS); ocifreestatement($sth); oci_close($dbh); var_dump($svret); Expected result: array(1) { ["SYSDATE"]=>string(11) "<>" } Actual result: -- Once the maximum number of sessions is reached this error message is returned: ORA-00604: error occurred at recursive SQL level 1 ORA-00018: maximum number of sessions exceeded -- Edit this bug report at http://bugs.php.net/?id=29902&edit=1
#30127 [NoF->Csd]: lost oracle connection. need restart apache.
ID: 30127 Updated by: [EMAIL PROTECTED] Reported By: andreys at uniqinfo dot ru -Status: No Feedback +Status: Closed Bug Type: OCI8 related Operating System: Windows 2000 SP4 PHP Version: 5.0.1 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-08-03 01:53:03] dwcsite at yahoo dot com My client is a billion dollar corporation. We are using PHP / Oracle to run a financial reporting portal that the high level executives use to access static reports generated by Business Object's broadcast agent. The PHP / Oracle layer is used to provide security and enforce business rules around SEC regulation. We are having the same problem. We get get an error similar to this: [Fri Jul 29 11:09:39 2005] [notice] child pid 15530 exit signal Segmentation fault (11) It seems that this is caused by the DBAs fiddling around with the Oracle server and the connection drops. Because there isn't good coordination between the Unix admins and the DBAs, Apache doesn't get restarted when the connection drops. We are currently having to manually restart the Apache process, which usually involves someone getting woken up at an ungodly hour. We're using Apache 2, PHP 5.0.3, on Solaris 2.9. Our database is Oracle9i Enterprise Edition Release 9.2.0.6.0. Here are snippets of our configuration: PHP Version => 5.0.3 System => SunOS servernamegoeshere 5.9 Generic_117171-14 sun4u Build Date => Feb 11 2005 07:22:47 Configure Command => './configure' '--with-pear' '--with-db4=/local/applications/bdb' '--with-freetype-dir=/opt/gnu' '--with- jpeg-dir=/opt/gnu' '--with-oci8=/local/www/httpd/instantclient10_1' '--enable-mbstring' '--enable-ftp' '--disable-ipv6' '--wit h-ldap=/local/applications/openldap' '--with-ldap-lib=/local/applications/openldap/lib' '--with-ldap-include=/local/applicatio ns/openldap/include' '--with-mysql=/local/www/httpd' '--with-libxml-dir=/local/www/httpd' '--with-imap=/local/development/mail /imap-2004a' '--with-openssl=/local/ssl' '--with-zlib' '--with-zlib-include=/opt/gnu/include' '--with-zlib-lib=/opt/gnu/lib' ' --with-zlib-dir=/opt/gnu/lib' '--with-gd=/opt/gnu' '--with-inifile' '--with-flatfile' '--with-bz2=/opt/gnu' '--prefix=/local/w ww/httpd' '--with-apxs2=/local/www/httpd/bin/apxs' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /conf/net/www/php/php.ini.finportprd01 PHP API => 20031224 PHP Extension => 20041030 Zend Extension => 220040412 Debug Build => no Thread Safety => disabled IPv6 Support => disabled Registered PHP Streams => php, file, http, ftp, compress.bzip2, compress.zlib, https, ftps Registered Stream Socket Transports => tcp, udp, unix, udg, ssl, sslv3, sslv2, tls ... oci8 OCI8 Support => enabled Revision => $Revision: 1.257.2.5 $ Active Persistent Links => 0 Active Links => 0 Oracle Version => 10.1 Compile-time ORACLE_HOME => /local/www/httpd/instantclient10_1 Libraries Used => Temporary Lob support => enabled Collections support => enabled ... I don't belive that this is rightfully a PHP bug. It has more to do with the fact that Oracle and the way it manages connections sucks ass. But, I did want to document it, because it is a real problem, as andreys suggests, and it will not be solved through the conventional debugging techniques that are being suggested. Better to write a script to monitor your logs and make it your admin's headache, if you are lucky enough not to be the admin, of course. ;-) [2005-05-02 18:19:12] terry dot greenlaw at logicalshift dot com The current code is returning cached connections that are no longer valid. If the oracle instance is bounced without restarting Apache, the cached connections will no longer function (they will return ORA-24237), but they are still being returned to oci_connect (and oci_new_connect). The connection either needs to be tested for "liveness" before being returned, or closed properly. They really should be closed instead of cached (unless using pconnect). We're going to have to switch to CLI mode on our production systems until this is fixed. [2005-04-30 01:00:03] 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". [2005-04-22 13:10:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-
#30808 [Sus->Csd]: oci8 cannot connect after restarting DB
ID: 30808 Updated by: [EMAIL PROTECTED] Reported By: michael dot caplan at lechateau dot ca -Status: Suspended +Status: Closed Bug Type: OCI8 related Operating System: RHE 3 PHP Version: 5.0.2 Assigned To: tony2001 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-08-24 00:22:16] msheldon at ultradns dot com "New ini option is needed because pinging every connection would lead to huge overhead." I've got a better idea. How about giving us a function to forcibly terminate a database connection? I can detect when this happens in my PHP code. Unfortunately, it doesn't do a darned bit of good, since the only thing trhat will fix the problem is to restart Apache. I don't need PHP to check the connection for every call, I just need to be able to deal with it when *I* detect a problem. [2005-01-06 22:25:03] gid at gifpaste dot net Our development database server also goes down every night for a cold back up so we get this error every morning in development. (our production server however is always up) This is rather disturbing that this is happening even when using ocinlogon. If I want to create a new connection to oracle, then php should trust that I, the programmer know what I am doing. Maybe put a note in the manual stating that ocinlogon should ONLY be used after ocilogon or ociplogon fails. Maybe it's me, but this ini setting seems like a hack to me. If an oracle connection gets in a corrupted state, then I should be able to detect the bad oracle connection, close it, and try opening a new connection all in php code. Just because someone takes their database server down every night doesn't mean they should have to pay the penalty of oci_ping on every connection. [2004-11-19 14:20:25] michael dot caplan at lechateau dot ca FYI, I am using a DB abstraction library (PEAR::MDB2), and just realized for non persistant connections it is using ociNlogon() for non persistant connections. So, to revise my original report, it is not just ociplogon() that is affected, but also ociNlogon() as well. This certainly does put a new spin on things and perhaps warrants unsuspending this bug report. [2004-11-19 10:14:06] giunta dot gaetano at sea-aeroportimilano dot it It is very funny that I never experienced this problem, given the really heavy usage we do of PHP+Oci at work. But then I stick with php 4 for now: does this bug also apply to the 'old' version? Anyway, here's what I generally do, both in C++ OCI sw and php scripts that run as services (ie never-ending): 1) connect to db 2) exec query 3) if query fails the close and reopen connection 4) goto 2 In this usage pattern the PHP connection to Oracle is not persistent (it is kept open by the script anyway). And the scripts have been chugging away for years thru network outages, DB upgrades and all. I wonder if a similar pattern could solve your problem in a PHP as Apache module situation: let the app layer do the actual 'pinging' of the DB instead of tho oci layer (eg try to close and reopen pending db connections when something fails...) [2004-11-18 22:53:42] [EMAIL PROTECTED] Nope, mysql_connect() reconnects every time, as ociNlogon() does, so it does not need to ping server. ocilogon(), however, doesn't "reconnect" on every request, as this operation in Oracle is rather slow, comparing with MySQL (you could try to compare ociNlogon() vs ocilogon() speed and see the difference). instead, it only creates new session, but server connection is stored persistently and this causes your problem. 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/30808 -- Edit this bug report at http://bugs.php.net/?id=30808&edit=1
#33159 [Bgs->Csd]: DB-connect via webserver fails after DB-restart ORA-24327
ID: 33159 Updated by: [EMAIL PROTECTED] Reported By: henning dot mohren at gmx dot de -Status: Bogus +Status: Closed Bug Type: OCI8 related Operating System: Solaris 9 PHP Version: 5.0.4, 4.3.11 Assigned To: tony2001 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-05-27 11:12:33] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #30808. [2005-05-27 07:53:51] henning dot mohren at gmx dot de Description: We have several web-based php-db-applications in use. In case of db-maintenance (when the db is down), the applications (of course) fail to deliver db contents. After restarting the db, the web-application still cannot connect to the db. A webserver restart is required. For me, this seems to be a bug related oci8-clients (I'm using oracle instant client as well as the older oracle 9 client) or PHP. So I reported this problem to Oracle Support and I got the suggestion to fix the problem in PHP. Expected result: Here is Oracle's solution: I have received your request and will try to help you. First of all there are two ways in OCI8 and higher to establish a connection 1. Design for optimized Access against one or multiple DBs by splitting up the "Connect" into Access path (he Library loading etc) and one or multiple Sessions OCIServerAttach() OCISessionBegin() -- OCI DB ACCESS -- OCISessionEnd() OCISessionBegin() -- OCI DB ACCESS -- OCISessionEnd() OCIServerDetach() This Design allows to switch between Servers and Sessions 2. "Plain" Design - OCILogon() -- OCI DB ACCESS -- OCILogoff() furtheron, I have downloaded the source of PHP and checked where the connect is established. As you can see, ocilogon() uses the first "smart" way - enabling to remember if a previously server was attached by retrieving the hash values: ocilogon --> oci_connect --> oci_do_connect static void oci_do_connect(INTERNAL_FUNCTION_PARAMETERS,int persistent,int exclusive) .. connection = (oci_connection *) ecalloc(1,sizeof(oci_connection)); if (!connection) { goto CLEANUP; } server = _oci_open_server(dbname,persistent); if (!server) { goto CLEANUP; } if (exclusive) { /* exlusive session can never be persistent!*/ persistent = 0; } else { /* if our server-context is not persistent we can't */ persistent = (server->persistent) ? persistent : 0; } session = _oci_open_session(server,username,password,persistent,exclusive,charset); . static oci_server *_oci_open_server(char *dbname,int persistent) { oci_server *server, *pserver = NULL; TSRMLS_FETCH(); /* check if we already have this server open we will reuse servers within a request no matter if the user requested persistent connections or not! but only as pesistent requested connections will be kept between requests! */ /* TODO either keep servers global or don't reuse them at all */ zend_ts_hash_find(persistent_servers, dbname, strlen(dbname)+1, (void **) &pserver); ... CALL_OCI_RETURN(OCI(error), OCIServerAttach( server->pServer, OCI(pError), (text*)server->dbname, strlen(server->dbname), (ub4) OCI_DEFAULT ) ); Unfortunatly, there is no "force" parameter which can be used to force a ServerAttach - nor supports PHP the second, plain way for dumb Logon/Logoff. for my opinion this is a PHP Bug and a fix would be to put a while clause (3 Attempts) round ServerAttach / SessionBegin to allow a forced ServerAttach if Hash code states server is available - but DB was bounced - resulting in lost server context. -- Edit this bug report at http://bugs.php.net/?id=33159&edit=1
#33365 [Bgs->Csd]: logon fails when password expired, ORA-28001
ID: 33365 Updated by: [EMAIL PROTECTED] Reported By: uherj at avx dot cz -Status: Bogus +Status: Closed Bug Type: OCI8 related Operating System: * PHP Version: 5.*, 4.* (2005-06-17) New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-06-18 21:56:32] [EMAIL PROTECTED] >-normal user CAN change password. and? >-user with expired password MUST change password (before issue queries, drop tables/databases etc.). Standard db applications (PL/SQL developer, toad..) allow to users change expired password. Why is it impossible using PHP? Because PHP is not a "standard application" and can't throw up a window with a warning that he/she needs to change the password. I don't see any point in allowing users with expired password to connect to DB (and to work as normal users). [2005-06-18 21:32:32] uherj at avx dot cz -normal user CAN change password. -user with expired password MUST change password (before issue queries, drop tables/databases etc.). Standard db applications (PL/SQL developer, toad..) allow to users change expired password. Why is it impossible using PHP? -changing passwords by administrator is used for forgotten passwords or locked accounts. -could you imagine an admistrator, what every second month change expired password for hundred accounts? (dear Sorbanes-Oxley ). If you think this is not useful in PHP, please close thise bug. This all look as a discussion forum than the bug description. [2005-06-17 21:01:19] [EMAIL PROTECTED] What is the difference between usual users and users with expired passwords? If the password has expired, it should be changed by an administrator. In the other case there is no sense in "expiring" password, because the user will be able to login without any problems (and issue queries, drop tables/databases etc.). [2005-06-17 15:18:33] uherj at avx dot cz I need connect to change password (using OCIpasswordchange). User is not locked or droped, it is still valid user. Creating new users with expired password is one of standard security procedure. Same situation hapens, when expired grace period - user MUST change password before doing anything else. It ensure periodical change of passwords. [2005-06-17 14:32:51] [EMAIL PROTECTED] Full stop. You're trying to connect with an *expired* login/password. Why do you expect it to work? Bug #31623 reports about quite different problem - the password it still valid, but will expire in next N days, that's why it's allowed to connect. So I don't see any reason to call it "bug", because the reason why it refuses to connect is perfectly valid to me. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/33365 -- Edit this bug report at http://bugs.php.net/?id=33365&edit=1
#33866 [Sus->Csd]: OCIlogon do not returns conn resource for account with expired paswd
ID: 33866 Updated by: [EMAIL PROTECTED] Reported By: moreauv at ppg dot com -Status: Suspended +Status: Closed Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.4.0 Assigned To: tony2001 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-07-26 14:37:47] moreauv at ppg dot com According to Bug #33365, it is not working in PHP 5 either [2005-07-26 14:33:33] [EMAIL PROTECTED] In any case this will not be changed in PHP4. [2005-07-26 14:30:24] moreauv at ppg dot com Description: Hi, PHP OCIlogon do not returns a valid connection resource for account with expired password. ocierror() contain: [code] => 28001 [message] => ORA-28001: the password has expired Oracle OCI return code OCI_SUCCESS_WITH_INFO is returned when issuing a OCIlogon with an expired password, and a valid connection ressource is returned by Oracle. A connection resource is needed to call OCIpasswordchange. Thanks for your help, Vincent -- Edit this bug report at http://bugs.php.net/?id=33866&edit=1
#27156 [Asn->Csd]: OCIFetchInto returns false as column value when column contains >1 umlaut
ID: 27156 Updated by: [EMAIL PROTECTED] Reported By: sanjok at pict dot lviv dot ua -Status: Assigned +Status: Closed Bug Type: OCI8 related Operating System: * PHP Version: 5CVS, 4CVS (2005-08-12) Assigned To: tony2001 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-08-12 11:58:04] [EMAIL PROTECTED] Thanks for bugging me about it, but it will be fixed very soon. [2005-08-12 09:07:16] max at pict dot lviv dot ua I have digged deeper into this problem and it seems that I have found a solution, or at least a workaround for this problem. The reason for the problem is that Oracle driver raises error 1406 ("fetched column value was truncated") while the value is not really truncated, and this situation is handled incorrectly by oci8 module (what I don't understand is why SQLPlus, which uses same libs, doesn't raise this error...). However, this solution requires changes in PHP source code (oci8.c module), so this must be done by one of PHP developers. So the solution looks this way: In "ext/oci8/oci8.c" module there's a function "_oci_make_zval". In this function there's following piece of code: switch (column->retcode) { case 0: /* intact value */ if (column->piecewise) { size = column->retlen4; } else { size = column->retlen; } break; default: /* XXX we SHOULD maybe have a different behaviour for unknown results! */ ZVAL_FALSE(value); return 0; } As far as I understand, here we set size of return string in case execution completed successfully or return FALSE in other cases (like in this case of this bug). However, in case of error 1406 we have normal return, but it's set to false because retcode is not 0. If we modify this piece of code this way: switch (column->retcode) { case 1406: /*Protection from invalid behaviour*/ size = column->retlen; case 0: /* intact value */ if (column->piecewise) { size = column->retlen4; } else { size = column->retlen; } break; default: /* XXX we SHOULD maybe have a different behaviour for unknown results! */ ZVAL_FALSE(value); return 0; } everying start to work fine. It's a DIRTY solution, although it closes the bug, but it would be nice to investigate the source of this error -- why error 1406 is raised here. If this is a bug in Oracle, than this approach can be a workaround for this bug. [2005-08-11 14:27:24] max at pict dot lviv dot ua One more investigation: If I simply convert column from char to varchar2 using ALTER TABLE statement, it doesn't help. OCIFetchInto behaves correctly only if table was created with varchar2 type. But even with varchar2 column, if I fill entire column with umlauts, OCIFetchInto and OCIFetch fail. Sample: SQL> desc test; Name Null?Typ - NAME VARCHAR2(10) SQL> select name, length(name) from test order by name; NAME LENGTH(NAME) -- ü 1 üü2 ü 5 üü6 üü 10 --So you see that Oracle shows length correctly. Now I use the following php script: ociinternaldebug(true); $connection = OCILogon("", "", ""); $query = "SELECT * FROM TEST order by name"; $statement = OCIParse ($connection, $query); OCIExecute($statement); while (OCIFetchInto ($statement, $row, OCI_ASSOC+OCI_RETURN_NULLS)) { var_dump($row); } OCIExecute($statement); while(OCIFetch($statement)) { var_dump (OCIResult($statement, "NAME")); } And here's result of ociinternaldebug: OCIDebug: _oci_open_server new conn=0 dname= OCIDebug: _oci_open_session new sess=5 user= OCIDebug: oci_do_connect: id=6 OCIDebug: oci_parse "SELECT * FROM TEST order by name" id=7 conn=6 array(1) { ["NAME"]=> string(2) "ü" } array(1) { ["NAME"]=> string(4) "üü" } array(1) { ["NAME"]=> string(10) "ü" } OCIDebug: _oci_make_zval: NA
#31042 [Asn->Csd]: oci_fetch_* set filed value to "false"
ID: 31042 Updated by: [EMAIL PROTECTED] Reported By: arhip at goldentele dot com -Status: Assigned +Status: Closed Bug Type: OCI8 related Operating System: Linux PHP Version: 5CVS-2005-04-07 Assigned To: tony2001 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-04-07 09:58:13] arhip at goldentele dot com Bug does not fixed. Tested on php5-200504070630 [2005-03-25 01:40:22] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-12-10 11:21:01] arhip at goldentele dot com Also tested on 5.1 snap: php5-200412100730 The result is the same. [2004-12-09 18:59:59] arhip at goldentele dot com Description: I have Oracle 8.1.7 working on linux. Some Oracle params: NLS_RDBMS_VERSION => 8.1.7.2.0 NLS_CHARACTERSET => CL8ISO8859P5 I have table named utf8_test. SQL> desc utf8_test; Name Type Nullable Default Comments --- ID NUMBER Y NAME VARCHAR2(10) Y SQL> select * from utf8_test; ID NAME -- -- 1 òåñò 2 ïðîâåðêà The result of fetching data is depended from NLS_LANG. When I fetched data from this table a result is depended from NLS_LANG variable. 1) When I fetch data with NLS_LANG=RUSSIAN_CIS.CL8MSWIN1251 character set, I receive 2 rows with correct data. 2) When I fetch data with NLS_LANG=RUSSIAN_CIS.UTF8 character set, I receive 2 rows, with incorrect data. Data in NAME field in 2-nd row is incorrect (FALSE instead of 'ïðîâåðêà'). But 1-st row is correct. I think the problem maybe in the folowing: This field is defined in database as varchar2(10); Length of the 1-st row NAME in UTF8 character set is 4*2=8 byte. (8<10) Length of the 2-nd row NAME in UTF8 character set is 8*2=16 byte. (16>10). Reproduce code: --- "; var_dump($result); ?> Expected result: array(2) { [0]=> array(2) { ["ID"]=> string(1) "1" ["NAME"]=> string(8) "òåñò" } [1]=> array(2) { ["ID"]=> string(1) "2" ["NAME"]=> string(16) "ïðîâåðêà" } } Actual result: -- array(2) { [0]=> array(2) { ["ID"]=> string(1) "1" ["NAME"]=> string(8) "òåñò" } [1]=> array(2) { ["ID"]=> string(1) "2" ["NAME"]=> bool(false) } } -- Edit this bug report at http://bugs.php.net/?id=31042&edit=1
#32140 [Asn->Csd]: NVARCHAR2 columns are truncated
ID: 32140 Updated by: [EMAIL PROTECTED] Reported By: bmr at comtime dot com -Status: Assigned +Status: Closed Bug Type: OCI8 related Operating System: Linux PHP Version: 5.0.4, 4.3.11 Assigned To: tony2001 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-03-01 03:34:30] bmr at comtime dot com Oracle seems to report double the length of the field already, i.e. as if UTF-16 encoding was used. AFAIK Oracle only supports UTF-8 and UTF-16. The Oracle documentation says that the byte length is 3 times the character length for UTF-8 and 2 times for UTF-16. So I guess the right fix is to multiply by 1.5! Does anyone know how to get Oracle to fix their stuff? I looked at the OCI docs for quite a while and couldn't find a way to get the right length, so it does seem like their bug. Microsoft Word - nchar_migration.doc: Migration to Unicode Datatypes for Multilingual Databases and Applications $Q2UDFOH:KLWH3DSHU August 2003 Migration to... (published 12/17/2003) http://www.oracle.com/technology/tech/globalization/pdf/TWP_NCHAR_Migration_10gR1.pdf [2005-02-28 23:23:10] [EMAIL PROTECTED] See also #31042, #27156. Why do you multiple storage size by 2? Why not 4 (afaik max. UTF char length is 4 bytes)? 6 (other Unicodes may contain such chars too)? This is known solution and it's *ugly*. [2005-02-28 23:08:28] bmr at comtime dot com Description: NVARCHAR2 columns can be used to store UTF-8 or UTF-16 characters. When using UTF-8 it can take 3 (or more??) bytes to represent one character. PHP truncates strings that have byte representations longer than 2 times the character length.This is actually an Oracle bug because the OCI call returns the wrong byte length. Here's my patch: --- php-4.3.10/ext/oci8/oci8.c Wed Nov 3 08:35:56 2004 +++ php-4.3.10.cti/ext/oci8/oci8.c Mon Feb 28 15:37:54 2005 @@ -1443,6 +1443,7 @@ ub4 iters; ub4 colcount; ub2 dynamic; + ub1 charset_form; int dtype; dvoid *buf; oci_descriptor *descr; @@ -1573,6 +1574,21 @@ return 0; /* XXX we loose memory!!! */ } + if(outcol->data_type == SQLT_CHR) { +CALL_OCI_RETURN(error, OCIAttrGet( +(dvoid *)param, + OCI_DTYPE_PARAM, +(dvoid *)&charset_form, +(dvoid *)0, + OCI_ATTR_CHARSET_FORM, + statement->pError)); +statement->error = oci_error(statement->pError, "OCIAttrGet OCI_DTYPE_PARAM/OCI_ATTR_CHARS ET_FORM", error); +if (statement->error) { + oci_handle_error(statement->conn, statement->error); + return 0; /* XXX we loose memory!!! */ +} + } + CALL_OCI_RETURN(error, OCIAttrGet( (dvoid *)param, OCI_DTYPE_PARAM, @@ -1700,6 +1716,9 @@ ) { outcol->storage_size4 = 512; /* XXX this should fit "most" NLS date-formats and Numbers */ } else { + if(charset_form == SQLCS_NCHAR) + outcol->storage_size4 *=2; /* double for unicode */ + outcol->storage_size4++; /* add one for string terminator */ } if (outcol->data_type == SQLT_BIN) { Reproduce code: --- ocifetchinto() -- Edit this bug report at http://bugs.php.net/?id=32140&edit=1
#28944 [Asn->Csd]: OCITypeByName: OCI-21522 with two connections
ID: 28944 Updated by: [EMAIL PROTECTED] Reported By: manuel at pincho dot org -Status: Assigned +Status: Closed Bug Type: OCI8 related Operating System: Linux PHP Version: 5.*, 4.* Assigned To: tony2001 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2004-08-17 10:44:31] manuel at pincho dot org I download php4-STABLE-200408170630.tar.bz2 and php5-200408170630.tar.bz2 I execute the example script with the corrent user, pass andSID. /usr/local/src/php4-STABLE-200408170630/sapi/cli/php /tmp/x.php Warning: ocinewcollection(): OCITypeByName: OCI-21522: attempted to use an invalid connection in OCI (object mode only) in /tmp/x.php on line 5 and /usr/local/src/php5-200408170630/sapi/cli/php /tmp/x.php Warning: ocinewcollection(): OCITypeByName: OCI-21522: attempted to use an invalid connection in OCI (object mode only) in /tmp/x.php on line 5 If I make one conection It works. [2004-08-13 17:48:41] [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 Please, try with the latest version first. [2004-06-28 11:25:19] manuel at pincho dot org Description: When I use ocinewcollection and I have to connections or more open in the same php with the same user,password and SID ; ocinewcollection fails with Warning: ocinewcollection(): OCITypeByName: OCI-21522: attempted to use an invalid connection in OCI (object mode only) Oracle version is 9.2.0.4 PHP 4.3.6: './configure' '--with-apache=/usr/local/src/apache_1.3.29' '--with-oci8=/u01/app/oracle/product/9.2.0' '--with-mnogosearch=/usr/local/mnogosearch' '--with-mysql' '--with-gd' '--with-jpeg-dir' '--with-png-dir' '--with-zlib-dir' '--enable-track-vars' '--enable-sigchild' '--enable-xml' '--enable-inline-optimization' '--enable-memory-limit' '--disable-debug' Reproduce code: --- // CREATE OR REPLACE TYPE local_id_array AS TABLE OF NUMBER(11); $db =OCIPLogon('XXX','XXX','XXX'); $db2=OCIPLogon('XXX','XXX','XXX'); $coll = ocinewcollection ($db2,'LOCAL_ID_ARRAY'); Actual result: -- Warning: ocinewcollection(): OCITypeByName: OCI-21522: attempted to use an invalid connection in OCI (object mode only) -- Edit this bug report at http://bugs.php.net/?id=28944&edit=1
#29013 [Asn->Csd]: Multiple logons cause handles to become invalid
ID: 29013 Updated by: [EMAIL PROTECTED] Reported By: cjbj at hotmail dot com -Status: Assigned +Status: Closed Bug Type: OCI8 related Operating System: * PHP Version: 5CVS, 4CVS (2004-10-10) Assigned To: tony2001 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-04-04 14:58:29] bugs dot php dot net at matveyev dot net On my system, I noticed that the appearance of the bug depends on the way of starting my .php file. If I start the script from bash, it works okay. If I start the script directly from cron, it produces the error described here. So, I solved my problem starting it from cron with such a string: "su - user -c "/path/to/script.php" [2005-02-25 16:04:51] goetten at gmail dot com Hy I'm having the following problem: Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task communication protocol error in /var/www/html/helpdesk/migracao/view.php on line 10 Warning: ocifetchinto(): OCIFetchInto: ORA-24374: define not done before fetch or execute and fetch in /var/www/html/helpdesk/migracao/view.php on line 12 These errors are in a simple query. Is it about the bug on php? thank's [2004-10-17 06:51:42] [EMAIL PROTECTED] I can see the problem now. Will look at it closer a bit later.. [2004-10-14 10:11:36] cjbj at hotmail dot com Using one user would make it harder to demonstrate the problem. Sorry I didn't include create user scripts etc. I retested with 4.3.10-dev and 5.0.3-dev binaries of a few minutes ago. I am using W2K with Oracle 9.2 client libraries. I am still seeing the usernames printed as SCOTT and HR, which is "incorrect". [2004-10-12 07:20:03] [EMAIL PROTECTED] No, of course you should able to connect to Oracle from PHP using different logins. My question should be read in this way: "are you able to reproduce it under 1 user, but with different connections, because I was too lazy to create a new user in Oracle?". Btw, I've already created additional user and tested your code - your example works perfectly for me. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/29013 -- Edit this bug report at http://bugs.php.net/?id=29013&edit=1
#32361 [Asn->Csd]: connection oci_connect stay persist after process the php
ID: 32361 Updated by: [EMAIL PROTECTED] Reported By: diego dot veiga at embraer dot com dot br -Status: Assigned +Status: Closed Bug Type: OCI8 related Operating System: Fedora3 PHP Version: 5CVS, 4CVS (2005-03-22) Assigned To: tony2001 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-06-23 16:10:27] diego dot veiga at embraer dot com dot br I worked around geting the extension oci8 version 4 and puting in the version 5 ... [2005-06-23 16:06:35] diego dot veiga at embraer dot com dot br I have tried the last version but the same error persists. Regards, [2005-06-23 09:53:04] emiliano dot ticci at dada dot net Hi, I installed the latest snapshot just a few hours ago, but unfortunately the bug still persists :-( [2005-06-22 10:29:48] [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 [2005-06-17 16:09:38] emiliano dot ticci at dada dot net While waiting for an official fix I solved by commenting and decommenting some lines. This is my diff file for oci8.c (Php 5.0.4): 1103c1103 < #if 0 --- > /* #if 0 commented to avoid connection stay persist */ 1109c1109 < #endif --- > /* #endif */ 3204a3205 > /* Prevents a recursive call to this function (?) 3207a3209 > */ I don't know if this could be a good solution, however it seems to work perfectly... Sorry for my poor english. 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/32361 -- Edit this bug report at http://bugs.php.net/?id=32361&edit=1
#33583 [NoF->Csd]: Apache1.3.33 Segmentation fault with php5 & OCI_New_Collection
ID: 33583 Updated by: [EMAIL PROTECTED] Reported By: yuandm at 163 dot com -Status: No Feedback +Status: Closed Bug Type: OCI8 related Operating System: Slackware 10.1 PHP Version: 5.0.4 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-07-14 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". [2005-07-06 11:21:03] [EMAIL PROTECTED] 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. [2005-07-06 11:08:09] yuandm at 163 dot com oracle client is 10.1 [2005-07-06 11:07:14] yuandm at 163 dot com Description: Apache1.3.33 Segmentation fault with php5 & OCI_New_Collection. here is err_log [Wed Jul 6 16:56:15 2005] [notice] child pid 22345 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=33583&edit=1
#32741 [Asn->Csd]: hang on ociexecute() with collections (only with 10g, works with 9i)
ID: 32741 Updated by: [EMAIL PROTECTED] Reported By: fsurleau at skyservices dot net -Status: Assigned +Status: Closed Bug Type: OCI8 related Operating System: linux PHP Version: 4.3.11 Assigned To: tony2001 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-04-19 15:27:15] fsurleau at skyservices dot net gdb ./httpd GNU gdb Red Hat Linux (5.3.90-0.20030710.41.2.1rh) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X kgepop: no error frame to pop to for error 21522 OCI-21522: attempted to use an invalid connection in OCI (object mode only) Errors in file : OCI-21522: attempted to use an invalid connection in OCI (object mode only) - Call Stack Trace - Cannot open /proc/2679/exe. calling call entryargument values in hex location type point(? means dubious value) Program received signal SIGSEGV, Segmentation fault. 0x40e65940 in slrac () from /usr/local/oracle10g/lib/libclntsh.so.10.1 (gdb) bt #0 0x40e65940 in slrac () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #1 0x40eb8a13 in kgdsaaddr () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #2 0x40eb848e in kgdsdst () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #3 0x40a4e80c in skgudmp () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #4 0x40e9a69e in kgepop () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #5 0x40e9ae1a in kgesev () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #6 0x40e9ac1f in kgesec0 () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #7 0x40d327c8 in kodogr2lt () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #8 0x40cbd020 in kosindcv () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #9 0x40cbca9a in kosiend () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #10 0x40cbde4d in kpctor () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #11 0x40cd3332 in ttca2p () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #12 0x40ca05b4 in ttcacr () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #13 0x40ca1487 in ttcdrv () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #14 0x40b4312d in nioqwa () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #15 0x409b4d56 in upirtrc () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #16 0x4094ba0d in kpurcsc () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #17 0x409081b8 in kpuexecv8 () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #18 0x4090a084 in kpuexec () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #19 0x4097e85e in OCIStmtExecute () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #20 0x403afb84 in oci_execute (statement=0x820369c, func=0x404aaff6 "OCIExecute", mode=32) at /home/install/php-4.3.11/ext/oci8/oci8.c:1483 #21 0x403b629f in zif_ociexecute (ht=1, return_value=0x8208fbc, this_ptr=0x0, return_value_used=0) at /home/install/php-4.3.11/ext/oci8/oci8.c:4017 #22 0x4048f71f in execute (op_array=0x81e63c4) at /home/install/php-4.3.11/Zend/zend_execute.c:1654 #23 0x4047ce66 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/install/php-4.3.11/Zend/zend.c:926 #24 0x4044ae84 in php_execute_script (primary_file=0xbffeb9c0) at /home/install/php-4.3.11/main/main.c:1745 #25 0x4049538f in php_handler (r=0x81da8d8) at /home/install/php-4.3.11/sapi/apache2handler/sapi_apache2.c:560 #26 0x08087646 in ap_run_handler (r=0x81da8d8) at config.c:152 #27 0x08087b61 in ap_invoke_handler (r=0x81da8d8) at config.c:364 #28 0x08071365 in ap_process_request (r=0x81da8d8) at http_request.c:249 #29 0x0806d358 in ap_process_http_connection (c=0x81d44b0) at http_core.c:251 #30 0x080907e2 in ap_run_process_connection (c=0x81d44b0) at connection.c:43 #31 0x080862ad in child_main (child_num_arg=0) at prefork.c:610 #32 0x08086360 in make_child (s=0x80c73a0, slot=0) at prefork.c:650 #33 0x0808644a in startup_children (number_to_start=5) at prefork.c:722 #34 0x08086750 in ap_mpm_run (_pconf=0x80c2a50, plog=0x80fab30, s=0x80c73a0) at prefork.c:941 #35 0x0808bc9f in main (argc=2, argv=0xbffebd64) at main.c:618 [2005-04-19 14:35:11] [EMAIL PROTECTED] Are there any entries in the error_log ? If so, use gdb to generate a backtrace.
#26393 [NoF->Csd]: Segfault during request shutdown in _oci_close_session() (oci8.c:2443)
ID: 26393 Updated by: [EMAIL PROTECTED] Reported By: troy dot tinnes at motorola dot com -Status: No Feedback +Status: Closed Bug Type: OCI8 related Operating System: Solaris 2.8 PHP Version: 4.3.4 Assigned To: tony2001 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-02-17 01:00:05] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-02-09 01:28: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-08-22 08:17:53] Troy dot Tinnes at motorola dot com PHP 5 reduces the occurance of the problem - but problem still persists [2004-01-15 08:32:38] [EMAIL PROTECTED] ok, I'll try to make it work with 4.3.x soon. [2004-01-15 07:25:28] troy dot tinnes at motorola dot com With the testing so far - PHP 5 installation appears to fix the problem. 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/26393 -- Edit this bug report at http://bugs.php.net/?id=26393&edit=1
#33915 [Asn->Csd]: Crash in _oci_close_session
ID: 33915 Updated by: [EMAIL PROTECTED] Reported By: jfbustarret at tf1 dot fr -Status: Assigned +Status: Closed Bug Type: OCI8 related Operating System: Linux PHP Version: 5CVS-2005-08-02 Assigned To: tony2001 New Comment: The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). Previous Comments: [2005-08-03 08:51:13] jfbustarret at tf1 dot fr This new patch should be better : diff -u php-5.0.4-orig/ext/oci8/oci8.c php -5.0.4/ext/oci8/oci8.c --- php-5.0.4-orig/ext/oci8/oci8.c2005-07-27 20:24:40.0 +0 200 +++ php-5.0.4/ext/oci8/oci8.c 2005-08-02 09:33:55.0 +0200 @@ -2941,7 +2941,7 @@ oci_debug("START _oci_close_session: logging-off sess=%d",session->num); - if (session->is_open) { + if (session->pEnv && session->is_open) { /* Temporary Service Context */ CALL_OCI_RETURN(OCI(error), OCIHandleAlloc( @@ -3032,12 +3032,13 @@ #ifdef HAVE_OCI_9_2 /* free environment handle (and fix bug #29652 with growing .msb FD numb er under weirdie Solarises) */ - CALL_OCI( - OCIHandleFree( - (dvoid *) session->pEnv, - OCI_HTYPE_ENV - ) - ); + if (session->pEnv) + CALL_OCI( + OCIHandleFree( + (dvoid *) session->pEnv, + OCI_HTYPE_ENV + ) + ); #endif if (session->exclusive) { [2005-08-01 09:52:42] jfbustarret at tf1 dot fr This bug is : - time dependant, - load dependant, - random. I certainly would not be able to find a piece of code that reproduces the crash. All I know is that _oci_close_session is called with session->server == NULL and that obviously crashes the function because it assumes that session->server is a valid pointer. [2005-07-29 16:21: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 , 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 to avoid embedding huge scripts into the report. [2005-07-29 16:15:34] jfbustarret at tf1 dot fr The bug exists with the CVS version of ext/oci8. [2005-07-29 09:56:15] [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 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/33915 -- Edit this bug report at http://bugs.php.net/?id=33915&edit=1
#34414 [Bgs]: PDO_MYSQL: parameter in INSERT gives syntax error
ID: 34414 User updated by: Roland dot Bouman at interaccess dot nl Reported By: Roland dot Bouman at interaccess dot nl Status: Bogus Bug Type: PDO related Operating System: Win XP Professional SP2 PHP Version: 5.1.0RC1 New Comment: sniper, I don't want to bother you with duplicates, so sorry for the inconvenience. However, I can't seem to find the bug report you are referring to. (I searched all PDO-related bug reports). Could you give me a pointer? BTW, I posted 5.1.0RC1 as the version, but I did use the (then) latest snapshot: php5.1-win32-200509071830 Previous Comments: [2005-09-07 23:44:28] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. [2005-09-07 22:40:02] Roland dot Bouman at interaccess dot nl Sorry, the last line of my reproduce code should read: print_r($ins->errorInfo()); //generate output not: print_r($ins->errorInfo()); --generate output [2005-09-07 22:37:29] Roland dot Bouman at interaccess dot nl Description: A PDO_MYSQL prepared INSERT statement fails to execute. The driver specific error message reports the value of the variable bound to the parameter as an unknown column. The error message suggests that the actual statement sent to mysql contains a syntax error because of some flaw in the way the parameter value is put into the sql statement No such behaviour is observed in a prepared SELECT statement. An equivalent INSERT statement with the quoted parametervalues hardcoded into the insert does execute as expected. Reproduce code: --- query('use test'); $pdo->exec('create table tmp( id int auto_increment primary key , flag enum(\'TRUE\',\'FALSE\') , name varchar(10))'); $ins = $pdo->prepare('insert into test.tmp( flag , name) values ( :flag , :name)'); $ins->bindParam(':flag',$flag,PDO_PARAM_STR); $ins->bindParam(':name',$name,PDO_PARAM_STR,20); $flag = 'TRUE'; $name = 'some name'; $ins->execute(); print_r($ins->errorInfo()); --generate output ?> Expected result: Array ( [0] => ) or Array ( [0] => 0 ) indicating successfull execution of the statement at the MySQL server. Actual result: -- Array ( [0] => 42S22 [1] => 1054 [2] => Unknown column 'TRUE' in 'field list' ) -- Edit this bug report at http://bugs.php.net/?id=34414&edit=1
#34423 [Opn->Bgs]: apache1/apache2 segfaults when zend.ze1_compatibility_mode = On
ID: 34423 Updated by: [EMAIL PROTECTED] Reported By: wbx at aurisp dot de -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Debian GNU/Linux 3.1 PHP Version: 5.0.5 New Comment: We don't support modified sources, nor applications. If you have a short reproducable script tried against the latest PHP5-stable snapshot (from snaps.php.net), reopen this bug. Previous Comments: [2005-09-08 10:06:10] wbx at aurisp dot de Description: php5.0.5 backport for Debian stable. If you enable zend.ze1_compatibility_mode and use log4php the webserver crashes. Reproduce code: --- Install log4php and execute LoggingManager.php. http://logging.apache.org/log4php/ Expected result: Apache1/Apache2 segmentation fault. -- Edit this bug report at http://bugs.php.net/?id=34423&edit=1
#34423 [NEW]: apache1/apache2 segfaults when zend.ze1_compatibility_mode = On
From: wbx at aurisp dot de Operating system: Debian GNU/Linux 3.1 PHP version: 5.0.5 PHP Bug Type: Reproducible crash Bug description: apache1/apache2 segfaults when zend.ze1_compatibility_mode = On Description: php5.0.5 backport for Debian stable. If you enable zend.ze1_compatibility_mode and use log4php the webserver crashes. Reproduce code: --- Install log4php and execute LoggingManager.php. http://logging.apache.org/log4php/ Expected result: Apache1/Apache2 segmentation fault. -- Edit bug report at http://bugs.php.net/?id=34423&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34423&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34423&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34423&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34423&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34423&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34423&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34423&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34423&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34423&r=support Expected behavior: http://bugs.php.net/fix.php?id=34423&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34423&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34423&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34423&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34423&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34423&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34423&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34423&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34423&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34423&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34423&r=mysqlcfg
#34422 [Opn->Bgs]: simplexml_load_string object to array bug
ID: 34422 Updated by: [EMAIL PROTECTED] Reported By: cyberline at techno4ever dot net -Status: Open +Status: Bogus Bug Type: SimpleXML related Operating System: Suse 9.3 PHP Version: 5.0.5 New Comment: use $hosts[] = (string) $listener->HOSTNAME; $listener->HOSTNAME is an object, echo just automatically calls the internal __toString() Previous Comments: [2005-09-08 09:50:52] cyberline at techno4ever dot net Description: When adding a subelement of the xml object to an array, it becomes an object again? "echo" doesn't return an object ... Reproduce code: --- $xml = simplexml_load_string($this->xml); foreach($xml->LISTENERS->LISTENER as $listener) { echo $listener->HOSTNAME; // Last element in tree $hosts[] = $listener->HOSTNAME; } Expected result: 127.0.0.1 Array( [0] => 127.0.0.1 ) Actual result: -- 127.0.0.1 Array( [0] => SimpleXMLElement Object( [0] => 127.0.0.1 ) ) -- Edit this bug report at http://bugs.php.net/?id=34422&edit=1
#34422 [NEW]: simplexml_load_string object to array bug
From: cyberline at techno4ever dot net Operating system: Suse 9.3 PHP version: 5.0.5 PHP Bug Type: SimpleXML related Bug description: simplexml_load_string object to array bug Description: When adding a subelement of the xml object to an array, it becomes an object again? "echo" doesn't return an object ... Reproduce code: --- $xml = simplexml_load_string($this->xml); foreach($xml->LISTENERS->LISTENER as $listener) { echo $listener->HOSTNAME; // Last element in tree $hosts[] = $listener->HOSTNAME; } Expected result: 127.0.0.1 Array( [0] => 127.0.0.1 ) Actual result: -- 127.0.0.1 Array( [0] => SimpleXMLElement Object( [0] => 127.0.0.1 ) ) -- Edit bug report at http://bugs.php.net/?id=34422&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34422&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34422&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34422&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34422&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34422&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34422&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34422&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34422&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34422&r=support Expected behavior: http://bugs.php.net/fix.php?id=34422&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34422&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34422&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34422&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34422&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34422&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34422&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34422&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34422&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34422&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34422&r=mysqlcfg
#34421 [Opn]: get_class and debug_backtrace report wrong class for inherited static methods
ID: 34421 User updated by: wkonkel at gmail dot com -Summary: get_class and debug_backtrace report wrong class forinherited static methods Reported By: wkonkel at gmail dot com Status: Open Bug Type: Class/Object related Operating System: redhat PHP Version: 5.0.5 New Comment: fixed typo in summary Previous Comments: [2005-09-08 09:34:30] wkonkel at gmail dot com Description: When a static function is called in the scope of an extended class, the static function still thinks it's being called in the scope of the base class. I found a similar bug at http://bugs.php.net/bug.php?id=30828 which was fixed in 5.0.5, but the problem still remains. Reproduce code: --- "; echo extendedBaseClass::do_backtrace() . ""; ?> Expected result: extendedBaseClass extendedBaseClass Actual result: -- baseClass baseClass -- Edit this bug report at http://bugs.php.net/?id=34421&edit=1
#34421 [NEW]: get_class and debug_backtrace report wrong class forinherited static methods
From: wkonkel at gmail dot com Operating system: redhat PHP version: 5.0.5 PHP Bug Type: Class/Object related Bug description: get_class and debug_backtrace report wrong class forinherited static methods Description: When a static function is called in the scope of an extended class, the static function still thinks it's being called in the scope of the base class. I found a similar bug at http://bugs.php.net/bug.php?id=30828 which was fixed in 5.0.5, but the problem still remains. Reproduce code: --- "; echo extendedBaseClass::do_backtrace() . ""; ?> Expected result: extendedBaseClass extendedBaseClass Actual result: -- baseClass baseClass -- Edit bug report at http://bugs.php.net/?id=34421&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34421&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34421&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34421&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34421&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34421&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34421&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34421&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34421&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34421&r=support Expected behavior: http://bugs.php.net/fix.php?id=34421&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34421&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34421&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34421&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34421&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34421&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34421&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34421&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34421&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34421&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34421&r=mysqlcfg
#34393 [Fbk->Opn]: compile error: /tmp/php-5.0.4/main/reentrancy.c:193: error: too few arguments t
ID: 34393 User updated by: tamer23 at myrealbox dot com Reported By: tamer23 at myrealbox dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Gentoo Linux 2005.1 PHP Version: 5CVS-2005-09-08 New Comment: Sorry, missunderstanding! Here is the file: http://tamersworld.gmxhome.de/php_config.h Thanks for your help Previous Comments: [2005-09-07 23:46:57] [EMAIL PROTECTED] Put the main/php_config.h somewhere where we can download it from. (the one from the _snapshot_ build!!!) [2005-09-07 23:46:13] [EMAIL PROTECTED] I asked only for this, not for 5.0.5 and not the whole page: /tmp/php5-200509070630/main/reentrancy.c: In function `php_readdir_r': /tmp/php5-200509070630/main/reentrancy.c:143: error: too few arguments to function `readdir_r' make: *** [main/reentrancy.lo] Error 1 [2005-09-07 14:29:21] [EMAIL PROTECTED] The error can't be same for the CVS snapshot since there's nothing on line 193 in it..what's the exact error you get with the snapshot? [2005-09-07 14:17:28] tamer23 at myrealbox dot com The error is the same. Even though, I have updated the gcc-compiler from 3.3.5 to 3.4.4 and the error still exists. The error message is EXACTLY the same of php-5.0.4 and that one from the CVS. Has it got something todo with the c++ library installed on my system?! Tamer [2005-09-07 08:49:24] [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 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/34393 -- Edit this bug report at http://bugs.php.net/?id=34393&edit=1