#24792 [Opn->Asn]: --enable-zend-multibyte causes segmentation fault in efree
ID: 24792 Updated by: [EMAIL PROTECTED] Reported By: tilman dot giese at gmx dot de -Status: Open +Status: Assigned Bug Type: mbstring related Operating System: Linux PHP Version: 4.3.2 Assigned To: fujimoto Previous Comments: [2003-07-25 11:06:16] tilman dot giese at gmx dot de I am not sure, but after experimenting a bit, it seems that all scripts are already finished when the segfault occurs. Unfortunately, there is no free debugger for Linux that provides debugging of remote connections and that makes it very complicated. I tried pear.php.net/apd and the trace files are complete and closed (the only difference is that sometimes another segfault occurs in an vfprintf call - but I assume that this can be closely related to my problem since php tries to free the memory and apd tries to print the memory (that is not allocated any more - I suppose)). [2003-07-25 05:33:37] tilman dot giese at gmx dot de As the segmentation fault only appears sporadically, it is not that easy to find out which code can cause it. But I will try my very best and inform you if I know anything. Meanwhile I compiled PHP with debugging support and got the following gdb output: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 114696 (LWP 28332)] 0x406d752f in _efree (ptr=0x2a, __zend_filename=0x407380de "Zend/zend_language_scanner.c", __zend_lineno=2870, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /tmp/php-4.3.3RC1/Zend/zend_alloc.c:241 241 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 0x406d752f in _efree (ptr=0x2a, __zend_filename=0x407380de "Zend/zend_language_scanner.c", __zend_lineno=2870, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /tmp/php-4.3.3RC1/Zend/zend_alloc.c:241 #1 0x406c816c in shutdown_scanner (tsrm_ls=0x83a3608) at Zend/zend_language_scanner.c:2870 #2 0x406edc57 in zend_deactivate (tsrm_ls=0x83a3608) at /tmp/php-4.3.3RC1/Zend/zend.c:662 #3 0x406a97c8 in php_request_shutdown (dummy=0x0) at /tmp/php-4.3.3RC1/main/main.c:996 #4 0x407083ba in php_apache_request_dtor (r=0x8496100, tsrm_ls=0x83a3608) at /tmp/php-4.3.3RC1/sapi/apache2handler/sapi_apache2.c:445 #5 0x40708769 in php_handler (r=0x8496100) at /tmp/php-4.3.3RC1/sapi/apache2handler/sapi_apache2.c:541 #6 0x0806b6d8 in ap_run_handler () #7 0x0806bde9 in ap_invoke_handler () #8 0x08065e09 in ap_process_request () #9 0x08060afe in _start () #10 0x08076748 in ap_run_process_connection () #11 0x08076afe in ap_process_connection () #12 0x0806764f in ap_graceful_stop_signalled () #13 0x08067f15 in ap_graceful_stop_signalled () #14 0x402c06c6 in dummy_worker (opaque=0x2) at thread.c:127 #15 0x4033bd80 in pthread_start_thread () from /lib/libpthread.so.0 #16 0x4033be7e in pthread_start_thread_event () from /lib/libpthread.so.0 (gdb) [2003-07-24 13:56:29] [EMAIL PROTECTED] That is a possibility, besides phpMyAdmin do you have another other preferably much smaller scripts that could be used to replicate the crash? [2003-07-24 12:47:57] tilman dot giese at gmx dot de After having compiled PHP about a hundred times, I found out that using --enable-zend-multibyte causes the segmentation fault. Is the Zend Multibyte Support thread safe? [2003-07-24 09:24:14] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Your phpinfo() does not reflect the configure line you have used. So it does not appear you are using PHP you've compiled. If you are only using PHP + MySQL then php should be thread safe, however I still recommend to explicitly enable --enable-experimental-zts 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/24792 -- Edit this bug report at http://bugs.php.net/?id=24792&edit=1
#23463 [Opn->Csd]: dBase II not supported/no error
ID: 23463 Updated by: [EMAIL PROTECTED] Reported By: misiek at pld dot org dot pl -Status: Open +Status: Closed Bug Type: dBase related Operating System: All PHP Version: 5CVS-2003-05-03 (dev) New Comment: dbase2 has never been supported, and differs too much from dbase3+ to support it easily. Instead, now an error will be shown should you try to open a dbase2 (or earlier version) file. Previous Comments: [2003-06-16 14:46:14] kgleason at finelight dot com Experiencing the same problem with PHP 4.3.0 running a Mac OSX Server environement. It is running Apache 1.3.27. A customers web page is trying to access an old dbase file (not sure which version of dbase) that may (or may not) have been created using Microsoft Excel (.dbf) and when the page is called, it simply returns you to the same page, without open the dbase file and no errors are being reported. I compiled (and recompiled) PHP with --enable-dbase, and nothing. [2003-05-03 06:00:36] misiek at pld dot org dot pl Seems that dBase II files are not supported. Even there is no error when using dbase_() functions on such database. It would be enough to just return ,,-1'' but the main problem is how to detect if we are dealing with dBase II. http://www.bsdg.org/swag/MISC/0028.PAS.html -- Edit this bug report at http://bugs.php.net/?id=23463&edit=1
#24961 [NEW]: website down for RC2 (http://downloads.php.net/ilia/php-4.3.3RC2.tar.bz2)
From: no at email dot com Operating system: freebsd/mac etc PHP version: 4.3.3RC2 PHP Bug Type: *General Issues Bug description: website down for RC2 (http://downloads.php.net/ilia/php-4.3.3RC2.tar.bz2) Description: the server downloads.php.net that holds RC2 is not accessible (and that file it looks didn't have time to get mirrored otherplace), the freebsd ports has this link (freebsd/mac etc) so there are lots of people that can't build right now.. -- Edit bug report at http://bugs.php.net/?id=24961&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24961&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24961&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24961&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24961&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24961&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24961&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24961&r=support Expected behavior: http://bugs.php.net/fix.php?id=24961&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24961&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24961&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24961&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24961&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24961&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24961&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24961&r=gnused
#24666 [Opn->Fbk]: random blank pages for any code on any php page
ID: 24666 Updated by: [EMAIL PROTECTED] Reported By: dhunter at uta dot edu -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Solaris 8 PHP Version: 4.3.2 New Comment: Take at a look @ your apache's primary error log file, see if there are any messages from php or reports of crashed apache children. Previous Comments: [2003-07-22 22:26:14] dhunter at uta dot edu I've had php logging on the entire time. That's the reason I haven't been able to track this down. We have been using php extensively for a long time and I've never experienced this before. When a page prints blank the access log entry is: www.uta.edu 64.12.96.203 - - [22/Jul/2003:21:59:00 -0500] "GET /uta/current HTTP/1.1" 200 5 "http://www.uta.edu/"; "Mozilla/4.0 (compatible; MSIE 5.0; AOL 8.0; Windows 98; DigExt)" The same page should report 22430 bytes like the following: www.uta.edu 67.66.182.19 - - [22/Jul/2003:22:09:57 -0500] "GET /uta/current HTTP/1.1" 200 22430 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030516 Mozilla Firebird/0.6 StumbleUpon/1.73" What could have changed between 4.3.1 and 4.3.2 that could cause this. [2003-07-21 18:03:13] [EMAIL PROTECTED] Try to enable logging of php errors and see if the php error contains any errors that could explain the cause for the blank pages. [2003-07-20 17:35:31] dhunter at uta dot edu Thanks for the input. I wasn't able to reproduce the error in debug mode. Maybe increased traffic increases the frequency of occurrence. Here is what I have done. I rebuilt all of the web server components, apache, ssl, php, using a newer version of gcc (3.2.3), and I removed some of php's configuration options. As I mentioned I wasn't able to reproduce the problem in apache's debug mode, and gdb didn't have anything to report. The problem continues to occur with the rebuilt components, so I am continuing to use 4.3.1 for now. I'll build the snapshot and see if the error is still present. Summary: - plain html pages are ok. - php pages randomly print blanks regardless of code. - occurs with apache 1.3.27 or 1.3.28, and php 4.3.2 on sparc solaris 8 - php 4.3.1 works great [2003-07-16 21:05:01] [EMAIL PROTECTED] Oopps, made a slight mistake, run it like: # gdb httpd (gdb) run -X -DSSL [2003-07-16 21:01:24] [EMAIL PROTECTED] Could you try if you can reproduce this when you run apache like this: # gdb httpd -X (if you need SSL, add -DSSL there) You should test the snapshot on separate instance/machine. e.g. have another apache with PHP build from the snapshot running in other port. (separate development server would be best choice though :) 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/24666 -- Edit this bug report at http://bugs.php.net/?id=24666&edit=1
#24967 [Bgs]: fopen when placed within a function causes function to return
ID: 24967
User updated by: laurie at oneuponedown dot co dot uk
Reported By: laurie at oneuponedown dot co dot uk
Status: Bogus
Bug Type: *Directory/Filesystem functions
Operating System: Linux
PHP Version: 4.3.2
New Comment:
The prior example does not imply a bug I agree, incorrect
example SORRY half asleep.
The following example recreates the problem experienced.
Whilst the following arrangement may appear redundant this
is obviously a reduced version of the actual code.
test2();
}
function test2() {
// OPEN OUTPUT_FILE FOR READING
$this->ID =
@fopen("/tmp/213.212.78.27.1060201522.txt","rb");
if ($this->ID) {
$OUTPUT = fgets($this->ID);
return TRUE;
} else {
$OUTPUT = "ERROR";
return FALSE;
}
}
}
$TEST = new test();
print_r($TEST);
?>
Expected Output:
test Object
(
[ID] => Resource id
[OUTPUT] => (FIRST LINE OF FILE OR ERROR)
)
Actual Output:
test Object
(
[ID] => Resource id
[OUTPUT] =>
)
Fopen opens resource but then causes function to return
with none of the code following it within the test2
function being executed. Removing fopen results in all of
the test2 function code being executed. Popen also causes
the same issue.
Previous Comments:
[2003-08-06 16:33:50] [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.
Remove the @ from the fopen() call, and then go read the manual.
[2003-08-06 16:13:53] laurie at oneuponedown dot co dot uk
Description:
When using fopen inside a function to open a file for
reading - irrerspective of weather fopen successfully opens
the file, the use of fopen causes the function to return.
Reproduce code:
---
TEST
Expected result:
First line of file if success, "FOPEN FAILED" if fail.
Actual result:
--
Nothing
--
Edit this bug report at http://bugs.php.net/?id=24967&edit=1
#24950 [Opn->Fbk]: Compiling PHP --with-oci8 --with oracle (Oracle 9i) fails
ID: 24950 Updated by: [EMAIL PROTECTED] Reported By: fschulze at more-radio dot de -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris8 PHP Version: 4.3.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-08-05 06:24:26] fschulze at more-radio dot de Description: HI, problem to MAKE php after the following ./configure --with-apxs2=/www/currentsw/apache/bin/apxs --with-mysql=/www/currentsw/mysql --enable-versioning --enable-track-vars=yes --enable-url-includes --with-config-file-path=/www/currentsw/apache/conf --prefix=/www/bin/php-4.3.2 --with-oci8 configure looks good. make brings up hunderts of error-lines. here are the last ones: /www/source/php-4.3.2/ext/oci8/oci8.c:5472: request for member `in_call' in something not a structure or union /www/source/php-4.3.2/ext/oci8/oci8.c:5472: request for member `in_call' in something not a structure or union /www/source/php-4.3.2/ext/oci8/oci8.c:5472: parse error before ')' token /www/source/php-4.3.2/ext/oci8/oci8.c:5472: request for member `in_call' in something not a structure or union /www/source/php-4.3.2/ext/oci8/oci8.c:5480: request for member `coll_typecode' in something not a structure or union /www/source/php-4.3.2/ext/oci8/oci8.c:5494: request for member `in_call' in something not a structure or union /www/source/php-4.3.2/ext/oci8/oci8.c:5494: request for member `in_call' in something not a structure or union /www/source/php-4.3.2/ext/oci8/oci8.c:5494: request for member `tdo' in something not a structure or union /www/source/php-4.3.2/ext/oci8/oci8.c:5494: parse error before ')' token /www/source/php-4.3.2/ext/oci8/oci8.c:5494: request for member `in_call' in something not a structure or union /www/source/php-4.3.2/ext/oci8/oci8.c:5502: request for member `id' in something not a structure or union *** Error code 1 make: Fatal error: Command failed for target `ext/oci8/oci8.lo' if configured without --oci8 everything is ok. any ideas? -- Edit this bug report at http://bugs.php.net/?id=24950&edit=1
#22270 [Asn->NoF]: cgi binary parses itself when called directly
ID: 22270
Updated by: [EMAIL PROTECTED]
Reported By: zlo at canada dot com
-Status: Assigned
+Status: No Feedback
Bug Type: CGI related
Operating System: RedHat 7.2
PHP Version: 4CVS-2003-02-18 (stable)
Assigned To: shane
Previous Comments:
[2003-05-26 18:26:19] [EMAIL PROTECTED]
Does this happen with latest stable snapshot from snaps.php.net ?
[2003-02-19 10:06:04] zlo at canada dot com
here is my configure:
./configure' '--with-config-file-path=/path/to/php'
'--prefix=/path/to/php-test' '--enable-force-cgi-redirect'
'--disable-cli' '--enable-bcmath' '--enable-trans-sid'
'--with-zlib-dir=/build/zlib-1.1.4' '--with-mysql=/usr/local'
i also put cgi.fix_pathinfo in php.ini, doesn't help.
[2003-02-19 01:09:34] [EMAIL PROTECTED]
This has happened for some time, it's a big part of what prompted my
starting on rewriting cgi stuff. It shouldn't happen with 4.3 if
cgi.fix_pathinfo=1, or if you don't compile with discard-path.
[2003-02-18 07:29:10] zlo at canada dot com
when PHP cgi binary is called from cgi-bin without cgi-redirect, it
parses itself (argv[0] of the binary, whatever that happens to be)! i
don't think it represents much of a security problem (it still does to
some extent, because it reveals path to php and default settings), and
no sane person will run the cgi binary without cgi-redirect, but i
don't think its the way its supposed to be either..
here is a simple example; this also works with the php binary itself in
place of this binary.
this results in some binary output and the typical phpinfo() page in
the middle:
# cat php.c
#include
#include
#include
const char *PHP_BINARY="/path/to/php/bin/php";
const char * dummy="";
int main(int argc, char *argv[]){
execl(PHP_BINARY,argv[0],0);
return 1;
};
p.s. btw this simple wrapper (without the phpinfo() part, or course)
can be used as a workaround for the vulnerability with cgi-redirect
that resulted in the release of 4.3.1 since it removes parameters
before exec'ing php itself..
p.p.s. where can i post "feedback"? i can't seem to find it..
--
Edit this bug report at http://bugs.php.net/?id=22270&edit=1
#24446 [Bgs]: unrecognized files
ID: 24446 User updated by: tony at tonybibbs dot com Reported By: tony at tonybibbs dot com Status: Bogus Bug Type: Compile Failure Operating System: RedHat 9 PHP Version: 5.0.0b1 (beta1) New Comment: Try a 'make clean'. This worked for me. Previous Comments: [2003-07-01 17:19:58] [EMAIL PROTECTED] Try: make clean make You most probably have a stale file somewhere. [2003-07-01 15:06:55] tony at tonybibbs dot com Description: On stock RH9 system I removed Apache2 and installed 1.3.27. Then went ahead and tried a simple compile: ./configure --with-mysql --with-apxs Got an unrecognized file on ctype.lo, so I added --disable-ctype to configure Got an unreconized file on some dom.lo file so I added --without-dom to configure Got an unrecognized file on php_mysql.lo which I absolutely needed so I quit. -- Edit this bug report at http://bugs.php.net/?id=24446&edit=1
#24972 [Opn->Bgs]: Apache + php memory crash
ID: 24972 Updated by: [EMAIL PROTECTED] Reported By: belov at iba dot ru -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Wndows XP PHP Version: 4.3.2 New Comment: . Previous Comments: [2003-08-07 13:55:12] tony2001 at phpclub dot net I can repeat strange behaviour only when XDebug is used. Imho this is concerned with some XDebug limitations and this bug-report can be closed as bogus. [2003-08-07 09:38:16] belov at iba dot ru After installation of the new version http://snaps.php.net/win32/php4-win32-STABLE-latest.zip the mistake is not removed. I think it is not mysql error because on FreeBsd this code is work. And FreeBSD Perfectly works with memory. [2003-08-07 07:52:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-08-07 04:58:10] belov at iba dot ru Description: This code contains an error. OS Windows XP. Php 4.3.2. MySql 3.23.56 PHP there is as module Apache I think a problem with a stack. Search words in func.txt code "BUG HERE " Reproduce code: --- Start file: http://www.informab.com/phpbug/0_start.txt include files: http://www.informab.com/phpbug/m.txt http://www.informab.com/phpbug/func.txt Expected result: i`am expect stable php version. -- Edit this bug report at http://bugs.php.net/?id=24972&edit=1
#24053 [Com]: include issues spurious "stream" warning that clutters up the page ...
ID: 24053 Comment by: composerryan at webquad dot com Reported By: jphey at netdoor dot com Status: Assigned Bug Type: Scripting Engine problem Operating System: Linux 2.4.20 PHP Version: 4.3.2 Assigned To: wez New Comment: By the way, please let us know when you have released a new version that fixes this problem with the php include code. We would greatly appreciate it because I do not have the time to fix all of the bugs that have appeared at my website and all of my clients' websites - it is an absolute nightmare for my business and I should not be the one taking the responsibility for these errors. Thanks again, Ryan Previous Comments: [2003-08-06 10:27:07] composerryan at webquad dot com I have also experienced the php includes error at my network websites that reside at http://www.webquad.com including the following sites: http://www.webquad.com/starcraft/ http://www.webquad.com/hmseries/ http://www.webquad.com/aom http://www.webquad.com/ron http://www.webquad.com/rs http://www.webquad.com/rsgg http://www.webquad.com/ph http://www.webquad.com/ac http://www.webquad.com/cossacks I've been using the php include script this entire time and it has worked fine. The php upgrade seems to be creating a HUGE nightmare for web developers like myself, especially since the php include script is contained in most of my clients' sites. We demand that a "patch" or "fix" be released that addresses this issue since this "upgrade" has done more harm than good. I am using the host iPowerweb at http://www.iPowerweb.com and I have been frustrated with their support team because of this upgrade to the new php, which has caused huge problems on my site and on other developer's sites. But, they say it is the PHP developers who have to fix the problem. So, please fix this problem ASAP! Thanks, Ryan [2003-07-25 03:49:57] [EMAIL PROTECTED] Apparently there is still a problem. Will investigate this weekend. [2003-07-25 03:13:49] ngaugler at ngworld dot net I want to bring this bug back it, it happens in 4.3.2 when the Zend Optimizer is installed on the server. When Zend is not, it is fine. Information is as follows: Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies with Zend Extension Manager v1.0.0, Copyright (c) 2003, by Zend Technologies with Zend Optimizer v2.1.0, Copyright (c) 1998-2003, by Zend Technologies [2003-07-08 17:27:56] drjay_13 at hotmail dot com How do I include a file with a querystring in the url and avoide this error? [2003-07-08 08:09:43] webmaster at woorihost dot com php4.3.2 disable include find function include 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/24053 -- Edit this bug report at http://bugs.php.net/?id=24053&edit=1
#24972 [Opn->Fbk]: Apache + php memory crash
ID: 24972 Updated by: [EMAIL PROTECTED] Reported By: belov at iba dot ru -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: MySQL related Operating System: Wndows XP PHP Version: 4.3.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-08-07 04:58:10] belov at iba dot ru Description: This code contains an error. OS Windows XP. Php 4.3.2. MySql 3.23.56 PHP there is as module Apache I think a problem with a stack. Search words in func.txt code "BUG HERE " Reproduce code: --- Start file: http://www.informab.com/phpbug/0_start.txt include files: http://www.informab.com/phpbug/m.txt http://www.informab.com/phpbug/func.txt Expected result: i`am expect stable php version. -- Edit this bug report at http://bugs.php.net/?id=24972&edit=1
#24951 [Ver->Csd]: ob_flash() and ob_clean() destroy output handler
ID: 24951 Updated by: [EMAIL PROTECTED] Reported By: d dot stogov at turck dot spb dot ru -Status: Verified +Status: Closed Bug Type: Output Control Operating System: Linux PHP Version: 4.3.3RC3-dev New Comment: Take that back, with latest CVS I get this output: [Hello from t1 1 Hello from t1 2 ] [Hello from t2 1 Hello from t2 2 ] Hello from t3 2 ] AFAIK, this is the expected output too..the Previous Comments: [2003-08-05 08:31:35] d dot stogov at turck dot spb dot ru Description: The C function "php_end_ob_buffer" from "main/output.c" destroys output_handler on first call so the second call to output_handler is not possible. "php_end_ob_buffer" is called by "ob_flush()" and "ob_clean()" those must not destroy output handler. Look into line 250: zval_ptr_dtor(&OG(active_ob_buffer).output_handler); The same error is in PHP-4.3.3RC2 too. Reproduce code: --- Expected result: [Hello from t1 1 Hello from t1 2 ] [Hello from t2 1 Hello from t2 2] [Hello from t3 2] Actual result: -- [Hello from t1 1 Hello from t1 2 ] [Hello from t2 1 Hello from t2 2 Hello from t3 2 -- Edit this bug report at http://bugs.php.net/?id=24951&edit=1
#24977 [Opn->Asn]: mysql_select_db returns 'true' when select failed
ID: 24977
Updated by: [EMAIL PROTECTED]
Reported By: jmat at shutdown dot net
-Status: Open
+Status: Assigned
Bug Type: MySQL related
Operating System: Linux 2.4.18/Redhat 7.2
PHP Version: 4CVS-2003-08-07 (stable)
-Assigned To:
+Assigned To: iliaa
Previous Comments:
[2003-08-07 20:53:49] jmat at shutdown dot net
That patch appears to have fixed the problem..
It's been running for the past two hours -- I used a load tester and
pushed 56,000+ pages through it -- before the patch, about 1/3 failed
-- after the patch, they all worked: not a single failure.
I'm going to push this updated version out to my other servers now.
[2003-08-07 18:47:42] [EMAIL PROTECTED]
Try the following patch and see if it fixes the problem (be sure to
remove your workaround before you start testing it).
http://bb.prohost.org/my.txt
[2003-08-07 16:48:59] jmat at shutdown dot net
Yet some more info:
I just had a 3rd server start throwing "No Database Selected".
Instead of restarting it, I added a small piece of code into my
abstract library for running queries.
if (mysql_error() == "No Database Selected") {
mysql_select_db(SITE_DB,$db_handle);
$retry_query = true;
}
I basically have this enclosed in a while($retry_query == true) loop
around my queries...
When I do this, it works fine -- the database gets 'reselected', and it
works.
I'm going to leave this in there for now, although it's not very
elegant, it will keep me up for now. :)
[2003-08-07 16:39:15] jmat at shutdown dot net
It appears that restarting the webserver will 'fix' the problem, for at
least a few hours.
While the server in question is working fine now, a second server
(semi-production) just started throwing "No Database Selected" about 5
minutes ago -- it's been up for 4 hours. It's running the same
versions (except Redhat 8) of Apache/PHP.
Restarting it fixed the problem on it, as well.
For now, I'll just cron a server restart every 3 hours. :)
[2003-08-07 16:29:52] jmat at shutdown dot net
Description:
When trying to select a database, about every 5 times, the database
will not get selected, and future queries will fail. To make matters
worse, mysql_select_db is returning 'true' even when the database isn't
selected. This code has worked since PHP 4.0, and has never changed;
this problem just started appearing on the latest CVS (had to upgrade
to fix ErrorDocument under Apache/2).
Attached code is pieced together from my database abstraction library;
it produces the same problems as my full code does.
I have verified there are no problems with the database server.
When I push this code back on to 4.3.2, I can't make it fail.
PHP Version 4.3.3RC3-dev
Apache 2.0.47
MySQL Support Client API version 4.0.14
MYSQL_MODULE_TYPE external
for full phpinfo: http://shutdown.net/~web/index.php
Reproduce code:
---
/* DEFINE's for server, server port, username, passwd */
define("SITE_DB","test");
$db_handle = mysql_pconnect(DB_SERVER.":".DB_PORT,DB_USER,DB_PASS))
$RETRY = 0;
while (!mysql_select_db(SITE_DB,$db_handle)) {
logger("ERROR: Cannot select ".SITE_DB." database! ATTEMPT
$RETRY".mysql_error(),0);
sleep(1);
if ($RETRY++ > 5) {
trigger_error("Couldn't select ".SITE_DB." on ".DB_SERVER,2);
return false;
}
}
$result = mysql_query("select count(*) from user");
if (mysql_error()) die("FAIL: ".mysql_error());
$value = mysql_result($result,0);
echo $value;
Expected result:
5
Actual result:
--
about 1/3 the time:
"FAIL: No Database Selected"
the other 2/3:
"5"
--
Edit this bug report at http://bugs.php.net/?id=24977&edit=1
#24964 [Bgs]: Apache crashes!, for no reson
ID: 24964 User updated by: jorge at jorge dot be -Reported By: Jorge at jorge dot be +Reported By: jorge at jorge dot be Status: Bogus Bug Type: Apache2 related Operating System: Windows Xp (sp1) PHP Version: 5.0.0b1 (beta1) New Comment: Ok, sry if i couse some problems :s Previous Comments: [2003-08-06 08:11:20] [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. .. [2003-08-06 07:07:43] Jorge at jorge dot be IF i remove php_filepro.dll, the fx is the same :s [2003-08-06 07:00:56] jorge at jorge dot be Description: When u start apache with php5 it give a error message, http://users.skynet.be/jorge/php5.jpg Config file: - ## # PHP Conf # ## LoadModule php5_module "C:/server/php/sapi/php4apache2.dll" AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps The entry's in my error.log: - Cannot find module (IP-MIB): At line 0 in (none) Cannot find module (IF-MIB): At line 0 in (none) Cannot find module (TCP-MIB): At line 0 in (none) Cannot find module (UDP-MIB): At line 0 in (none) Cannot find module (SNMPv2-MIB): At line 0 in (none) Cannot find module (SNMPv2-SMI): At line 0 in (none) Cannot find module (UCD-SNMP-MIB): At line 0 in (none) Cannot find module (UCD-DEMO-MIB): At line 0 in (none) Cannot find module (SNMP-TARGET-MIB): At line 0 in (none) Cannot find module (SNMP-VIEW-BASED-ACM-MIB): At line 0 in (none) Cannot find module (SNMP-COMMUNITY-MIB): At line 0 in (none) Cannot find module (UCD-DLMOD-MIB): At line 0 in (none) Cannot find module (SNMP-FRAMEWORK-MIB): At line 0 in (none) Cannot find module (SNMP-MPD-MIB): At line 0 in (none) Cannot find module (SNMP-USER-BASED-SM-MIB): At line 0 in (none) Cannot find module (SNMP-NOTIFICATION-MIB): At line 0 in (none) Cannot find module (SNMPv2-TM): At line 0 in (none) [Wed Aug 06 13:48:23 2003] [notice] Parent: Child process exited successfully. PHP Warning: Unknown(): Unable to load dynamic library 'C:\server\php\extensions\php_filepro.dll' - The specified module could not be found. in Unknown on line 0 [Wed Aug 06 13:49:29 2003] [warn] pid file C:/server/apache/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? Hope this is inuf information? and sry for my poor english. You can mail me if you need more info Jorge Expected result: Apache to start -> logical Actual result: -- Apache nerver starts -> crashes -- Edit this bug report at http://bugs.php.net/?id=24964&edit=1
