#24792 [Opn->Asn]: --enable-zend-multibyte causes segmentation fault in efree

2003-08-07 Thread moriyoshi
 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

2003-08-07 Thread vlad
 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)

2003-08-07 Thread no at email dot com
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

2003-08-07 Thread iliaa
 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

2003-08-07 Thread laurie at oneuponedown dot co dot uk
 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

2003-08-07 Thread sniper
 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

2003-08-07 Thread iliaa
 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

2003-08-07 Thread tony at tonybibbs dot com
 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

2003-08-07 Thread edink
 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 ...

2003-08-07 Thread composerryan at webquad dot com
 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

2003-08-07 Thread sniper
 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

2003-08-07 Thread sniper
 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

2003-08-07 Thread iliaa
 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

2003-08-07 Thread jorge at jorge dot be
 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