#30592 [Opn->Bgs]: not a valid MySQL-Link resource
ID: 30592 Updated by: [EMAIL PROTECTED] Reported By: v_shiray at ukr dot net -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Linux PHP Version: 4.3.9 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php See http://www.php.net/mysql_connect Previous Comments: [2004-10-28 03:01:18] v_shiray at ukr dot net MySQL 4.0.20 Problem has been detected also with PHP 4.3.8 and 5.0.2 on the same computer RedHat 9.0, MySQL 3.23.58, PHP 4.3.9 [2004-10-28 01:52:39] v_shiray at ukr dot net Description: Below code has produced next output: Current connections: Resource id #4, Resource id #4 PHP Warning: mysql_query(): 4 is not a valid MySQL-Link resource in ... Tested on Linux Slackware 10.0 PHP Version => 4.3.9 System => Linux gate 2.4.27-lck3 #3 ðÔÎ á×Ç 13 01:00:30 EEST 2004 i686 Build Date => Sep 30 2004 23:01:51 Configure Command => './configure' '--prefix=/opt/php' '--with-config-file-path=/opt/php/etc' '--disable-cgi' '--enable-static' '--disable-shared' '--enable-sockets' '--enable-ftp' '--with-mysql=/usr' '--with-zlib=/usr' PS. PHP 4.3.6 and 4.3.7 are not affected for this problem. Reproduce code: --- error_reporting(E_ALL); $db1 = mysql_connect ('localhost', 'test', '1'); $db2 = mysql_connect ('localhost', 'test', '1'); echo "Current connections: $db1, $db2\n"; mysql_close($db2); $db2 = 0; mysql_query('SELECT 1+1', $db1); Expected result: Resource ID must be available with $db1 -- Edit this bug report at http://bugs.php.net/?id=30592&edit=1
#30594 [NEW]: Domain socket connections fails
From: ville at walveranta dot org Operating system: FreeBSD 4.10-RELEASE-p3 PHP version: 5.0.2 PHP Bug Type: Sockets related Bug description: Domain socket connections fails Description: UNIX domain socket connection to a daemon socket that is certified to be valid, and to which connection with PHP 4.3.9 can be established without a problem, fails. The daemon I was testing this with was Bruce Guenter's vmailmgr (http://vmailmgr.org/) but the same problem seemes to occur with any valid domain socket. PHP 5.0.2 with Apache 1.3.32 produces the error while PHP 4.3.9 with Apache 1.3.32 works ok (PHP code tested on the same system, with otherwise [besides the PHP version] identical configuration). Reproduce code: --- \n Error: $errno - $errstr"); ?> Expected result: no output (i.e. $vmailsock is a valid resource) Actual result: -- Warning: fsockopen() [function.fsockopen]: unable to connect to /usr/tmp/.vmailmgrd:0 (Failed to parse address "/usr/tmp/.vmailmgrd") in /usr/web/site31821/htdocs/testsock.php on line 4 Failed to open unix socket file at '/usr/tmp/.vmailmgrd' Error: 0 - Failed to parse address "/usr/tmp/.vmailmgrd" -- Edit bug report at http://bugs.php.net/?id=30594&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30594&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30594&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30594&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30594&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30594&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30594&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30594&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30594&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30594&r=support Expected behavior: http://bugs.php.net/fix.php?id=30594&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30594&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30594&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30594&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30594&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30594&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30594&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30594&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30594&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30594&r=mysqlcfg
#30593 [Opn->Fbk]: --with-ingres option generates broken Makefile
ID: 30593 Updated by: [EMAIL PROTECTED] Reported By: sean dot lincolne at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RedHat Linux 9.0 PHP Version: 4.3.9 New Comment: Please provide your 1. configure line, 2. the error itself, 3. a link to the output of config.log (do not paste it here!) Previous Comments: [2004-10-28 02:07:21] sean dot lincolne at gmail dot com Description: Configuring a PHP build with the '--with-ingres' option results in an incomplete Makefile. When you attempt to make PHP the make fails. If you manually edit the Makefile after configure, and add '-lpthread' to the 'EXTRA_LIBS' line the make will complete successfully. Specifiying the '--with-tsrm-pthreads' as a configure option does not fix this. Can someone examine the Ingres build code in PHP and ensure that when the '--with-ingres' option is specified the 'libpthread' library is included in the library list ? -- Edit this bug report at http://bugs.php.net/?id=30593&edit=1
#30591 [Opn->Fbk]: imagecopyresampled bug
ID: 30591 Updated by: [EMAIL PROTECTED] Reported By: lunter at interia dot pl -Status: Open +Status: Feedback Bug Type: GD related Operating System: WinXP SP2 PHP Version: 5.0.2 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. Please provide the information here, like is described on the bug reporting form. Previous Comments: [2004-10-28 00:45:30] lunter at interia dot pl Description: After resize: noise. Example and PHP code: http://www.pc44.pl/goorol/ImagecopyresampledBug.zip Reproduce code: --- After resize: noise. Example and PHP code: http://www.pc44.pl/goorol/ImagecopyresampledBug.zip Expected result: After resize: noise. Example and PHP code: http://www.pc44.pl/goorol/ImagecopyresampledBug.zip Actual result: -- After resize: noise. Example and PHP code: http://www.pc44.pl/goorol/ImagecopyresampledBug.zip -- Edit this bug report at http://bugs.php.net/?id=30591&edit=1
#7782 [Com]: [PATCH] Cannot use PATH_INFO fully with php isapi, open since PHP 4.0.3pl1...
ID: 7782 Comment by: kt_j at yahoo dot co dot jp Reported By: auke at muze dot nl Status: Open Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4CVS New Comment: Is this bug fixed in latest PHP version? Previous Comments: [2004-07-08 12:53:46] CH at deeside dot ac dot uk I'm experiencing the same problem with PHP 4.3.7 & IIS 5. Tried upgrading to PHP5 and at least I now get something in $PATH_INFO. However it seems that the first 4 characters are truncated which makes it fairly useless. I was able to get the path info another way however using $HTTP_SERVER_VARS['URL']. In PHP5 this gives me what I would expect to find in $PATH_INFO. In PHP4 it gives the 'base url' as documented by Microsoft. Have verified this on 3 different installations using IIS5 & PHP. [2004-06-28 11:49:28] demis at liquidbit dot com Yep this bug has been resolved in PHP 5 RC3, can someone please add this fix to the next release of PHP 4.x series as PHP 5 is too buggy to rely on at the moment [2004-06-17 11:19:52] auke at muze dot nl I'll try it again, it seems my previous comment did not get saved. I've added a patch against the current stable cvs (php4), the head cvs (php5) already has the exact same fix. In effect it is a backport of the php5 isapi path_info fix. You can download the patch file at ftp://ftp.muze.nl/pub/ariadne/win/iis/php4isapi.c.06-17-2004.patch [2004-04-25 18:51:40] demis at liquidbit dot com This bug has not been resolved - If someone has a working PHP/IIS configuration where PATH_INFO actually works can they please post the PHP version, php.ini file and any other configurations they did to get it working. [2003-12-11 23:58:24] [EMAIL PROTECTED] Please provide patches in unified diff format against the latest stable CVS branch, and if possible, the HEAD too.. (PHP_4_3 and HEAD branches) 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/7782 -- Edit this bug report at http://bugs.php.net/?id=7782&edit=1
#30592 [Opn]: not a valid MySQL-Link resource
ID: 30592 User updated by: v_shiray at ukr dot net Reported By: v_shiray at ukr dot net Status: Open Bug Type: MySQL related Operating System: Linux PHP Version: 4.3.9 New Comment: MySQL 4.0.20 Problem has been detected also with PHP 4.3.8 and 5.0.2 on the same computer RedHat 9.0, MySQL 3.23.58, PHP 4.3.9 Previous Comments: [2004-10-28 01:52:39] v_shiray at ukr dot net Description: Below code has produced next output: Current connections: Resource id #4, Resource id #4 PHP Warning: mysql_query(): 4 is not a valid MySQL-Link resource in ... Tested on Linux Slackware 10.0 PHP Version => 4.3.9 System => Linux gate 2.4.27-lck3 #3 ðÔÎ á×Ç 13 01:00:30 EEST 2004 i686 Build Date => Sep 30 2004 23:01:51 Configure Command => './configure' '--prefix=/opt/php' '--with-config-file-path=/opt/php/etc' '--disable-cgi' '--enable-static' '--disable-shared' '--enable-sockets' '--enable-ftp' '--with-mysql=/usr' '--with-zlib=/usr' PS. PHP 4.3.6 and 4.3.7 are not affected for this problem. Reproduce code: --- error_reporting(E_ALL); $db1 = mysql_connect ('localhost', 'test', '1'); $db2 = mysql_connect ('localhost', 'test', '1'); echo "Current connections: $db1, $db2\n"; mysql_close($db2); $db2 = 0; mysql_query('SELECT 1+1', $db1); Expected result: Resource ID must be available with $db1 -- Edit this bug report at http://bugs.php.net/?id=30592&edit=1
#30593 [NEW]: --with-ingres option generates broken Makefile
From: sean dot lincolne at gmail dot com Operating system: RedHat Linux 9.0 PHP version: 4.3.9 PHP Bug Type: Compile Failure Bug description: --with-ingres option generates broken Makefile Description: Configuring a PHP build with the '--with-ingres' option results in an incomplete Makefile. When you attempt to make PHP the make fails. If you manually edit the Makefile after configure, and add '-lpthread' to the 'EXTRA_LIBS' line the make will complete successfully. Specifiying the '--with-tsrm-pthreads' as a configure option does not fix this. Can someone examine the Ingres build code in PHP and ensure that when the '--with-ingres' option is specified the 'libpthread' library is included in the library list ? -- Edit bug report at http://bugs.php.net/?id=30593&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30593&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30593&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30593&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30593&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30593&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30593&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30593&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30593&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30593&r=support Expected behavior: http://bugs.php.net/fix.php?id=30593&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30593&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30593&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30593&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30593&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30593&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30593&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30593&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30593&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30593&r=mysqlcfg
#30592 [NEW]: not a valid MySQL-Link resource
From: v_shiray at ukr dot net Operating system: Linux PHP version: 4.3.9 PHP Bug Type: MySQL related Bug description: not a valid MySQL-Link resource Description: Below code has produced next output: Current connections: Resource id #4, Resource id #4 PHP Warning: mysql_query(): 4 is not a valid MySQL-Link resource in ... Tested on Linux Slackware 10.0 PHP Version => 4.3.9 System => Linux gate 2.4.27-lck3 #3 ðÔÎ á×Ç 13 01:00:30 EEST 2004 i686 Build Date => Sep 30 2004 23:01:51 Configure Command => './configure' '--prefix=/opt/php' '--with-config-file-path=/opt/php/etc' '--disable-cgi' '--enable-static' '--disable-shared' '--enable-sockets' '--enable-ftp' '--with-mysql=/usr' '--with-zlib=/usr' PS. PHP 4.3.6 and 4.3.7 are not affected for this problem. Reproduce code: --- error_reporting(E_ALL); $db1 = mysql_connect ('localhost', 'test', '1'); $db2 = mysql_connect ('localhost', 'test', '1'); echo "Current connections: $db1, $db2\n"; mysql_close($db2); $db2 = 0; mysql_query('SELECT 1+1', $db1); Expected result: Resource ID must be available with $db1 -- Edit bug report at http://bugs.php.net/?id=30592&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30592&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30592&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30592&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30592&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30592&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30592&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30592&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30592&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30592&r=support Expected behavior: http://bugs.php.net/fix.php?id=30592&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30592&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30592&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30592&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30592&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30592&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30592&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30592&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30592&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30592&r=mysqlcfg
#30591 [NEW]: imagecopyresampled bug
From: lunter at interia dot pl Operating system: WinXP SP2 PHP version: 5.0.2 PHP Bug Type: GD related Bug description: imagecopyresampled bug Description: After resize: noise. Example and PHP code: http://www.pc44.pl/goorol/ImagecopyresampledBug.zip Reproduce code: --- After resize: noise. Example and PHP code: http://www.pc44.pl/goorol/ImagecopyresampledBug.zip Expected result: After resize: noise. Example and PHP code: http://www.pc44.pl/goorol/ImagecopyresampledBug.zip Actual result: -- After resize: noise. Example and PHP code: http://www.pc44.pl/goorol/ImagecopyresampledBug.zip -- Edit bug report at http://bugs.php.net/?id=30591&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30591&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30591&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30591&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30591&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30591&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30591&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30591&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30591&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30591&r=support Expected behavior: http://bugs.php.net/fix.php?id=30591&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30591&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30591&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30591&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30591&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30591&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30591&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30591&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30591&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30591&r=mysqlcfg
#30589 [Fbk->Opn]: Unable to have concurrent execution of same page
ID: 30589 User updated by: brian dot foddy at nwa dot com Reported By: brian dot foddy at nwa dot com -Status: Feedback +Status: Open Bug Type: Performance problem Operating System: Solaris 2.8 PHP Version: 5.0.2 New Comment: Thanks for the quick reply, but I modified the sample script to Done. but it has no effect. The flush call is only for demonstration/debug, my actual script where I noticed the problem doesn't have this call. The contents of php.ini Session section are (comments removed), pretty standard I believe: [Session] session.save_handler = files session.save_path = /tmp session.use_cookies = 1 session.name = PHPSESSID session.auto_start= 0 session.cookie_lifetime = 0 session.cookie_domain = session.serialize_handler = php session.gc_probability= 1 session.gc_maxlifetime= 1440 session.referer_check = session.entropy_length= 0 session.entropy_file = ; session.entropy_length= 16 ; session.entropy_file = /dev/urandom session.cache_limiter = nocache session.use_trans_sid = 1 url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" Previous Comments: [2004-10-27 23:33:57] [EMAIL PROTECTED] You're probably using session_auto_start or something. Run session_write_close() as first statement to close the session, this will allow your script to run concurrently. [2004-10-27 22:49:22] brian dot foddy at nwa dot com Description: Frankly I can't believe this is a bug, but I can't find any config to change this behavior... Using 5.0.2 on Solaris 2.8 and Apache 1.3.22, we are unable to have concurrent execuation of the same script at the same time. Any attempt to run the script below from 2 browsers, the first one will start normally, displaying "starting", then during the sleep, try a second request and it will not begin any execution until the first request completes, then it begins its normal execution. If this script is duplicated to a different file name, ie: concurrent1.php and concurrent2.php, then both can execute at the same time as you would expect. This server was upgraded from version 4.3x some months back and I'm sure it didn't have this behavior. In general our server is a low-volume intranet server so this problems only shows up on rare occasions when a specific web app is needed. Apache config: MinSpareServers 2 MaxSpareServers 12 StartServers 8 MaxClients 20 The web server is not reaching these limits for my tests. Reproduce code: --- Done. Execute from 2 browsers at the same time. Expected result: Both browsers should show "starting" then wait the 60 seconds. Actual result: -- The first request starts normally, the second page waits for the first to complete before the second begins. -- Edit this bug report at http://bugs.php.net/?id=30589&edit=1
#30550 [Csd->Bgs]: Configuration problem while compiling-in mnoGoSearch with MySQL support
ID: 30550 Updated by: [EMAIL PROTECTED] Reported By: noor at comrax dot com -Status: Closed +Status: Bogus Bug Type: mnoGoSearch related Operating System: FreeBSD 4.9-STABLE PHP Version: 4.3.9 Assigned To: gluke New Comment: So my diagnoses was correct. Not a bug in PHP -> bogus. Previous Comments: [2004-10-27 22:54:22] [EMAIL PROTECTED] This bug was fixed in the latest mnogosearch-cvs-3.2.24. Wait a next mnogosearch release please. [2004-10-25 15:19:37] noor at comrax dot com This is incorrectly diagnosed. Knowing that this might be a problem, I've compiled mnoGoSearch before with no pthread support (removed --enable-freebsd-pthreads at the end), re-compiled everything from scratch and went through the whole process. The same thing happens. [2004-10-25 15:00:56] [EMAIL PROTECTED] This is a mnogosearch problem, the library is compiled against pthreads and PHP isn't taking that into account. [2004-10-25 14:41:03] noor at comrax dot com config.log has the following: __ This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:1638: checking host system type configure:1726: checking for gcc configure:1839: checking whether the C compiler (gcc ) works configure:1855: gcc -o conftestconftest.c 1>&5 configure:1881: checking whether the C compiler (gcc ) is a cross-compiler configure:1886: checking whether we are using GNU C configure:1895: gcc -E conftest.c configure:1914: checking whether gcc accepts -g configure:1947: checking whether gcc and cc understand -c and -o together configure:1962: gcc -c conftest.c -o conftest.o 1>&5 configure:1963: gcc -c conftest.c -o conftest.o 1>&5 configure:1968: cc -c conftest.c 1>&5 configure:1970: cc -c conftest.c -o conftest.o 1>&5 configure:1971: cc -c conftest.c -o conftest.o 1>&5 configure:1998: checking how to run the C preprocessor configure:2019: gcc -E conftest.c >/dev/null 2>conftest.out configure:2079: checking for AIX configure:2106: checking if compiler supports -R configure:2121: gcc -o conftest -g -O2 conftest.c -R /usr/lib 1>&5 configure:2180: checking for re2c configure:2211: checking for ranlib configure:2239: checking whether ln -s works configure:2264: checking for mawk configure:2264: checking for gawk configure:2264: checking for nawk configure:2298: checking for bison configure:2298: checking for byacc configure:2342: checking for flex configure:2376: checking for yywrap in -lfl configure:2395: gcc -o conftest -g -O2 conftest.c -lfl 1>&5 configure:2419: checking lex output file root configure:2440: checking whether yytext is a pointer configure:2459: gcc -o conftest -g -O2 conftest.c -lfl 1>&5 configure:2483: checking for working const configure:2537: gcc -c -g -O2 conftest.c 1>&5 configure:2562: checking flex version configure:2706: gcc -o conftest -g -O2 conftest.c 1>&5 /tmp/ccsHihEv.o: In function `main': /tmp/install/COMPILE/php-4.3.9/configure:2702: undefined reference to `pthread_mutexattr_init' /tmp/install/COMPILE/php-4.3.9/configure:2703: undefined reference to `pthread_create' configure: failed program was: #line 2688 "configure" #include "confdefs.h" #include #include void *thread_routine(void *data) { return data; } int main() { pthread_t thd; pthread_mutexattr_t mattr; int data = 1; pthread_mutexattr_init(&mattr); return pthread_create(&thd, NULL, thread_routine, &data); } configure:2726: checking for pthreads_cflags configure:2759: gcc -o conftest -g -O2 -kthread conftest.c 1>&5 gcc: unrecognized option `-kthread' /tmp/cc5PNepb.o: In function `main': /tmp/install/COMPILE/php-4.3.9/configure:2755: undefined reference to `pthread_mutexattr_init' /tmp/install/COMPILE/php-4.3.9/configure:2756: undefined reference to `pthread_create' configure: failed program was: #line 2741 "configure" #include "confdefs.h" #include #include void *thread_routine(void *data) { return data; } int main() { pthread_t thd; pthread_mutexattr_t mattr; int data = 1; pthread_mutexattr_init(&mattr); return pthread_create(&thd, NULL, thread_routine, &data); } configure:2759: gcc -o conftest -g -O2 -pthread conftest.c 1>&5 configure:2789: checking for pthreads_lib configure:2915: checking for AOLserver support configure:3135: checking for Apache 1.x module support via DSO through APXS configure:3418: checking for Apache 1.x module support configure:4199: checking for member fd in BUFF * configure:4218: gcc -c -g -O2 -I/tmp/install/COMPILE/apache_1.3.32/src/include -I/tmp/install/COMP
#30589 [Opn->Fbk]: Unable to have concurrent execution of same page
ID: 30589 Updated by: [EMAIL PROTECTED] Reported By: brian dot foddy at nwa dot com -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: Solaris 2.8 PHP Version: 5.0.2 New Comment: You're probably using session_auto_start or something. Run session_write_close() as first statement to close the session, this will allow your script to run concurrently. Previous Comments: [2004-10-27 22:49:22] brian dot foddy at nwa dot com Description: Frankly I can't believe this is a bug, but I can't find any config to change this behavior... Using 5.0.2 on Solaris 2.8 and Apache 1.3.22, we are unable to have concurrent execuation of the same script at the same time. Any attempt to run the script below from 2 browsers, the first one will start normally, displaying "starting", then during the sleep, try a second request and it will not begin any execution until the first request completes, then it begins its normal execution. If this script is duplicated to a different file name, ie: concurrent1.php and concurrent2.php, then both can execute at the same time as you would expect. This server was upgraded from version 4.3x some months back and I'm sure it didn't have this behavior. In general our server is a low-volume intranet server so this problems only shows up on rare occasions when a specific web app is needed. Apache config: MinSpareServers 2 MaxSpareServers 12 StartServers 8 MaxClients 20 The web server is not reaching these limits for my tests. Reproduce code: --- Done. Execute from 2 browsers at the same time. Expected result: Both browsers should show "starting" then wait the 60 seconds. Actual result: -- The first request starts normally, the second page waits for the first to complete before the second begins. -- Edit this bug report at http://bugs.php.net/?id=30589&edit=1
#30550 [Asn->Csd]: Configuration problem while compiling-in mnoGoSearch with MySQL support
ID: 30550 Updated by: [EMAIL PROTECTED] Reported By: noor at comrax dot com -Status: Assigned +Status: Closed Bug Type: mnoGoSearch related Operating System: FreeBSD 4.9-STABLE PHP Version: 4.3.9 Assigned To: gluke New Comment: This bug was fixed in the latest mnogosearch-cvs-3.2.24. Wait a next mnogosearch release please. Previous Comments: [2004-10-25 15:19:37] noor at comrax dot com This is incorrectly diagnosed. Knowing that this might be a problem, I've compiled mnoGoSearch before with no pthread support (removed --enable-freebsd-pthreads at the end), re-compiled everything from scratch and went through the whole process. The same thing happens. [2004-10-25 15:00:56] [EMAIL PROTECTED] This is a mnogosearch problem, the library is compiled against pthreads and PHP isn't taking that into account. [2004-10-25 14:41:03] noor at comrax dot com config.log has the following: __ This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:1638: checking host system type configure:1726: checking for gcc configure:1839: checking whether the C compiler (gcc ) works configure:1855: gcc -o conftestconftest.c 1>&5 configure:1881: checking whether the C compiler (gcc ) is a cross-compiler configure:1886: checking whether we are using GNU C configure:1895: gcc -E conftest.c configure:1914: checking whether gcc accepts -g configure:1947: checking whether gcc and cc understand -c and -o together configure:1962: gcc -c conftest.c -o conftest.o 1>&5 configure:1963: gcc -c conftest.c -o conftest.o 1>&5 configure:1968: cc -c conftest.c 1>&5 configure:1970: cc -c conftest.c -o conftest.o 1>&5 configure:1971: cc -c conftest.c -o conftest.o 1>&5 configure:1998: checking how to run the C preprocessor configure:2019: gcc -E conftest.c >/dev/null 2>conftest.out configure:2079: checking for AIX configure:2106: checking if compiler supports -R configure:2121: gcc -o conftest -g -O2 conftest.c -R /usr/lib 1>&5 configure:2180: checking for re2c configure:2211: checking for ranlib configure:2239: checking whether ln -s works configure:2264: checking for mawk configure:2264: checking for gawk configure:2264: checking for nawk configure:2298: checking for bison configure:2298: checking for byacc configure:2342: checking for flex configure:2376: checking for yywrap in -lfl configure:2395: gcc -o conftest -g -O2 conftest.c -lfl 1>&5 configure:2419: checking lex output file root configure:2440: checking whether yytext is a pointer configure:2459: gcc -o conftest -g -O2 conftest.c -lfl 1>&5 configure:2483: checking for working const configure:2537: gcc -c -g -O2 conftest.c 1>&5 configure:2562: checking flex version configure:2706: gcc -o conftest -g -O2 conftest.c 1>&5 /tmp/ccsHihEv.o: In function `main': /tmp/install/COMPILE/php-4.3.9/configure:2702: undefined reference to `pthread_mutexattr_init' /tmp/install/COMPILE/php-4.3.9/configure:2703: undefined reference to `pthread_create' configure: failed program was: #line 2688 "configure" #include "confdefs.h" #include #include void *thread_routine(void *data) { return data; } int main() { pthread_t thd; pthread_mutexattr_t mattr; int data = 1; pthread_mutexattr_init(&mattr); return pthread_create(&thd, NULL, thread_routine, &data); } configure:2726: checking for pthreads_cflags configure:2759: gcc -o conftest -g -O2 -kthread conftest.c 1>&5 gcc: unrecognized option `-kthread' /tmp/cc5PNepb.o: In function `main': /tmp/install/COMPILE/php-4.3.9/configure:2755: undefined reference to `pthread_mutexattr_init' /tmp/install/COMPILE/php-4.3.9/configure:2756: undefined reference to `pthread_create' configure: failed program was: #line 2741 "configure" #include "confdefs.h" #include #include void *thread_routine(void *data) { return data; } int main() { pthread_t thd; pthread_mutexattr_t mattr; int data = 1; pthread_mutexattr_init(&mattr); return pthread_create(&thd, NULL, thread_routine, &data); } configure:2759: gcc -o conftest -g -O2 -pthread conftest.c 1>&5 configure:2789: checking for pthreads_lib configure:2915: checking for AOLserver support configure:3135: checking for Apache 1.x module support via DSO through APXS configure:3418: checking for Apache 1.x module support configure:4199: checking for member fd in BUFF * configure:4218: gcc -c -g -O2 -I/tmp/install/COMPILE/apache_1.3.32/src/include -I/tmp/install/COMPILE/apache_1.3.32/src/os/unix conftest.c 1>&5 configure:4242: checking for mod_charset compatibility option configure:4266: checking whether gcc supports -rdynamic confi
#30539 [Opn]: shell doesnt close the connex after forking a process
ID: 30539 User updated by: toppi at kacke dot de Reported By: toppi at kacke dot de Status: Open Bug Type: *General Issues Operating System: Fedora Core 2 Linux PHP Version: 5.0.2 New Comment: I forgott... a nohup ./testd.php also doesnt do it seems theres no chance to fork a process when using sshd atm. I would be very thankful about any "workaround" or any tip, behavior Thank you guys Toppi Previous Comments: [2004-10-27 21:15:30] toppi at kacke dot de Thanks for the hint lobbin. i tired the shopt -s huponexit but Shell says its turned on butdidnt help out tho. [2004-10-26 17:16:27] lobbin at localhost dot nu I've seen this problem pretty often, it might be related to (open)ssh and your shell. More info here: http://www.openssh.com/faq.html#3.10 [2004-10-24 13:50:41] toppi at kacke dot de I tired the code by using cli now. Same problem even when i close STDIN. Also i tired it, by creating a shutdown_function() register_shutdown_function( create_function('','fclose(STDIN); fclose(STDOUT); fclose(STDERR); return true;') ); A test on another system, to make sure its not a os-config thingo, gives the same result. Run the code as root (to make sure, its no perm. thing) doesnt help tho. The child always post his outputstream ahead tru sshd (but no bash alive). When creating a socket around the child and you just close the terminal-window to get disconnected from the master, the code chrashes on connect. [2004-10-24 06:53:45] [EMAIL PROTECTED] Use CLI then? Personally I do not think that CGI version is the best choice for daemons, as it wasn't designed for such purposes. [2004-10-23 20:28:39] toppi at kacke dot de Hi Tony, it doenst work. STDIN is not defined/open. When i understood the manual correctly, its only defined when using cli sapi. I have php -v PHP 5.0.2 (cgi) (built: Oct 23 2004 14:07:24) I tired a lot of things, to kill the stream and getting disconnected...but nothing helped yet. When i remember me right, we didnt have that prob @ 4.3.x. but not sure tho. I have no clue anymore :) 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/30539 -- Edit this bug report at http://bugs.php.net/?id=30539&edit=1
#30589 [NEW]: Unable to have concurrent execution of same page
From: brian dot foddy at nwa dot com Operating system: Solaris 2.8 PHP version: 5.0.2 PHP Bug Type: Performance problem Bug description: Unable to have concurrent execution of same page Description: Frankly I can't believe this is a bug, but I can't find any config to change this behavior... Using 5.0.2 on Solaris 2.8 and Apache 1.3.22, we are unable to have concurrent execuation of the same script at the same time. Any attempt to run the script below from 2 browsers, the first one will start normally, displaying "starting", then during the sleep, try a second request and it will not begin any execution until the first request completes, then it begins its normal execution. If this script is duplicated to a different file name, ie: concurrent1.php and concurrent2.php, then both can execute at the same time as you would expect. This server was upgraded from version 4.3x some months back and I'm sure it didn't have this behavior. In general our server is a low-volume intranet server so this problems only shows up on rare occasions when a specific web app is needed. Apache config: MinSpareServers 2 MaxSpareServers 12 StartServers 8 MaxClients 20 The web server is not reaching these limits for my tests. Reproduce code: --- Done. Execute from 2 browsers at the same time. Expected result: Both browsers should show "starting" then wait the 60 seconds. Actual result: -- The first request starts normally, the second page waits for the first to complete before the second begins. -- Edit bug report at http://bugs.php.net/?id=30589&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30589&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30589&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30589&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30589&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30589&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30589&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30589&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30589&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30589&r=support Expected behavior: http://bugs.php.net/fix.php?id=30589&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30589&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30589&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30589&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30589&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30589&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30589&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30589&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30589&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30589&r=mysqlcfg
#30423 [Opn->WFx]: get_class(self) for static methods
ID: 30423 Updated by: [EMAIL PROTECTED] Reported By: auroraeosrose at hotmail dot com -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: * PHP Version: 5.* Assigned To: helly Previous Comments: [2004-10-27 20:16:45] auroraeosrose at hotmail dot com Then this is a won't fix...sigh...wanna set it to that? [2004-10-24 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-10-16 19:44:08] [EMAIL PROTECTED] If i get you right you want to know to which class the function call was up to? If that's the answer i can tell you that we won't fix it because it would require a new global executor variable. [2004-10-15 20:18:15] auroraeosrose at hotmail dot com I don't think you looked closely enough at the example code to understand what I was asking for. Notice the method I'm calling is the parent, NOT the child. I need the CHILD name not the PARENT. I'm extending a class(an abstract one, not that it matters), but need to be able to get the name of the child class called in a method in the parent(abstract) class, because any number of classes could extend the abstract class. There's a trick to using get_class() to find out this information, if I call a method normally. I can do get_class($this) inside the method. HOWEVER, you can't DO that inside a static method, for obvious reasons there's no $this. I need a way to do a get_class($this) equivalent in a static method!! - something like get_class(self). Calling get_parent_class IN the parent class does me no good whatsoever- you just get false all the time. I already KNOW the parent, I know how to get the parent, but I need the child! (Actually, the ideal thing would be to fix get_class() so it returns the name of the actual class called, right now it returns whatever class the method happens to be in, and let __CLASS__ be the name of the class the method is actually in.) [2004-10-14 23:19:53] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Just await 5.0.3, 5.1.0 or the next snaps 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/30423 -- Edit this bug report at http://bugs.php.net/?id=30423&edit=1
#30539 [Opn]: shell doesnt close the connex after forking a process
ID: 30539 User updated by: toppi at kacke dot de Reported By: toppi at kacke dot de Status: Open Bug Type: *General Issues Operating System: Fedora Core 2 Linux PHP Version: 5.0.2 New Comment: Thanks for the hint lobbin. i tired the shopt -s huponexit but Shell says its turned on butdidnt help out tho. Previous Comments: [2004-10-26 17:16:27] lobbin at localhost dot nu I've seen this problem pretty often, it might be related to (open)ssh and your shell. More info here: http://www.openssh.com/faq.html#3.10 [2004-10-24 13:50:41] toppi at kacke dot de I tired the code by using cli now. Same problem even when i close STDIN. Also i tired it, by creating a shutdown_function() register_shutdown_function( create_function('','fclose(STDIN); fclose(STDOUT); fclose(STDERR); return true;') ); A test on another system, to make sure its not a os-config thingo, gives the same result. Run the code as root (to make sure, its no perm. thing) doesnt help tho. The child always post his outputstream ahead tru sshd (but no bash alive). When creating a socket around the child and you just close the terminal-window to get disconnected from the master, the code chrashes on connect. [2004-10-24 06:53:45] [EMAIL PROTECTED] Use CLI then? Personally I do not think that CGI version is the best choice for daemons, as it wasn't designed for such purposes. [2004-10-23 20:28:39] toppi at kacke dot de Hi Tony, it doenst work. STDIN is not defined/open. When i understood the manual correctly, its only defined when using cli sapi. I have php -v PHP 5.0.2 (cgi) (built: Oct 23 2004 14:07:24) I tired a lot of things, to kill the stream and getting disconnected...but nothing helped yet. When i remember me right, we didnt have that prob @ 4.3.x. but not sure tho. I have no clue anymore :) [2004-10-23 17:40:51] [EMAIL PROTECTED] fclose(STDIN); after successful fork() call should help 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/30539 -- Edit this bug report at http://bugs.php.net/?id=30539&edit=1
#30423 [NoF->Opn]: get_class(self) for static methods
ID: 30423 User updated by: auroraeosrose at hotmail dot com Reported By: auroraeosrose at hotmail dot com -Status: No Feedback +Status: Open Bug Type: Feature/Change Request Operating System: * PHP Version: 5.* Assigned To: helly New Comment: Then this is a won't fix...sigh...wanna set it to that? Previous Comments: [2004-10-24 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-10-16 19:44:08] [EMAIL PROTECTED] If i get you right you want to know to which class the function call was up to? If that's the answer i can tell you that we won't fix it because it would require a new global executor variable. [2004-10-15 20:18:15] auroraeosrose at hotmail dot com I don't think you looked closely enough at the example code to understand what I was asking for. Notice the method I'm calling is the parent, NOT the child. I need the CHILD name not the PARENT. I'm extending a class(an abstract one, not that it matters), but need to be able to get the name of the child class called in a method in the parent(abstract) class, because any number of classes could extend the abstract class. There's a trick to using get_class() to find out this information, if I call a method normally. I can do get_class($this) inside the method. HOWEVER, you can't DO that inside a static method, for obvious reasons there's no $this. I need a way to do a get_class($this) equivalent in a static method!! - something like get_class(self). Calling get_parent_class IN the parent class does me no good whatsoever- you just get false all the time. I already KNOW the parent, I know how to get the parent, but I need the child! (Actually, the ideal thing would be to fix get_class() so it returns the name of the actual class called, right now it returns whatever class the method happens to be in, and let __CLASS__ be the name of the class the method is actually in.) [2004-10-14 23:19:53] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Just await 5.0.3, 5.1.0 or the next snaps build [2004-10-14 14:58:55] auroraeosrose at hotmail dot com strangely enough, in php 5.0.x I can't get get_parent_class(get_class()) or get_parent_class(__CLASS__) to work anywhere - and even though I threw on the lastest snap of 5.1 get_parent_class() doesn't work yet, but it just might not be compiled in yet...I just get false back What I'm looking for is for whoami1 to give me the get_class($this) answer from whoami - the actual class called class test { function whoami() { echo 'This is class test'."\n"; echo 'Value of __CLASS__ is '.__CLASS__."\n"; echo 'Value of get_class() is '.get_class()."\n"; echo 'Value of get_class($this) is '.get_class($this)."\n"; echo 'Value of get_parent_class(__CLASS__) is '.get_parent_class(__CLASS__)."\n"; echo 'Value of get_parent_class(get_class()) is '.get_parent_class(get_class())."\n\n"; } static function whoami1() { echo 'This is class test'."\n"; echo 'Value of __CLASS__ is '.__CLASS__."\n"; echo 'Value of get_class() is '.get_class()."\n"; echo 'Value of get_parent_class(__CLASS__) is '.get_parent_class(__CLASS__)."\n"; echo 'Value of get_parent_class(get_class()) is '.get_parent_class(get_class())."\n\n"; } } class test2 extends test {} $test=new test; $test->whoami(); $test2=new test2; $test2->whoami(); test::whoami1(); test2::whoami1(); Results with php 5.0.* This is class test Value of __CLASS__ is test Value of get_class() is test Value of get_class($this) is test Value of get_parent_class(__CLASS__) is Value of get_parent_class(get_class()) is This is class test Value of __CLASS__ is test Value of get_class() is test Value of get_class($this) is test2 (note: -> this is what I want, only statically) Value of get_parent_class(__CLASS__) is Value of get_parent_class(get_class()) is This is class test Value of __CLASS__ is test Value of get_class() is test Value of get_parent_class(__CLASS__) is Value of get_parent_class(get_class()) is This is class test Value of __CLASS__ is test Value of get_class() is test Value of get_parent_class(__CLASS
#30586 [Opn]: Connection problems with MySQL 4.1.5 or later
ID: 30586 User updated by: olger901 at gmail dot com Reported By: olger901 at gmail dot com Status: Open Bug Type: MySQL related Operating System: Windows 2000 Server PHP Version: Irrelevant New Comment: I recently upgraded to MySQL 4.1.7 However after the upgrade PHP wasn't connecting to MySQL anymore and I can't seem to find the problem. This is the error phpmyadmin gives me: #1251 - Client does not support authentication protocol requested by server; consider upgrading MySQL client MySQL Administrator connects fine, I turned on old password compatability with it restarted my server and it didn't help a thing. I both tried using PHP 5.0.2 and PHP 4.3.9 but that didn't work either, I also tried replacing the PHP libmysql.dl with the DLL libmysql.dll that came shipped with MySQL 4.1.7 but then php complains that feature drop table isn't supported and that the MySQL extension won't be loaded. With PHP 5.0.2 I also tried using the MySQLi extension but that doesn't seem to work either. Simply said: The problem is in libmysql.dll in combination with php, because as soon as I upgrade libmysql.dll in C:\WINNT and I restart Apache with php it gives an error about not supporting certain features, while it does, so please upgrade PHP to support MySQL 4.1 versions Previous Comments: [2004-10-27 17:01:10] olger901 at gmail dot com Description: Hello all, I am using: Windows 2000 Server Apache 2 PHP 4.3.9 MySQL 4.0.21 (upgraded today to 4.1.7) I recently upgraded to MySQL 4.1.7 However after the upgrade PHP wasn't connecting to MySQL anymore and I can't seem to find the problem. This is the error phpmyadmin gives me: #1251 - Client does not support authentication protocol requested by server; consider upgrading MySQL client MySQL Administrator connects fine, I turned on old password compatability with it restarted my server and it didn't help a thing. I both tried using PHP 5.0.2 and PHP 4.3.9 but that didn't work either, I also tried replacing the PHP libmysql.dl with the DLL libmysql.dll that came shipped with MySQL 4.1.7 but then php complains that feature drop table isn't supported and that the MySQL extension won't be loaded. With PHP 5.0.2 I also tried using the MySQLi extension but that doesn't seem to work either. -- Edit this bug report at http://bugs.php.net/?id=30586&edit=1
#30588 [NEW]: foreach on $this shows private/protected
From: auroraeosrose at hotmail dot com Operating system: WinXP SP2 PHP version: 5CVS-2004-10-27 (dev) PHP Bug Type: *General Issues Bug description: foreach on $this shows private/protected Description: I have no idea whether this should be classified as an engine problem, or a documentation problem. When using BASIC foreach over an object inside a class method, (no fancy spl stuff) it does not behave as documented on php.net - showing only public properties. Foreach will have access to all properties that the function/method it's used in has access to. This means private and protected variables can be foreached inside the class. Now this might be useful in some cases, but for me it's a headache because there is no way to tell whether a property is protected/private/public without using reflection - which is way too much overhead when you just want to unset all the public properties in a class. Right now I have to use a seperate function to do the unsetting, but it's a pain. In conclusion: either foreach needs to be changed or the docs need to be changed. If foreach CAN access all properties a function/method has access to, there should be a QUICK, EASY way to find out if a property is public/private/protect (e.g. is_public) so reflection doesn't have to be hauled out just to find out that information.- I could play with spl's arrayobject a bit but it still doesn't address the documentation/behavior mismatch. P.S. get_object_vars is affect by this as well Reproduce code: --- $item) { echo 'property '.$key.' = '.$item."\n"; } } } $obj = new test(); $obj->loop(); foreach($obj as $key => $item) { echo 'property '.$key.' = '.$item."\n"; } ?> Expected result: property fruit = orange property fruit = orange Actual result: -- property fruit = orange property veggie = carrot property meat = beef property fruit = orange -- Edit bug report at http://bugs.php.net/?id=30588&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30588&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30588&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30588&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30588&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30588&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30588&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30588&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30588&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30588&r=support Expected behavior: http://bugs.php.net/fix.php?id=30588&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30588&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30588&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30588&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30588&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30588&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30588&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30588&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30588&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30588&r=mysqlcfg
#30587 [NEW]: Array assignment with array_multisort
From: ian_mclaughlin at blueyonder dot co dot uk Operating system: Win32 PHP version: 4.3.9 PHP Bug Type: Scripting Engine problem Bug description: Array assignment with array_multisort Description: this code gives the impression that array assignment is actually done by pointer sharing, when it should be done by copying. Reproduce code: --- BEFORE MULTISORT"; echo"master_A"; print_r($master_A); echo"master_B"; print_r($master_B); array_multisort($A, $B); echo"AFTER MULTISORT"; echo"master_A"; print_r($master_A); echo"master_B"; print_r($master_B); ?> Expected result: BEFORE MULTISORT master_A Array ( [0] => 1 [1] => 2 [2] => 4 [3] => 3 ) master_B Array ( [0] => 1 [1] => 3 [2] => 2 [3] => 4 ) AFTER MULTISORT master_A Array ( [0] => 1 [1] => 2 [2] => 4 [3] => 3 ) master_B Array ( [0] => 1 [1] => 3 [2] => 2 [3] => 4 ) Actual result: -- BEFORE MULTISORT master_A Array ( [0] => 1 [1] => 2 [2] => 4 [3] => 3 ) master_B Array ( [0] => 1 [1] => 3 [2] => 2 [3] => 4 ) AFTER MULTISORT master_A Array ( [0] => 1 [1] => 2 [2] => 3 [3] => 4 ) master_B Array ( [0] => 1 [1] => 3 [2] => 4 [3] => 2 ) -- Edit bug report at http://bugs.php.net/?id=30587&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30587&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30587&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30587&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30587&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30587&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30587&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30587&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30587&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30587&r=support Expected behavior: http://bugs.php.net/fix.php?id=30587&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30587&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30587&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30587&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30587&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30587&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30587&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30587&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30587&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30587&r=mysqlcfg
#27228 [Bgs]: SSI Including PHP File Within PHP File Causes Seg Fault
ID: 27228 User updated by: arthur at levelogic dot com Reported By: arthur at levelogic dot com Status: Bogus Bug Type: Apache2 related Operating System: RedHat Linux 9 PHP Version: 4.3.4 New Comment: Using latest everything (Apache, PHP5), still having same problem. Using apache2handler. http://bugs.php.net/bug.php?id=4804 That report says that PHP is not reentrant, so that would explain the problem. Simple enough...But wouldn't a better error or escape be appropriate instead of a seg fault? In my opinion, reproducible seg fault = bug. Any plans on making PHP reentrant-able? Previous Comments: [2004-02-12 10:21:39] [EMAIL PROTECTED] To make this work you must use PHP's apache2handler module. But I don't see why you would want to do this anyway, using 'include()' works much better when you deal with PHP code within PHP code.. (the crash is not even PHP related I bet..you failed to give a backtrace so I have to ASSUME..) [2004-02-11 21:37:23] arthur at levelogic dot com Description: Setting up Apache 2.0 to FILTER php files and SSI parse them. When trying to include a php file from within another php file, I get a seg fault. Apache setup as: SetOutputFilter PHP;INCLUDES SetInputFilter PHP LimitRequestBody 524288 Reproduce code: --- /test1.php /test2.php Testing 1 2 3 Expected result: Testing 1 2 3 Actual result: -- Seg fault on server and hanging to eventually timeout on client. -- Edit this bug report at http://bugs.php.net/?id=27228&edit=1
#30491 [Opn->Bgs]: imap-sort return non sorted value for locale
ID: 30491 Updated by: [EMAIL PROTECTED] Reported By: vahid at ghafarpour dot com -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: Fedora Core 2 PHP Version: 4.3.9 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. Thank you for your interest in PHP. sorting is done by the c-client library and not by PHP. Previous Comments: [2004-10-20 12:11:16] vahid at ghafarpour dot com Description: I use imap-sort function in persian (fa_IR) locale and it didn't sort it correctly, I think it use strcmp as compare function or something like this and if it use strcoll it will be correct. or make a new function like uimap-sort that get compare function -- Edit this bug report at http://bugs.php.net/?id=30491&edit=1
#30584 [Opn->Bgs]: cannot connect to mysql server after sending a number of concurrent requests
ID: 30584 Updated by: [EMAIL PROTECTED] Reported By: it at videinfra dot lv -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Win Server 2003, Win XP Pro PHP Version: 4.3.9 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. Thank you for your interest in PHP. You are probably reaching the maximum allowed mysql connections on your MySQL server. This is a MySQL setting you can change. Previous Comments: [2004-10-27 16:40:56] it at videinfra dot lv Description: We met the same problem recently, when we developed a project running on Win2003. We got cannot connect error when we tested server's productivity. We used Apache JMeter to simulate 10 concurrent connections. Initially, we thought that it is because of big amount of queries we run at the first page. To make sure this is not because of the number of queries, we created simple PHP script that creates connection to MySQL, runs simple query like SELECT title FROM pages WHERE id = 1 and closes connection. The result was the same. We moved the script and MySQL to a Linux server and repeated the test. We did not get the error. We repeated the test with PHP on windows and MySQL on Linux and the error came again. So, when we run PHP script on windows platform, we got the error everytime irrespective MySQL location. Reproduce code: --- "; ?> -- Edit this bug report at http://bugs.php.net/?id=30584&edit=1
#30520 [Opn->Bgs]: readfile needs too much memory
ID: 30520 Updated by: [EMAIL PROTECTED] Reported By: spacefreak at rheintalchat dot ch -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Gentoo Linux (Kernel 2.6.8.1) PHP Version: 4.3.9 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php no surprises here, the function uses mmap. Previous Comments: [2004-10-21 21:43:09] spacefreak at rheintalchat dot ch Description: I've got a big problem. I use the readfile function for share any files over the webserver. I use it, because I need user authentication. It works nice with small files. Actual result: -- The problem is that. PHP will load the hole file from the harddisc into the memory. If I use the fpassthru function, the memory will be freed, but PHP use the hole memory for buffering. -- Edit this bug report at http://bugs.php.net/?id=30520&edit=1
#30571 [Opn->Fbk]: Imap2004a crashed apache
ID: 30571 Updated by: [EMAIL PROTECTED] Reported By: bo at theaddedones dot com -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Fedora 1 PHP Version: 4.3.9 New Comment: Please supply the complete message body that is causing this problem. Previous Comments: [2004-10-26 22:28:01] bo at theaddedones dot com Description: the general problem was an odd one when using the HORDE-IMP pacakge. For certain messages (those with multi-parts i.e. a 'text' and an 'enriched' type). The attempting to access the message results in a apache SegFault... after 'downgrading' to IMAP-2002e the bug went away. -- my compile bits -- ./configure --with-apxs=/usr/local/apache/bin/apxs --with-xml --enable-bcmath --enable-calendar --with-curl --with-dom --with-dom-xslt --with-dom-exslt --enable-exif --enable-ftp --with-gd --with-png-dir=/usr --without-xpm --with-gettext --with-imap --enable-mbstring --enable-mbstr-enc-trans --enable-mbregex --with-mcrypt --with-mhash --enable-magic-quotes --with-mysql=/usr --with-openssl --enable-discard-path --with-pear --with-pspell --enable-xslt --with-xslt-sablot --enable-sockets --enable-track-vars --with-ttf --enable-versioning --enable-wddx --with-xmlrpc --with-zip --with-zlib --with-readline --with-iconv --with-openssl --with-freetype-dir=/usr --with-gdbm Reproduce code: --- use the Horde-Imp mail program...and attempt to read a message (i.e. like the ones sent from the OSX Mail programm where there are 2 parts a flat text and an enriched) Actual result: -- gdb trace --- #0 0x00a0224c in _php_imap_add_body (arg=0x9bcbc5c, body=0x703c2065) at /home/cpapachebuild/buildapache/php-4.3.9/ext/imap/php_imap.c:3817 3817if (body->type <= TYPEMAX) { (gdb) bt #0 0x00a0224c in _php_imap_add_body (arg=0x9bcbc5c, body=0x703c2065) at /home/cpapachebuild/buildapache/php-4.3.9/ext/imap/php_imap.c:3817 #1 0x00a0268b in _php_imap_add_body (arg=0x9bcbc9c, body=0x9bd06f8) at /home/cpapachebuild/buildapache/php-4.3.9/ext/imap/php_imap.c:3911 #2 0x009facd8 in zif_imap_fetchstructure (ht=3, return_value=0x9bcbc9c, this_ptr=0x0, return_value_used=1) at /home/cpapachebuild/buildapache/php-4.3.9/ext/imap/php_imap.c:1753 #3 0x00f9c892 in get_module () from /usr/local/Zend/lib/Optimizer-2.5.5/php-4.3.x/ZendOptimizer.so -- Edit this bug report at http://bugs.php.net/?id=30571&edit=1
#30568 [Opn->Bgs]: imap_mail_compose segment faults with malformed body
ID: 30568 Updated by: [EMAIL PROTECTED] Reported By: mike at mikekrejci dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: SUSE 9.0 LINUX PHP Version: 5.0.2 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. Thank you for your interest in PHP. I was able to verify the crash, however the crashing code is deep inside the c-client librrary and not in PHP. This is not a PHP bug, please report it to the c-client developers. Previous Comments: [2004-10-26 21:50:04] mike at mikekrejci dot com backtrace: #0 0x082c6f9c in rfc822_encode_body_7bit (env=0x84ec8a0, body=0x84ec940) at rfc822.c:1572 #1 0x082c6f9c in rfc822_encode_body_7bit (env=0x84ec8a0, body=0x84ec8e8) at rfc822.c:1572 #2 0x08149622 in zif_imap_mail_compose (ht=2, return_value=0x84ec884, this_ptr=0x0, return_value_used=1) at /home/tirk/Desktop/php-5.0.2/ext/imap/php_imap.c:3102 #3 0x080ec0de in zend_do_fcall_common_helper (execute_data=0xbfffce30, opline=0x84ebaa0, op_array=0x84e64f4) at /home/tirk/Desktop/php-5.0.2/Zend/zend_execute.c:2711 #4 0x080ec734 in zend_do_fcall_handler (execute_data=0xbfffce30, opline=0x84ebaa0, op_array=0x84e64f4) at /home/tirk/Desktop/php-5.0.2/Zend/zend_execute.c:2843 #5 0x080e902c in execute (op_array=0x84e64f4) at /home/tirk/Desktop/php-5.0.2/Zend/zend_execute.c:1400 #6 0x080cb2f5 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/tirk/Desktop/php-5.0.2/Zend/zend.c:1060 #7 0x0809655b in php_execute_script (primary_file=0xb1a0) at /home/tirk/Desktop/php-5.0.2/main/main.c:1629 #8 0x080f35d1 in apache_php_module_main (r=0x84d2e44, display_source_mode=0) at /home/tirk/Desktop/php-5.0.2/sapi/apache/sapi_apache.c:54 #9 0x0808cf85 in send_php () #10 0x0808cfef in send_parsed_php () #11 0x0827e0dd in ap_invoke_handler () #12 0x08292daf in process_request_internal () #13 0x08292e0e in ap_process_request () #14 0x08289e7f in child_main () #15 0x0828a027 in make_child () #16 0x0828a18d in startup_children () #17 0x0828a833 in standalone_main () #18 0x0828b051 in main () [2004-10-26 21:10:09] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2004-10-26 21:08:36] mike at mikekrejci dot com Description: If you make an error in your $body array for the imap_mail_compose rather then giving an error it creates a segmentation fault. The error in the code I have sent is that I have nested MULTIPARTs without the corresponding sections. Reproduce code: --- Expected result: the following will be entered in your log file: [Tue Oct 26 12:01:38 2004] [notice] child pid 3282 exit signal Segmentation fault (11) Actual result: -- I do not have a backtrace available. -- Edit this bug report at http://bugs.php.net/?id=30568&edit=1
#30584 [Bgs]: cannot connect to mysql server after sending a number of concurrent requests
ID: 30584 User updated by: it at videinfra dot lv Reported By: it at videinfra dot lv Status: Bogus Bug Type: MySQL related Operating System: Win Server 2003, Win XP Pro PHP Version: 4.3.9 New Comment: Initially, I thought it might be MySQL problem. I used the same MySQL server when I run test on Linux and Win platforms. Settigns in php.ini on both platforms in MySQL section are the same. Previous Comments: [2004-10-27 18:46:03] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. You are probably reaching the maximum allowed mysql connections on your MySQL server. This is a MySQL setting you can change. [2004-10-27 16:40:56] it at videinfra dot lv Description: We met the same problem recently, when we developed a project running on Win2003. We got cannot connect error when we tested server's productivity. We used Apache JMeter to simulate 10 concurrent connections. Initially, we thought that it is because of big amount of queries we run at the first page. To make sure this is not because of the number of queries, we created simple PHP script that creates connection to MySQL, runs simple query like SELECT title FROM pages WHERE id = 1 and closes connection. The result was the same. We moved the script and MySQL to a Linux server and repeated the test. We did not get the error. We repeated the test with PHP on windows and MySQL on Linux and the error came again. So, when we run PHP script on windows platform, we got the error everytime irrespective MySQL location. Reproduce code: --- "; ?> -- Edit this bug report at http://bugs.php.net/?id=30584&edit=1
#17154 [Bgs]: Trailing garbage
ID: 17154 Updated by: [EMAIL PROTECTED] Reported By: k dot joe at freemail dot hu Status: Bogus Bug Type: Recode related Operating System: Linux2.2.19/Debian PHP Version: 4.3.3-dev New Comment: This is definately a bug in recode-3.6. Please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=156635 for a patch against recode-3.6. Maybe we should check for this bug when configuring PHP --with recode. Debian maintainers have also renamed internal symbols that conflicted with imap and mysql (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=131080), so it might be wise to explicitly check against those symbols before denying configuration with PHP 5 aswell. Previous Comments: [2003-07-07 07:52:59] [EMAIL PROTECTED] I had a look at this, but it really looks correct from the PHP side. For some reason the recode library returns a string that is too long with random chars behind it. It's not a bug in PHP, everything is done as the documentation of recode tells it should be done. I used recode 3.6 for my tests and it definitely doesn't behave as it should. [2002-09-18 17:42:45] luka at mail dot ljudmila dot org this bug is for real! just stumbled into it while writing a mail script. recode _does_ stubbornly add somewhat random trailing garbage to strings on my system. i made a test script to figure it out, so i might as well post it here. my php is 4.2.3, system is Debian. i also got some segfaults from my mail script, but this was rare and might or might not be connected to the trailing garbage bug sample output first (wrong, clearly): SNIP> bash-2.05b$ php4 recodetest.php X-Powered-By: PHP/4.2.3 Content-type: text/html testing recode request ISO-8859-1..UTF-8 INPUT: "Some Hacker <[EMAIL PROTECTED]>" OUTPUT: "Some Hacker <[EMAIL PROTECTED]>" "Some Hacker <[EMAIL PROTECTED]>" "Some Hacker <[EMAIL PROTECTED]>&" "Some Hacker <[EMAIL PROTECTED]>" "Some Hacker <[EMAIL PROTECTED]>" "Some Hacker <[EMAIL PROTECTED]>" "Some Hacker <[EMAIL PROTECTED]>@" "Some Hacker <[EMAIL PROTECTED]" "Some Hacker <[EMAIL PROTECTED]>0u" INPUT: "Some Hacker <[EMAIL PROTECTED] " OUTPUT: "Some Hacker <[EMAIL PROTECTED] 0u" INPUT: "Some Hacker [EMAIL PROTECTED]>" OUTPUT: "Some Hacker [EMAIL PROTECTED]>0u" INPUT: "Some Hacker <[EMAIL PROTECTED]>" OUTPUT: "Some Hacker <[EMAIL PROTECTED]>u" INPUT: "Some Hacker <[EMAIL PROTECTED] " OUTPUT: "Some Hacker <[EMAIL PROTECTED] u" INPUT: "Some Hacker [EMAIL PROTECTED]>" OUTPUT: "Some Hacker [EMAIL PROTECTED]>u" INPUT: "Some Hacker <[EMAIL PROTECTED]> " OUTPUT: "Some Hacker <[EMAIL PROTECTED]> " INPUT: "Some Hacker <[EMAIL PROTECTED] " OUTPUT: "Some Hacker <[EMAIL PROTECTED] " INPUT: "Some Hacker [EMAIL PROTECTED]> " OUTPUT: "Some Hacker [EMAIL PROTECTED]> " INPUT: "� B " OUTPUT: "�� B " INPUT: "MAKE MONEY REALLY REALLY REALLY FAST" OUTPUT: "MAKE MONEY REALLY REALLY REALLY FASTY" "MAKE MONEY REALLY REALLY REALLY FAST" Tried 200 loops on 11 test(s). ', 'Some Hacker <[EMAIL PROTECTED] ', 'Some Hacker [EMAIL PROTECTED]>', 'Some Hacker <[EMAIL PROTECTED]>', 'Some Hacker <[EMAIL PROTECTED] ', 'Some Hacker [EMAIL PROTECTED]>', 'Some Hacker <[EMAIL PROTECTED]> ', 'Some Hacker <[EMAIL PROTECTED] ', 'Some Hacker [EMAIL PROTECTED]> ', "\xA0 \x10 \x42 \x00", 'MAKE MONEY REALLY REALLY REALLY FAST', ); $tries=200; foreach ($tests as $t) { print "\nINPUT: \"$t\"\nOUTPUT:\n"; for ($i=0;$i<$tries;$i++) { $output=recode("$from..$to",$t); if ($output!=$old) { print "\"$output\"\n"; $old=$output; } } } echo "\n\nTried $tries loops on ".sizeof($tests)." test(s).\n"; ?> hopefully this will give someone a chance to test on latest sources, or at least a clue about the cause of the bug [2002-06-24 12:10:28] [EMAIL PROTECTED] not exactly true what i said: 4.3.0-dev does not always segfault (mostly with a string-length of 96...) and it seems to behave like 4.2 chregu [2002-06-24 12:08:07] [EMAIL PROTECTED] Same problem here. same string lengths, which cause errors. recode on the commandline does it perfectly right. php 4.2 did add trailing garbage php 4.3-dev segfaults chregu [2002-06-06 18:03:32] k dot joe at freemail dot hu Tests with PHP4.3.0-dev and PHP4.2.1 get same (wrong) result. The recoded string's length and the original stringlength are not equal. Simply try to recode a 36 chr long string will results a 40 byte long string, so the return value contains additional 4 byte 0x00 chr garbage at the end: recode ("utf8..latin2", "0123456789012345678901234567890123456"); The error is repr
#30585 [Opn->Bgs]: Missing Post reply data in view source of Netscape 4
ID: 30585 Updated by: [EMAIL PROTECTED] Reported By: clay_doc at yahoo dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Lunix PHP Version: 4CVS-2004-10-27 (stable) New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. . Previous Comments: [2004-10-27 16:49:50] clay_doc at yahoo dot com Description: Similar to bug #3840, under Netsape, I'm seeing something odd when I post a form using a PHP3 page as the CGI. If I view the source, I see the following (even though the correct data is displayed in the browser proper): I did not set the expire as the previous post. -- Edit this bug report at http://bugs.php.net/?id=30585&edit=1
#30586 [NEW]: Connection problems with MySQL 4.1.5 or later
From: olger901 at gmail dot com Operating system: Windows 2000 Server PHP version: Irrelevant PHP Bug Type: MySQL related Bug description: Connection problems with MySQL 4.1.5 or later Description: Hello all, I am using: Windows 2000 Server Apache 2 PHP 4.3.9 MySQL 4.0.21 (upgraded today to 4.1.7) I recently upgraded to MySQL 4.1.7 However after the upgrade PHP wasn't connecting to MySQL anymore and I can't seem to find the problem. This is the error phpmyadmin gives me: #1251 - Client does not support authentication protocol requested by server; consider upgrading MySQL client MySQL Administrator connects fine, I turned on old password compatability with it restarted my server and it didn't help a thing. I both tried using PHP 5.0.2 and PHP 4.3.9 but that didn't work either, I also tried replacing the PHP libmysql.dl with the DLL libmysql.dll that came shipped with MySQL 4.1.7 but then php complains that feature drop table isn't supported and that the MySQL extension won't be loaded. With PHP 5.0.2 I also tried using the MySQLi extension but that doesn't seem to work either. -- Edit bug report at http://bugs.php.net/?id=30586&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30586&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30586&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30586&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30586&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30586&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30586&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30586&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30586&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30586&r=support Expected behavior: http://bugs.php.net/fix.php?id=30586&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30586&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30586&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30586&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30586&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30586&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30586&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30586&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30586&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30586&r=mysqlcfg
#30585 [NEW]: Missing Post reply data in view source of Netscape 4
From: clay_doc at yahoo dot com Operating system: Lunix PHP version: 4CVS-2004-10-27 (stable) PHP Bug Type: *General Issues Bug description: Missing Post reply data in view source of Netscape 4 Description: Similar to bug #3840, under Netsape, I'm seeing something odd when I post a form using a PHP3 page as the CGI. If I view the source, I see the following (even though the correct data is displayed in the browser proper): I did not set the expire as the previous post. -- Edit bug report at http://bugs.php.net/?id=30585&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30585&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30585&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30585&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30585&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30585&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30585&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30585&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30585&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30585&r=support Expected behavior: http://bugs.php.net/fix.php?id=30585&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30585&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30585&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30585&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30585&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30585&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30585&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30585&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30585&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30585&r=mysqlcfg
#30584 [NEW]: cannot connect to mysql server after sending a number of concurrent requests
From: it at videinfra dot lv Operating system: Win Server 2003, Win XP Pro PHP version: 4.3.9 PHP Bug Type: MySQL related Bug description: cannot connect to mysql server after sending a number of concurrent requests Description: We met the same problem recently, when we developed a project running on Win2003. We got cannot connect error when we tested server's productivity. We used Apache JMeter to simulate 10 concurrent connections. Initially, we thought that it is because of big amount of queries we run at the first page. To make sure this is not because of the number of queries, we created simple PHP script that creates connection to MySQL, runs simple query like SELECT title FROM pages WHERE id = 1 and closes connection. The result was the same. We moved the script and MySQL to a Linux server and repeated the test. We did not get the error. We repeated the test with PHP on windows and MySQL on Linux and the error came again. So, when we run PHP script on windows platform, we got the error everytime irrespective MySQL location. Reproduce code: --- "; ?> -- Edit bug report at http://bugs.php.net/?id=30584&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30584&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30584&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30584&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30584&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30584&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30584&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30584&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30584&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30584&r=support Expected behavior: http://bugs.php.net/fix.php?id=30584&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30584&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30584&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30584&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30584&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30584&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30584&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30584&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30584&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30584&r=mysqlcfg
#30583 [NEW]: echo and print not filtered when stream filter installed on php://output..
From: tobe at stonecodex dot com Operating system: Linux PHP version: 5.0.2 PHP Bug Type: Output Control Bug description: echo and print not filtered when stream filter installed on php://output.. Description: print and echo are not filtered when a stream filter is installed on php://output. Whilst there are workarounds they are either not as flexible (using output_handler) or not as convenient (changing all my echos to fwrites) as the filter pattern. Would argue that if this behaviour is by design then the design should be changed or at the very least the documentation amended to reflect this situation. Reproduce code: --- class strtoupper_filter extends php_user_filter { function filter($in, $out, &$consumed, $closing) { while ($bucket = stream_bucket_make_writeable($in)) { $bucket->data = strtoupper($bucket->data); $consumed += $bucket->datalen; stream_bucket_append($out, $bucket); } return PSFS_PASS_ON; } } stream_filter_register("strtoupper", "strtoupper_filter"); $fp = fopen("php://output", "w"); stream_filter_append($fp, "strtoupper"); echo "echo: testing 123"; print("print: testing 123"); fwrite($fp, "fwrite: testing 123"); Expected result: ECHO: TESTING 123 PRINT: TESTING 123 FWRITE: TESTING 123 Actual result: -- echo: testing 123 print: testing 123 FWRITE: TESTING 123 -- Edit bug report at http://bugs.php.net/?id=30583&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30583&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30583&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30583&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30583&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30583&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30583&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30583&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30583&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30583&r=support Expected behavior: http://bugs.php.net/fix.php?id=30583&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30583&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30583&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30583&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30583&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30583&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30583&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30583&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30583&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30583&r=mysqlcfg
#30196 [Fbk->Opn]: SEGFAULT with apache2 on shutdown-child
ID: 30196 User updated by: j dot henge-ernst at interexa dot de Reported By: j dot henge-ernst at interexa dot de -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: linux -PHP Version: 5.0 cvs from 20041012 +PHP Version: 5.0 cvs from 20041027 New Comment: ok, updated, rebuild oci8.so and is still segfaulting. Here is the backtracke. Looks similar to my last post. #0 0x4311dc10 in kpufhndl0 () from /opt/oracle/product/10.1.0/db_1/lib/libclntsh.so.10.1 #1 0x4311dbc8 in kpufhndl () from /opt/oracle/product/10.1.0/db_1/lib/libclntsh.so.10.1 #2 0x4318df9b in OCIHandleFree () from /opt/oracle/product/10.1.0/db_1/lib/libclntsh.so.10.1 #3 0x42f4d359 in _oci_close_session (session=Variable "session" is not available. ) at /home/hernst/src/php-src/ext/oci8/oci8.c:2997 #4 0x4061387e in list_entry_destructor (ptr=Variable "ptr" is not available. ) at /home/hernst/src/php-src/Zend/zend_list.c:173 #5 0x406117b9 in zend_hash_apply_deleter (ht=Variable "ht" is not available. ) at /home/hernst/src/php-src/Zend/zend_hash.c:574 #6 0x40611927 in zend_hash_graceful_reverse_destroy (ht=Variable "ht" is not available. ) at /home/hernst/src/php-src/Zend/zend_hash.c:640 #7 0x4061371c in zend_destroy_rsrc_list (ht=0x40693f54) at /home/hernst/src/php-src/Zend/zend_list.c:234 #8 0x4060249e in shutdown_executor () at /home/hernst/src/php-src/Zend/zend_execute_API.c:285 #9 0x4060aa06 in zend_deactivate () at /home/hernst/src/php-src/Zend/zend.c:818 #10 0x405d3399 in php_request_shutdown (dummy=0x0) at /home/hernst/src/php-src/main/main.c:1212 #11 0x4063debe in php_handler (r=0x828ea60) at /home/hernst/src/php-src/sapi/apache2handler/sapi_apache2.c:435 #12 0x08069258 in ap_run_handler () #13 0x003b in ?? () #14 0x in ?? () #15 0x0809a36c in __JCR_LIST__ () #16 0x0828ea60 in ?? () #17 0x0828ea60 in ?? () #18 0xbfffe418 in ?? () #19 0x0806c877 in ap_invoke_handler () Previous frame inner to this frame (corrupt stack?) Previous Comments: [2004-10-27 11:09:31] [EMAIL PROTECTED] Please, try _latest_ CVS snapshot. There were some changes after 2004-10-12. [2004-10-27 11:03:18] j dot henge-ernst at interexa dot de At the moment I got reproducable crash. After restarting the webserver the problem vanished. Hope it helps to track down that nasy error. Here is the backtrace: #0 0x430dcc10 in kpufhndl0 () from /opt/oracle/product/10.1.0/db_1/lib/libclntsh.so.10.1 #1 0x430dcbc8 in kpufhndl () from /opt/oracle/product/10.1.0/db_1/lib/libclntsh.so.10.1 #2 0x4314cf9b in OCIHandleFree () from /opt/oracle/product/10.1.0/db_1/lib/libclntsh.so.10.1 #3 0x42f0c396 in _oci_close_session (session=Variable "session" is not available. ) at /home/hernst/src/php-src/ext/oci8/oci8.c:3015 #4 0x4061387e in list_entry_destructor (ptr=Variable "ptr" is not available. ) at /home/hernst/src/php-src/Zend/zend_list.c:173 #5 0x40611d58 in zend_hash_del_key_or_index (ht=0x40693f54, arKey=0x0, nKeyLength=0, h=418, flag=1) at /home/hernst/src/php-src/Zend/zend_hash.c:490 #6 0x40613a23 in _zend_list_delete (id=Variable "id" is not available. ) at /home/hernst/src/php-src/Zend/zend_list.c:58 #7 0x42f0c763 in _oci_conn_list_dtor (connection=Variable "connection" is not available. ) at /home/hernst/src/php-src/ext/oci8/oci8.c:1021 #8 0x4061387e in list_entry_destructor (ptr=Variable "ptr" is not available. ) at /home/hernst/src/php-src/Zend/zend_list.c:173 #9 0x40611d58 in zend_hash_del_key_or_index (ht=0x40693f54, arKey=0x0, nKeyLength=0, h=419, flag=1) at /home/hernst/src/php-src/Zend/zend_hash.c:490 #10 0x40613a23 in _zend_list_delete (id=Variable "id" is not available. ) at /home/hernst/src/php-src/Zend/zend_list.c:58 #11 0x40609d10 in _zval_dtor (zvalue=Variable "zvalue" is not available. ) at /home/hernst/src/php-src/Zend/zend_variables.c:69 #12 0x406313ed in zend_assign_to_variable (result=Variable "result" is not available. ) at /home/hernst/src/php-src/Zend/zend_execute.c:640 #13 0x40635b55 in zend_assign_dim_handler (execute_data=0xbfff0410, opline=0x84d21e8, op_array=0x84cf470) at /home/hernst/src/php-src/Zend/zend_execute.c:2233 #14 0x4063d7fc in execute (op_array=0x84cf470) at /home/hernst/src/php-src/Zend/zend_execute.c:1400 #15 0x4288bdb9 in db_ () from /interexa/php/5.0.1/usr/share/extensions/no-debug-non-zts-20040412/ZendDebugger.so #16 0x40633940 in zend_do_fcall_common_helper (execute_data=0xbfff1440, opline=0x8343c5c, op_array=0x8346ed8) at /home/hernst/src/php-src/Zend/zend_execute.c:2740 #17 0x40634279 in zend_do_fcall_by_name_handler (execute_data=0x0, opline=0x8343c5c, op_array=0x8346ed8) at /home/hernst/src/php-src/Zend/zend_execute.c:2825 #18 0x4063d7fc in execu
#30581 [Opn->Bgs]: Converting of object to string does not work properly.
ID: 30581 Updated by: [EMAIL PROTECTED] Reported By: kievman at ukrpost dot net -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Win2k server PHP Version: 5.0.1 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php . Previous Comments: [2004-10-27 14:13:46] kievman at ukrpost dot net Description: Converting of object to string does not work properly. The code below explains all. Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=30581&edit=1
#30228 [WFx]: PHP5 and PHP4 run together on a single Apache virtual server
ID: 30228 User updated by: zizka at seznam dot cz Reported By: zizka at seznam dot cz Status: Wont fix Bug Type: *Configuration Issues Operating System: Windows 2000 PHP Version: 5.0.1 New Comment: It's bad when somebody spams this page, but it's also bad not to answer correctly. Please tell me about some concrete mailing list thread. I've tried to find, but didn't find anything (don't ask why :) . Previous Comments: [2004-10-01 21:27:11] [EMAIL PROTECTED] Won't happen, don't ask why. (you can try reading the mailing list archives..) [2004-09-25 01:38:03] zizka at seznam dot cz Description: I need to have PHP4 and PHP5 running together on a single Apache virtual server as SAPI modules. Don't ask why. With every new PHP's main version (4,5) it becomes harder to have the new version running with the old one. I use .php3, .php4, and .php5 exts; .php is for my currently favorite version. Since the PHP3 had "application/x-httpd-php3" as the Action handler, setting application/x-httpd-php for PHP4 was not a problem. But as PHP5 uses the same, it's quite difficult. I changed this string in the php5apache.dll file and configured Apache 1.3: # PHP 4 LoadModule php4_module "c:/program files/php436/sapi/php4apache.dll" AddType application/x-httpd-php .php AddType application/x-httpd-php .php4 # PHP 5 LoadModule php5_module "c:/program files/php5/php5apache.dll" AddType application/x-httpd-ph5 .php5 SetEnv PHPRC "c:/php.ini" This works, but the problem is with php.ini. PHP seems not to be willing to load it from anywhere else than WINNT directory. I tried every way documented, but only one works, and only for PHP5: * PHPIniDir directive (Apache 2 module only) -- I need Apache 1.3 * HKEY_LOCAL_MACHINE\SOFTWARE\PHP\IniFilePath -- Works for PHP5 only * Apache's SetEnv PHPRC "c:/" -- Doesn't work at all, I tried \ and \\ too * The PHPRC environment variable -- Doesn't work at all * PHP's dir (for CLI) or server's dir (SAPI) -- I need to set different for 4 and 5 * Windows directory (C:\windows or C:\winnt) -- I need to set different for 4 and 5 There's also one bug - the first request to PHP version, other than the server's first PHP request used, keeps hanging until the server shutdown. Further are ok. Reproduce code: --- The Apache's conf is above. Expected result: I would like this to be done: First, update the documentation to reflect the real state of things; I mean the php.ini location process. Second, don't unify the important strings like Apache Action name (application/x-httpd-php) and env vars (like PHPRC). Instead, use different for every main version number (application/x-httpd-php5, PHP5_RC). Third, do it generally more possible to have concurent versions running on the same virtual server. -- Edit this bug report at http://bugs.php.net/?id=30228&edit=1
#30582 [NEW]: Accessing a static method from a static method in class doesn't work
From: jj at archit dot uni-karlsruhe dot de Operating system: Debian Woody R3 PHP version: 4.3.9 PHP Bug Type: Class/Object related Bug description: Accessing a static method from a static method in class doesn't work Description: When trying to call a static method from within another static method in the same class, PHP fails and prints "Problem with method call - please report this bug". However, in a couple of other methods, this does work. I have no clue, why it doesn't work in this particular function, though. Reproduce code: --- function _getAuthType( ) { if ( strstr( $_POST["username"], "tmp_" ) || (isset( $_SESSION["wahl"] ) && strstr( $_SESSION["wahl"] -> username, "tmp_" ) ) ) { return "DB"; } else { return "LDAP"; } } /* end of getAuthType */ function getAuthOpts( ) { $this -> authOpts = array( "DB" => array("dsn" => DB_DRIVER."://".STUD_DB_USER.":".STUD_DB_PASS."@".STUD_DB_HOST."/".STUD_DB_NAME, "cryptType"=> "none", "table" => "studis", "usernamecol" => "login", "passwordcol" => "matrikelnr" ), "LDAP" => array( "host"=> "ldaps://", "port"=> 636, "basedn"=> "", "userattr"=> "uid" ) ); $authType = WahlApplication::_getAuthType( ); return $this -> authOpts[ $authType ]; } Expected result: $authType should contain a string - either "DB" or "LDAP" Actual result: -- Warning: Problem with method call - please report this bug in /home/www/arch/studwahl-test/inc/base_classes.php on line 76 Fatal error: Call to a member function on a non-object in /home/www/arch/studwahl-test/inc/base_classes.php on line 88 -- Edit bug report at http://bugs.php.net/?id=30582&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30582&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30582&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30582&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30582&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30582&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30582&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30582&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30582&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30582&r=support Expected behavior: http://bugs.php.net/fix.php?id=30582&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30582&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30582&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30582&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30582&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30582&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30582&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30582&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30582&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30582&r=mysqlcfg
#30581 [NEW]: Converting of object to string does not work properly.
From: kievman at ukrpost dot net Operating system: Win2k server PHP version: 5.0.1 PHP Bug Type: Strings related Bug description: Converting of object to string does not work properly. Description: Converting of object to string does not work properly. The code below explains all. Reproduce code: --- -- Edit bug report at http://bugs.php.net/?id=30581&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30581&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30581&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30581&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30581&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30581&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30581&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30581&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30581&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30581&r=support Expected behavior: http://bugs.php.net/fix.php?id=30581&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30581&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30581&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30581&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30581&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30581&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30581&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30581&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30581&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30581&r=mysqlcfg
#30388 [Asn->Csd]: rename across filesystems loses ownership and permission info
ID: 30388 Updated by: [EMAIL PROTECTED] Reported By: drachma60 at ml1 dot net -Status: Assigned +Status: Closed Bug Type: Filesystem function related Operating System: FreeBSD PHP Version: 4.3.8 Assigned To: tony2001 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-10-24 14:00:19] [EMAIL PROTECTED] Here are the patches: http://tony2001.phpclub.net/dev/tmp/bug30388.4_3.diff - for 4.3.10-dev http://tony2001.phpclub.net/dev/tmp/bug30388.diff - for 5.1-dev Waiting for Wez's response, as he's the maintainer of streams. [2004-10-23 13:56:14] [EMAIL PROTECTED] Well, yes, PHP in this particular case works exactly as `cp`: linux:/ # touch /tmp/testfile linux:/ # chown nobody:nobody /tmp/testfile linux:/ # ls -l /tmp/testfile -rw-r--r-- 1 nobody nobody 0 Oct 23 15:47 /tmp/testfile linux:/ # cp /tmp/testfile /usr/testfile linux:/ # ls -l /usr/testfile -rw-r--r-- 1 root root 0 Oct 23 15:47 /usr/testfile but `mv` preserves permissions and IMO rename() should behave in the same way. I'll write a patch shortly. [2004-10-11 04:06:55] drachma60 at ml1 dot net (corrected typos in summary line) [2004-10-11 04:00:20] drachma60 at ml1 dot net Description: When renaming a file (via the "rename" function) across filesystems, owner, group and permission information will be lost if (a) we are running as root and (b) the file is not owned by root. Additionally, I suspect that permission information can be lost even if (a) we are not running as root and (b) we are running as the user who owns the file. Reproduce code: --- Expected result: -rw-r--r-- 1 root wheel 0 Oct 10 18:53 /tmp/testfile -- 1 nobody nobody 0 Oct 10 18:53 /tmp/testfile -- 1 nobody nobody 0 Oct 10 18:53 /tmp/testfile2 -- 1 nobody nobody 0 Oct 10 18:53 /home/testfile2 Actual result: -- -rw-r--r-- 1 root wheel 0 Oct 10 18:53 /tmp/testfile -- 1 nobody nobody 0 Oct 10 18:53 /tmp/testfile -- 1 nobody nobody 0 Oct 10 18:53 /tmp/testfile2 -rw-r--r-- 1 root wheel 0 Oct 10 18:53 /home/testfile2 -- Edit this bug report at http://bugs.php.net/?id=30388&edit=1
#30580 [NEW]: GD imagecolorallocate does not work after many allocations
From: jay at kuantic dot com Operating system: Linux fedora core 1 PHP version: 5.0.2 PHP Bug Type: GD related Bug description: GD imagecolorallocate does not work after many allocations Description: After several color allocations, imagecolorallocate seems to no work anymore. See code sample (illogical but point at the problem). Reproduce code: --- function letter($l, $x, $y, $img) { $color1 = imagecolorallocate($img, 190, 190, 190); imagestring ($img, 1, $x+1, $y+1, $l, $color1); $color2 = imagecolorallocate($img, 190, 190, 190); imagestring ($img, 1, $x-1, $y-1, $l, $color2); $color3 = in a picture.($img, 255, 0, 0); imagestring ($img, 1, $x, $y, $l, $color3); } $image = @imagecreate (1200, 500); $background_color = imagecolorallocate ($image, 255, 255, 255); for ($i = 0; $i < 100; $i++){ letter($i, $i*12, 50, $image); } header ("Content-type: image/png"); imagepng ($image); imagedestroy($image); Expected result: expected : display 1 to 100 red digits with gray shadow in a picture. Actual result: -- result : displays 1 to 84 red digits with gray shadow in a picture. After 84, digits and shadows are all red. imagecolorallocate seems to not work anymore. -- Edit bug report at http://bugs.php.net/?id=30580&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30580&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30580&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30580&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30580&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30580&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30580&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30580&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30580&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30580&r=support Expected behavior: http://bugs.php.net/fix.php?id=30580&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30580&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30580&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30580&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30580&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30580&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30580&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30580&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30580&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30580&r=mysqlcfg
#30559 [Bgs]: ext/standard fails to compile due to data type error
ID: 30559 Updated by: [EMAIL PROTECTED] Reported By: jbarwick at sentienthealth dot com Status: Bogus Bug Type: Compile Failure Operating System: * PHP Version: * New Comment: Right, the mbstring stuff definitely needs to be fixed, no argument there :) Previous Comments: [2004-10-27 11:43:29] jbarwick at sentienthealth dot com you are right...most of the time my justification is: "Warning can be safely ignored" However, I cannot ignore warnings like: "statement always returns false due to limited range of data type" cannot ignore this one or "loss of precision due to limited range of data type." sometimes I ignore this...but have to look. in the if statement below, it is probably safe to ignore the particular error that was created. However, I do like to report them to developers...JUST in case... Take the mbstring library...for example...TONS of integer math in there on pointers ... and...seems to be fine on 32 bit systems..but that don't work on 64 bit pointers. cheers! [2004-10-27 11:07:48] [EMAIL PROTECTED] "Whenever our shop compiles a tool to be used in our business, I must justify EVERY compiler warning." What would be the reason for that? It makes no sense in a lot of cases... [2004-10-27 03:55:12] jbarwick at sentienthealth dot com I understand from your perspective that "this doesn't imply" a bug in PHP itself. And I concur. I appriciate the info on other sites to post bugs. Whenever our shop compiles a tool to be used in our business, I must justify EVERY compiler warning. As I appriciate that you "Won't Fix" this, It amazes me that you refuse to add the most simplistic typecast to something to remove a warning that just makes people question the code. Just ONE LITTLE typecast...eh? Well, if var_unserializer.c is a "generated source"...guess you can't. Anyway, thanks for listening to one of your advocates of PHP. I guess I'll keep my diffs around and apply this patch when we go to 4.3.9... Thanks.. [2004-10-26 20:54:42] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Upgrade your re2c: http://sf.net/projects/re2c [2004-10-26 11:28:28] [EMAIL PROTECTED] This is a generated file (by re2c) from var_serializer.re. This is not an ERROR, but a warning, and something that should be fixed in the re2c tool. You can safely ignore this warning. 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/30559 -- Edit this bug report at http://bugs.php.net/?id=30559&edit=1
#30559 [Bgs]: ext/standard fails to compile due to data type error
ID: 30559 User updated by: jbarwick at sentienthealth dot com Reported By: jbarwick at sentienthealth dot com Status: Bogus Bug Type: Compile Failure Operating System: * PHP Version: * New Comment: you are right...most of the time my justification is: "Warning can be safely ignored" However, I cannot ignore warnings like: "statement always returns false due to limited range of data type" cannot ignore this one or "loss of precision due to limited range of data type." sometimes I ignore this...but have to look. in the if statement below, it is probably safe to ignore the particular error that was created. However, I do like to report them to developers...JUST in case... Take the mbstring library...for example...TONS of integer math in there on pointers ... and...seems to be fine on 32 bit systems..but that don't work on 64 bit pointers. cheers! Previous Comments: [2004-10-27 11:07:48] [EMAIL PROTECTED] "Whenever our shop compiles a tool to be used in our business, I must justify EVERY compiler warning." What would be the reason for that? It makes no sense in a lot of cases... [2004-10-27 03:55:12] jbarwick at sentienthealth dot com I understand from your perspective that "this doesn't imply" a bug in PHP itself. And I concur. I appriciate the info on other sites to post bugs. Whenever our shop compiles a tool to be used in our business, I must justify EVERY compiler warning. As I appriciate that you "Won't Fix" this, It amazes me that you refuse to add the most simplistic typecast to something to remove a warning that just makes people question the code. Just ONE LITTLE typecast...eh? Well, if var_unserializer.c is a "generated source"...guess you can't. Anyway, thanks for listening to one of your advocates of PHP. I guess I'll keep my diffs around and apply this patch when we go to 4.3.9... Thanks.. [2004-10-26 20:54:42] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Upgrade your re2c: http://sf.net/projects/re2c [2004-10-26 11:28:28] [EMAIL PROTECTED] This is a generated file (by re2c) from var_serializer.re. This is not an ERROR, but a warning, and something that should be fixed in the re2c tool. You can safely ignore this warning. [2004-10-26 10:10:00] jbarwick at sentienthealth dot com Description: in /etx/standard/var_unserializer.c line 310 data type error... Changed line from: if (yych <= '\277) gogo yy15; to if (yych <= (YYCTYPE) '\277') goto yy15; this removed a compiler warning on this file relating to limited range of data type and the fact that this if would always return false.. Reproduce code: --- compile the code Expected result: no error relating to date type size Actual result: -- error relating to data type size -- Edit this bug report at http://bugs.php.net/?id=30559&edit=1
#30196 [Opn->Fbk]: SEGFAULT with apache2 on shutdown-child
ID: 30196 Updated by: [EMAIL PROTECTED] Reported By: j dot henge-ernst at interexa dot de -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: linux PHP Version: 5.0 cvs from 20041012 New Comment: Please, try _latest_ CVS snapshot. There were some changes after 2004-10-12. Previous Comments: [2004-10-27 11:03:18] j dot henge-ernst at interexa dot de At the moment I got reproducable crash. After restarting the webserver the problem vanished. Hope it helps to track down that nasy error. Here is the backtrace: #0 0x430dcc10 in kpufhndl0 () from /opt/oracle/product/10.1.0/db_1/lib/libclntsh.so.10.1 #1 0x430dcbc8 in kpufhndl () from /opt/oracle/product/10.1.0/db_1/lib/libclntsh.so.10.1 #2 0x4314cf9b in OCIHandleFree () from /opt/oracle/product/10.1.0/db_1/lib/libclntsh.so.10.1 #3 0x42f0c396 in _oci_close_session (session=Variable "session" is not available. ) at /home/hernst/src/php-src/ext/oci8/oci8.c:3015 #4 0x4061387e in list_entry_destructor (ptr=Variable "ptr" is not available. ) at /home/hernst/src/php-src/Zend/zend_list.c:173 #5 0x40611d58 in zend_hash_del_key_or_index (ht=0x40693f54, arKey=0x0, nKeyLength=0, h=418, flag=1) at /home/hernst/src/php-src/Zend/zend_hash.c:490 #6 0x40613a23 in _zend_list_delete (id=Variable "id" is not available. ) at /home/hernst/src/php-src/Zend/zend_list.c:58 #7 0x42f0c763 in _oci_conn_list_dtor (connection=Variable "connection" is not available. ) at /home/hernst/src/php-src/ext/oci8/oci8.c:1021 #8 0x4061387e in list_entry_destructor (ptr=Variable "ptr" is not available. ) at /home/hernst/src/php-src/Zend/zend_list.c:173 #9 0x40611d58 in zend_hash_del_key_or_index (ht=0x40693f54, arKey=0x0, nKeyLength=0, h=419, flag=1) at /home/hernst/src/php-src/Zend/zend_hash.c:490 #10 0x40613a23 in _zend_list_delete (id=Variable "id" is not available. ) at /home/hernst/src/php-src/Zend/zend_list.c:58 #11 0x40609d10 in _zval_dtor (zvalue=Variable "zvalue" is not available. ) at /home/hernst/src/php-src/Zend/zend_variables.c:69 #12 0x406313ed in zend_assign_to_variable (result=Variable "result" is not available. ) at /home/hernst/src/php-src/Zend/zend_execute.c:640 #13 0x40635b55 in zend_assign_dim_handler (execute_data=0xbfff0410, opline=0x84d21e8, op_array=0x84cf470) at /home/hernst/src/php-src/Zend/zend_execute.c:2233 #14 0x4063d7fc in execute (op_array=0x84cf470) at /home/hernst/src/php-src/Zend/zend_execute.c:1400 #15 0x4288bdb9 in db_ () from /interexa/php/5.0.1/usr/share/extensions/no-debug-non-zts-20040412/ZendDebugger.so #16 0x40633940 in zend_do_fcall_common_helper (execute_data=0xbfff1440, opline=0x8343c5c, op_array=0x8346ed8) at /home/hernst/src/php-src/Zend/zend_execute.c:2740 #17 0x40634279 in zend_do_fcall_by_name_handler (execute_data=0x0, opline=0x8343c5c, op_array=0x8346ed8) at /home/hernst/src/php-src/Zend/zend_execute.c:2825 #18 0x4063d7fc in execute (op_array=0x8346ed8) at /home/hernst/src/php-src/Zend/zend_execute.c:1400 #19 0x4288bdb9 in db_ () from /interexa/php/5.0.1/usr/share/extensions/no-debug-non-zts-20040412/ZendDebugger.so #20 0x40633940 in zend_do_fcall_common_helper (execute_data=0xbfff27b0, opline=0x834b06c, op_array=0x8348060) at /home/hernst/src/php-src/Zend/zend_execute.c:2740 #21 0x4063406e in zend_do_fcall_handler (execute_data=Variable "execute_data" is not available. ) at /home/hernst/src/php-src/Zend/zend_execute.c:2843 #22 0x4063d7fc in execute (op_array=0x8348060) at /home/hernst/src/php-src/Zend/zend_execute.c:1400 #23 0x4288bdb9 in db_ () from /interexa/php/5.0.1/usr/share/extensions/no-debug-non-zts-20040412/ZendDebugger.so #24 0x40633940 in zend_do_fcall_common_helper (execute_data=0xbfffc560, opline=0x43f5f88c, op_array=0x82d975c) at /home/hernst/src/php-src/Zend/zend_execute.c:2740 #25 0x40634279 in zend_do_fcall_by_name_handler (execute_data=0x0, opline=0x43f5f88c, op_array=0x82d975c) at /home/hernst/src/php-src/Zend/zend_execute.c:2825 #26 0x4063d7fc in execute (op_array=0x82d975c) at /home/hernst/src/php-src/Zend/zend_execute.c:1400 #27 0x4288bdb9 in db_ () from /interexa/php/5.0.1/usr/share/extensions/no-debug-non-zts-20040412/ZendDebugger.so #28 0x40609fd9 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/hernst/src/php-src/Zend/zend.c:1060 #29 0x405d2891 in php_execute_script (primary_file=0xbfffe870) at /home/hernst/src/php-src/main/main.c:1629 #30 0x4063df4a in php_handler (r=0x82ca370) at /home/hernst/src/php-src/sapi/apache2handler/sapi_apache2.c:535 #31 0x08069258 in ap_run_handler () #32 0x003b in ?? () #33 0x in ?? () #34 0x0809a36c in __JCR_LIST__ () #35 0x082ca370 in ?? () #36 0x082ca370 in ?? () #37 0xbfffe9c8 in ?? () #38 0x0806c877 in ap_invoke_handler () Previous frame inner to this frame (corrupt stack?) [2004-10-21 11:24:04] j dot henge-ernst
#30559 [Bgs]: ext/standard fails to compile due to data type error
ID: 30559 Updated by: [EMAIL PROTECTED] Reported By: jbarwick at sentienthealth dot com Status: Bogus Bug Type: Compile Failure Operating System: * PHP Version: * New Comment: "Whenever our shop compiles a tool to be used in our business, I must justify EVERY compiler warning." What would be the reason for that? It makes no sense in a lot of cases... Previous Comments: [2004-10-27 03:55:12] jbarwick at sentienthealth dot com I understand from your perspective that "this doesn't imply" a bug in PHP itself. And I concur. I appriciate the info on other sites to post bugs. Whenever our shop compiles a tool to be used in our business, I must justify EVERY compiler warning. As I appriciate that you "Won't Fix" this, It amazes me that you refuse to add the most simplistic typecast to something to remove a warning that just makes people question the code. Just ONE LITTLE typecast...eh? Well, if var_unserializer.c is a "generated source"...guess you can't. Anyway, thanks for listening to one of your advocates of PHP. I guess I'll keep my diffs around and apply this patch when we go to 4.3.9... Thanks.. [2004-10-26 20:54:42] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Upgrade your re2c: http://sf.net/projects/re2c [2004-10-26 11:28:28] [EMAIL PROTECTED] This is a generated file (by re2c) from var_serializer.re. This is not an ERROR, but a warning, and something that should be fixed in the re2c tool. You can safely ignore this warning. [2004-10-26 10:10:00] jbarwick at sentienthealth dot com Description: in /etx/standard/var_unserializer.c line 310 data type error... Changed line from: if (yych <= '\277) gogo yy15; to if (yych <= (YYCTYPE) '\277') goto yy15; this removed a compiler warning on this file relating to limited range of data type and the fact that this if would always return false.. Reproduce code: --- compile the code Expected result: no error relating to date type size Actual result: -- error relating to data type size -- Edit this bug report at http://bugs.php.net/?id=30559&edit=1
#30577 [Opn->Bgs]: (int)float truncation
ID: 30577 Updated by: [EMAIL PROTECTED] Reported By: rick at gibbed dot us -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: win32 PHP Version: 5.0.2 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: [2004-10-27 07:21:28] rick at gibbed dot us Description: On the Windows platform any form of casting done to a float that can fit in an integer that is above 0x7FFF gets truncated to 0x7FFF rather than assuming the actual signed integer value. Reproduce code: --- $v = 2147483648; // 0x8000 var_dump((int)$v); Expected result: int(-2147483648) // 0x8000 Actual result: -- int(2147483647) // 0x7FFF -- Edit this bug report at http://bugs.php.net/?id=30577&edit=1
#30196 [Opn]: SEGFAULT with apache2 on shutdown-child
ID: 30196 User updated by: j dot henge-ernst at interexa dot de Reported By: j dot henge-ernst at interexa dot de Status: Open Bug Type: OCI8 related Operating System: linux -PHP Version: 5.0.1 +PHP Version: 5.0 cvs from 20041012 New Comment: At the moment I got reproducable crash. After restarting the webserver the problem vanished. Hope it helps to track down that nasy error. Here is the backtrace: #0 0x430dcc10 in kpufhndl0 () from /opt/oracle/product/10.1.0/db_1/lib/libclntsh.so.10.1 #1 0x430dcbc8 in kpufhndl () from /opt/oracle/product/10.1.0/db_1/lib/libclntsh.so.10.1 #2 0x4314cf9b in OCIHandleFree () from /opt/oracle/product/10.1.0/db_1/lib/libclntsh.so.10.1 #3 0x42f0c396 in _oci_close_session (session=Variable "session" is not available. ) at /home/hernst/src/php-src/ext/oci8/oci8.c:3015 #4 0x4061387e in list_entry_destructor (ptr=Variable "ptr" is not available. ) at /home/hernst/src/php-src/Zend/zend_list.c:173 #5 0x40611d58 in zend_hash_del_key_or_index (ht=0x40693f54, arKey=0x0, nKeyLength=0, h=418, flag=1) at /home/hernst/src/php-src/Zend/zend_hash.c:490 #6 0x40613a23 in _zend_list_delete (id=Variable "id" is not available. ) at /home/hernst/src/php-src/Zend/zend_list.c:58 #7 0x42f0c763 in _oci_conn_list_dtor (connection=Variable "connection" is not available. ) at /home/hernst/src/php-src/ext/oci8/oci8.c:1021 #8 0x4061387e in list_entry_destructor (ptr=Variable "ptr" is not available. ) at /home/hernst/src/php-src/Zend/zend_list.c:173 #9 0x40611d58 in zend_hash_del_key_or_index (ht=0x40693f54, arKey=0x0, nKeyLength=0, h=419, flag=1) at /home/hernst/src/php-src/Zend/zend_hash.c:490 #10 0x40613a23 in _zend_list_delete (id=Variable "id" is not available. ) at /home/hernst/src/php-src/Zend/zend_list.c:58 #11 0x40609d10 in _zval_dtor (zvalue=Variable "zvalue" is not available. ) at /home/hernst/src/php-src/Zend/zend_variables.c:69 #12 0x406313ed in zend_assign_to_variable (result=Variable "result" is not available. ) at /home/hernst/src/php-src/Zend/zend_execute.c:640 #13 0x40635b55 in zend_assign_dim_handler (execute_data=0xbfff0410, opline=0x84d21e8, op_array=0x84cf470) at /home/hernst/src/php-src/Zend/zend_execute.c:2233 #14 0x4063d7fc in execute (op_array=0x84cf470) at /home/hernst/src/php-src/Zend/zend_execute.c:1400 #15 0x4288bdb9 in db_ () from /interexa/php/5.0.1/usr/share/extensions/no-debug-non-zts-20040412/ZendDebugger.so #16 0x40633940 in zend_do_fcall_common_helper (execute_data=0xbfff1440, opline=0x8343c5c, op_array=0x8346ed8) at /home/hernst/src/php-src/Zend/zend_execute.c:2740 #17 0x40634279 in zend_do_fcall_by_name_handler (execute_data=0x0, opline=0x8343c5c, op_array=0x8346ed8) at /home/hernst/src/php-src/Zend/zend_execute.c:2825 #18 0x4063d7fc in execute (op_array=0x8346ed8) at /home/hernst/src/php-src/Zend/zend_execute.c:1400 #19 0x4288bdb9 in db_ () from /interexa/php/5.0.1/usr/share/extensions/no-debug-non-zts-20040412/ZendDebugger.so #20 0x40633940 in zend_do_fcall_common_helper (execute_data=0xbfff27b0, opline=0x834b06c, op_array=0x8348060) at /home/hernst/src/php-src/Zend/zend_execute.c:2740 #21 0x4063406e in zend_do_fcall_handler (execute_data=Variable "execute_data" is not available. ) at /home/hernst/src/php-src/Zend/zend_execute.c:2843 #22 0x4063d7fc in execute (op_array=0x8348060) at /home/hernst/src/php-src/Zend/zend_execute.c:1400 #23 0x4288bdb9 in db_ () from /interexa/php/5.0.1/usr/share/extensions/no-debug-non-zts-20040412/ZendDebugger.so #24 0x40633940 in zend_do_fcall_common_helper (execute_data=0xbfffc560, opline=0x43f5f88c, op_array=0x82d975c) at /home/hernst/src/php-src/Zend/zend_execute.c:2740 #25 0x40634279 in zend_do_fcall_by_name_handler (execute_data=0x0, opline=0x43f5f88c, op_array=0x82d975c) at /home/hernst/src/php-src/Zend/zend_execute.c:2825 #26 0x4063d7fc in execute (op_array=0x82d975c) at /home/hernst/src/php-src/Zend/zend_execute.c:1400 #27 0x4288bdb9 in db_ () from /interexa/php/5.0.1/usr/share/extensions/no-debug-non-zts-20040412/ZendDebugger.so #28 0x40609fd9 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/hernst/src/php-src/Zend/zend.c:1060 #29 0x405d2891 in php_execute_script (primary_file=0xbfffe870) at /home/hernst/src/php-src/main/main.c:1629 #30 0x4063df4a in php_handler (r=0x82ca370) at /home/hernst/src/php-src/sapi/apache2handler/sapi_apache2.c:535 #31 0x08069258 in ap_run_handler () #32 0x003b in ?? () #33 0x in ?? () #34 0x0809a36c in __JCR_LIST__ () #35 0x082ca370 in ?? () #36 0x082ca370 in ?? () #37 0xbfffe9c8 in ?? () #38 0x0806c877 in ap_invoke_handler () Previous frame inner to this frame (corrupt stack?) Previous Comments: [2004-10-21 11:24:04] j dot henge-ernst at interexa dot de The segfault still occures, but not so reproduceable. When I have more time I will try to get a new backtrace and post that information. --