#19666 [NEW]: Mailformed header
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.2.3
PHP Bug Type: Apache related
Bug description: Mailformed header
When trying to authenticate users with the following headers.
Header("WWW-Authenticate: Basic realm=\"My Realm\"");
Header("HTTP/1.0 401 Unauthorized");
Ill got a error 500 from apache(1.3.26) stating that the header is
malformed.
Php is running as CGI.
--
Edit bug report at http://bugs.php.net/?id=19666&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19666&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19666&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19666&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19666&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19666&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19666&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19666&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19666&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19666&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19666&r=globals
#19668 [NEW]: Crash when using callback with ob_start()
From: [EMAIL PROTECTED]
Operating system: Win2000
PHP version: 4.2.3
PHP Bug Type: Output Control
Bug description: Crash when using callback with ob_start()
System: Win2000 SP3 (dual CPU if it matters), Apache 1.3.26 (default
setup), and PHP 4.2.3 as a module (default setup)
Problem: When I use ob_start('callback') and "callback" takes $var as its
parameter, Apache crashes if you modify $var and reassign it to $var.
Code:
It seems that an Apache child thread can process the script once before it
crashes the child process. e.g. Refresh within KeepAliveTimeout seconds
and it will crash; or with KeepAlive Off, it crashes after ThreadsPerChild
requests.
The "Apache.exe has generated errors..." box pops up. The only thing in
Apache's error log is
[info] master_main: Child processed exited prematurely. Restarting the
child process.
I have the "Dr. Watson" crash log file that was generated if it's of any
use: http://www.realplain.com/phpcrash.txt
BTW, that's weird; I just closed some apps that I usually have running so
their processes wouldn't show up in that log and now I can't get the above
script to crash every time (or at all!) like I could a few mins ago.
Hmm... So don't know if you can reproduce it. However, the script where I
originally noticed it is still crashing consistently as before.
Thanks for your time.
--
Edit bug report at http://bugs.php.net/?id=19668&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19668&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19668&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19668&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19668&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19668&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19668&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19668&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19668&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19668&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19668&r=globals
#19324 [Com]: show PHP source on client's browser
ID: 19324 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Output Control Operating System: Solaris8 x86 PHP Version: 4.2.3 New Comment: Will it fixed at next version? Previous Comments: [2002-09-30 00:27:36] [EMAIL PROTECTED] Did you do the tests I asked you to do? Derick [2002-09-29 20:27:05] [EMAIL PROTECTED] No wonder the situation never arises in Apache2 . I haven't used "php_engine=off" in httpd.conf (Apache2 will report config error ! It doesn't know the instruct .) So, I just use "AddType text/html .php" to replace "php_engine=off". It's work ! No showing source arise, and some directory can disable PHP. Thanks your help. [2002-09-28 12:36:59] [EMAIL PROTECTED] Okay, looks like an old bug resurfaced. Can you do the following test, and stick to it very precise: 1. stop apache 2. start apache in single process mode like: /path/to/apache/httpd -X 3. Request a page from a vhost/directory where PHP is enabled 4. Do that again :) 5. Request a page from a vhost/directory where PHP is disabled 6. Request a page from a vhost/directory where PHP is enabled (but not explicit with php_engine = on, just the 'default') 7. Request a page from a vhost/directory where PHP is enabled (implicit wirth php_engine = on) Please tell us when you see the source and when not. regards, Derick [2002-09-28 09:55:58] [EMAIL PROTECTED] Yes, I do. But I use tag to include it. because I want to make PHP can't work in some directories. Why the showing source arise randomly ? If I can't use "php_engine=off" , how I disable PHP in some directories, please ? [2002-09-28 04:55:42] [EMAIL PROTECTED] You dont have php_engine=off in any of your apache vhosts do you? - James 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/19324 -- Edit this bug report at http://bugs.php.net/?id=19324&edit=1
#18031 [Fbk->Opn]: PHP engine runs user-based read and disconnect functions when open return false
ID: 18031
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Win ME
PHP Version: 4.1.2
New Comment:
Will not be able to test the new snapshots until a couple of weeks
time.
Previous Comments:
[2002-09-29 13:46:06] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-06-28 06:01:13] [EMAIL PROTECTED]
Just looked at the code for php4/ext/session/session.c revision 1.310.
I'm no real coder but, I believe the area of code thats causing the
problem is
...
static void php_session_initialize(TSRMLS_D)
{
char *val;
int vallen;
/* Open session handler first */
if (PS(mod)->open(&PS(mod_data), PS(save_path), PS(session_name)
TSRMLS_CC) == FAILURE) {
php_error(E_ERROR, "Failed to initialize session module");
return;
}
...
I believe the return should read
return FAILURE;
I could be completely way-off - but thats my 2-cents.
[2002-06-27 19:51:50] [EMAIL PROTECTED]
I have created my own session handler using both a function and class
based approach. On both occasions, when the "open" function returns a
failure - "return false;", PHP engine tries to run both the "read" and
"disconnect" functions. This causes a fatal error as shown below.
Fatal error: Call to undefined function: query() in
f:\cvs_dev\Neutec\website\www..co.uk\site\include\DBSession.class.inc
on line 139
Fatal error: Call to undefined function: disconnect() in
f:\cvs_dev\Neutec\website\www..co.uk\site\include\DBSession.class.inc
on line 109
On both lines, PHP is trying to connect to the database using a
database handler variable, and since the variable has not been
initialised (because the "open" function failed), these fatal errors
occur.
If the PHP engine could not "open" a session, then it should not try
and "read" or "disconnect" a session on exiting.
Full source code can be supplied on request.
Many Thanks
Nick
--
Edit this bug report at http://bugs.php.net/?id=18031&edit=1
#17245 [Com]: persistence connection problem(ociplogin)
ID: 17245 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Oracle related Operating System: SUN os 5.6(Solaris) PHP Version: 4.1.2 New Comment: Please tell me the solution of "Too many connection" the error occured in PHP while connecting to the database. if any body knows about the solution, then please mail me at the following email address: [EMAIL PROTECTED] I appreciate your help. Thanks Previous Comments: [2002-05-15 07:32:10] [EMAIL PROTECTED] I am using apache1.3.22,php4.1.1 with oracle8 and OS is solaris as well as WINDOWS 2000. I am using the persistence connection(PHP ociplogin()) for update/insert/select to the database. The apache server is opeing a child process and holding connection(one connection per child) on every database transaction. For every request the connection is opening to database and it is not getting closed. As per PHP document(Pl refer the PHP doc on persistence connection) the child created by apache, holds the persistence connection until it die(child). But for every request the apache is crating the child(i am asuming... because it is opening databse connection every time) and it is trying to hold the database connection even the remaining childs are free(not doing any thing). After some time all of my database connections are in use and giving error "MAX number of connections exceeded". Bye SURESH. -- Edit this bug report at http://bugs.php.net/?id=17245&edit=1
#19658 [Bgs]: is_dir or is_file doesn't work in all cases
ID: 19658
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Directory function related
Operating System: Windows 2000
PHP Version: 4.2.0
New Comment:
Sorry, but the bug system is not the appropriate forum for asking
support questions. 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
Thank you for your interest in PHP.
teh filename returned by readdir() is
always relative to the opened directory
you have to concatenate dir- and filename
to get the complete path
like
$dir = 'C:\Webpages\';
if ($handle = @opendir($dir)) {
while (false !== ($file = readdir($handle))) {
if (is_dir($dir.$file)) {
Previous Comments:
[2002-09-29 14:36:43] [EMAIL PROTECTED]
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.
[2002-09-29 08:22:20] [EMAIL PROTECTED]
This script works OK:
if ($handle = @opendir('.')) {
while (false !== ($file = readdir($handle))) {
if (is_dir($file)) {
echo "Is directory $file ";
}
else Print "Is file $file ";
}
closedir($handle);
}
When I replace "." with i.e. "C:\webpages\test" (this is the directory
where I run the script from) it also works fine.
But when I try the read a directory which is not in the same directory
as the script i.e. "C:\webpages" than it displays that there are only
files. So reading a directory lower or higher that the direcory where
you are running a script from gives a wrong output.
--
Edit this bug report at http://bugs.php.net/?id=19658&edit=1
#19666 [Opn->Bgs]: Mailformed header
ID: 19666
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Apache related
Operating System: Linux
PHP Version: 4.2.3
New Comment:
from: http://www.php.net/manual/en/features.http-auth.php
"The HTTP Authentication hooks in PHP are only available when it is
running as an Apache module and is hence not available in the CGI
version."
Previous Comments:
[2002-09-30 02:34:08] [EMAIL PROTECTED]
When trying to authenticate users with the following headers.
Header("WWW-Authenticate: Basic realm=\"My Realm\"");
Header("HTTP/1.0 401 Unauthorized");
Ill got a error 500 from apache(1.3.26) stating that the header is
malformed.
Php is running as CGI.
--
Edit this bug report at http://bugs.php.net/?id=19666&edit=1
#19301 [Com]: curl_exec crashes
ID: 19301 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: cURL related Operating System: Windows XP Professional CZ PHP Version: 4.2.3 Assigned To: jmoore New Comment: I just tried your latest-cvs-with-curl build and yes that is also working for me. However, the latest non-stable snapshot http://snaps.php.net/win32/php4-win32-latest.zip (dated 20020929) is still failing and I would have thought that was the same code as you tested, or is there just some latency from CVS to the latest non-stable builds? Previous Comments: [2002-09-28 04:50:41] [EMAIL PROTECTED] OK just built Debug and Release versions of Curl (Curl-7.9.8) (NON-SSL) and the same of the PHP Extension from the latest CVS and cannot reproduce this bug in the latest versions. The crash no longer happens. Although it is reproduceable with PHP-4.2.3 which was downloadable from PHP.net. You can download the version I tested this with (Only got php_curl.dll & libcurl.dll accompanying it) from http://www.phpuk.org/~james/latest-cvs-with-curl.zip. Please let me know if the problem persists with you in this build. - James [2002-09-25 04:19:11] [EMAIL PROTECTED] Ill have a look at this on friday and see if I can reproduce this and get a stack trace then hopefully fix it. If anyone wants a play before hand then they are welcome to. - James [2002-09-25 04:12:59] [EMAIL PROTECTED] Have just tried that on Win2K. The problem still exists, both when running php as standalone and sapi module under Apache 1.3.26 [2002-09-24 09:23:38] [EMAIL PROTECTED] Could you try to reproduce this with a non-stable snapshot? http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-24 08:41:05] [EMAIL PROTECTED] Could this be related to how Windows DLLs vs apps works? In Windows, you can't open a file and pass the handle of that file to have it read from or written to in a DLL. They somehow don't allow that kind of data to be shared like that. It seems as if it could be, the PHP code opens the file and passes the handle to the DLL that deals with it... Just my thoughts. I might be completely wrong. 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/19301 -- Edit this bug report at http://bugs.php.net/?id=19301&edit=1
#19666 [Com]: Mailformed header
ID: 19666
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Apache related
Operating System: Linux
PHP Version: 4.2.3
New Comment:
Thank you.
Previous Comments:
[2002-09-30 04:29:03] [EMAIL PROTECTED]
from: http://www.php.net/manual/en/features.http-auth.php
"The HTTP Authentication hooks in PHP are only available when it is
running as an Apache module and is hence not available in the CGI
version."
[2002-09-30 02:34:08] [EMAIL PROTECTED]
When trying to authenticate users with the following headers.
Header("WWW-Authenticate: Basic realm=\"My Realm\"");
Header("HTTP/1.0 401 Unauthorized");
Ill got a error 500 from apache(1.3.26) stating that the header is
malformed.
Php is running as CGI.
--
Edit this bug report at http://bugs.php.net/?id=19666&edit=1
#19670 [NEW]: 64bit Oracle installation fails
From: [EMAIL PROTECTED] Operating system: Solaris 2.8 PHP version: 4.2.3 PHP Bug Type: *Configuration Issues Bug description: 64bit Oracle installation fails Configuring php with the --with-oci8 option fails when compiling in 64bit mode, because the configuration script will not find the correct path of the Oracle 64bit libraries. The libraries are installed in $ORACLE_HOME/lib64. The Library Path is resolved to $ORACLE_HOME/lib wher the 32bit libraries reside. -- Edit bug report at http://bugs.php.net/?id=19670&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19670&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19670&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19670&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19670&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19670&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19670&r=support Expected behavior: http://bugs.php.net/fix.php?id=19670&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19670&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19670&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19670&r=globals
#19671 [NEW]: 64bit compilation fails (zend_execute.c)
From: [EMAIL PROTECTED] Operating system: Solaris 2.8 PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: 64bit compilation fails (zend_execute.c) When compiling php in 64bit mode and statically linked to Apache then you'll receive an error that libphp.a is a 32bit library archive. Only the zend_execute.o ist 32bit, all others are correct. In the Zend Makefile for zend_execute.c the CFLAGS are missing! -- Edit bug report at http://bugs.php.net/?id=19671&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19671&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19671&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19671&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19671&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19671&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19671&r=support Expected behavior: http://bugs.php.net/fix.php?id=19671&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19671&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19671&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19671&r=globals
#19324 [Com]: show PHP source on client's browser
ID: 19324 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Output Control Operating System: Solaris8 x86 PHP Version: 4.2.3 New Comment: Hi , I have a small question to this bug, because I have the same problem. >1. stop apache >2. start apache in single process mode like: > /path/to/apache/httpd -X >3. Request a page from a vhost/directory where PHP is enabled >4. Do that again :) >5. Request a page from a vhost/directory where PHP is disabled >6. Request a page from a vhost/directory where PHP is enabled (but not >explicit with php_engine = on, just the 'default') >7. Request a page from a vhost/directory where PHP is enabled (implicit >wirth php_engine = on) >Please tell us when you see the source and when not. Test 3 and 4 with explicit php_engine directive or not (the same as 6)? However, with php_engine=on in a and also a concurrently php_engine off directive in another , Apache results always the source code on my virtualhost with php_engine=on. Regards, -- Steve Previous Comments: [2002-09-30 03:27:58] [EMAIL PROTECTED] Will it fixed at next version? [2002-09-30 00:27:36] [EMAIL PROTECTED] Did you do the tests I asked you to do? Derick [2002-09-29 20:27:05] [EMAIL PROTECTED] No wonder the situation never arises in Apache2 . I haven't used "php_engine=off" in httpd.conf (Apache2 will report config error ! It doesn't know the instruct .) So, I just use "AddType text/html .php" to replace "php_engine=off". It's work ! No showing source arise, and some directory can disable PHP. Thanks your help. [2002-09-28 12:36:59] [EMAIL PROTECTED] Okay, looks like an old bug resurfaced. Can you do the following test, and stick to it very precise: 1. stop apache 2. start apache in single process mode like: /path/to/apache/httpd -X 3. Request a page from a vhost/directory where PHP is enabled 4. Do that again :) 5. Request a page from a vhost/directory where PHP is disabled 6. Request a page from a vhost/directory where PHP is enabled (but not explicit with php_engine = on, just the 'default') 7. Request a page from a vhost/directory where PHP is enabled (implicit wirth php_engine = on) Please tell us when you see the source and when not. regards, Derick [2002-09-28 09:55:58] [EMAIL PROTECTED] Yes, I do. But I use tag to include it. because I want to make PHP can't work in some directories. Why the showing source arise randomly ? If I can't use "php_engine=off" , how I disable PHP in some directories, please ? 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/19324 -- Edit this bug report at http://bugs.php.net/?id=19324&edit=1
#19324 [Fbk]: show PHP source on client's browser
ID: 19324 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Output Control Operating System: Solaris8 x86 PHP Version: 4.2.3 New Comment: 3 and 4 with the "php_engine = on" directive please (explicit). Derick Previous Comments: [2002-09-30 05:50:54] [EMAIL PROTECTED] Hi , I have a small question to this bug, because I have the same problem. >1. stop apache >2. start apache in single process mode like: > /path/to/apache/httpd -X >3. Request a page from a vhost/directory where PHP is enabled >4. Do that again :) >5. Request a page from a vhost/directory where PHP is disabled >6. Request a page from a vhost/directory where PHP is enabled (but not >explicit with php_engine = on, just the 'default') >7. Request a page from a vhost/directory where PHP is enabled (implicit >wirth php_engine = on) >Please tell us when you see the source and when not. Test 3 and 4 with explicit php_engine directive or not (the same as 6)? However, with php_engine=on in a and also a concurrently php_engine off directive in another , Apache results always the source code on my virtualhost with php_engine=on. Regards, -- Steve [2002-09-30 03:27:58] [EMAIL PROTECTED] Will it fixed at next version? [2002-09-30 00:27:36] [EMAIL PROTECTED] Did you do the tests I asked you to do? Derick [2002-09-29 20:27:05] [EMAIL PROTECTED] No wonder the situation never arises in Apache2 . I haven't used "php_engine=off" in httpd.conf (Apache2 will report config error ! It doesn't know the instruct .) So, I just use "AddType text/html .php" to replace "php_engine=off". It's work ! No showing source arise, and some directory can disable PHP. Thanks your help. [2002-09-28 12:36:59] [EMAIL PROTECTED] Okay, looks like an old bug resurfaced. Can you do the following test, and stick to it very precise: 1. stop apache 2. start apache in single process mode like: /path/to/apache/httpd -X 3. Request a page from a vhost/directory where PHP is enabled 4. Do that again :) 5. Request a page from a vhost/directory where PHP is disabled 6. Request a page from a vhost/directory where PHP is enabled (but not explicit with php_engine = on, just the 'default') 7. Request a page from a vhost/directory where PHP is enabled (implicit wirth php_engine = on) Please tell us when you see the source and when not. regards, Derick 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/19324 -- Edit this bug report at http://bugs.php.net/?id=19324&edit=1
#19671 [Opn->Fbk]: 64bit compilation fails (zend_execute.c)
ID: 19671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.2.3 New Comment: jason just made a post to the PHP-dev list about this, with a patch to allow this to work. Can you try applying it and seeing if things work for you alright? Sorry I don't have a link handy, but here's the general info: Posted by Jason Greene, Sept 25, 2002. Topic: [PHP-DEV] [PATCH] 64 bit PHP (long vs int problems) Previous Comments: [2002-09-30 05:10:33] [EMAIL PROTECTED] When compiling php in 64bit mode and statically linked to Apache then you'll receive an error that libphp.a is a 32bit library archive. Only the zend_execute.o ist 32bit, all others are correct. In the Zend Makefile for zend_execute.c the CFLAGS are missing! -- Edit this bug report at http://bugs.php.net/?id=19671&edit=1
#19324 [Com]: show PHP source on client's browser
ID: 19324 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Output Control Operating System: Solaris8 x86 PHP Version: 4.2.3 New Comment: 3. showing source code 4. showing source code 5. showing source code 6. no source code 7. showing source code Previous Comments: [2002-09-30 05:53:45] [EMAIL PROTECTED] 3 and 4 with the "php_engine = on" directive please (explicit). Derick [2002-09-30 05:50:54] [EMAIL PROTECTED] Hi , I have a small question to this bug, because I have the same problem. >1. stop apache >2. start apache in single process mode like: > /path/to/apache/httpd -X >3. Request a page from a vhost/directory where PHP is enabled >4. Do that again :) >5. Request a page from a vhost/directory where PHP is disabled >6. Request a page from a vhost/directory where PHP is enabled (but not >explicit with php_engine = on, just the 'default') >7. Request a page from a vhost/directory where PHP is enabled (implicit >wirth php_engine = on) >Please tell us when you see the source and when not. Test 3 and 4 with explicit php_engine directive or not (the same as 6)? However, with php_engine=on in a and also a concurrently php_engine off directive in another , Apache results always the source code on my virtualhost with php_engine=on. Regards, -- Steve [2002-09-30 03:27:58] [EMAIL PROTECTED] Will it fixed at next version? [2002-09-30 00:27:36] [EMAIL PROTECTED] Did you do the tests I asked you to do? Derick [2002-09-29 20:27:05] [EMAIL PROTECTED] No wonder the situation never arises in Apache2 . I haven't used "php_engine=off" in httpd.conf (Apache2 will report config error ! It doesn't know the instruct .) So, I just use "AddType text/html .php" to replace "php_engine=off". It's work ! No showing source arise, and some directory can disable PHP. Thanks your help. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19324 -- Edit this bug report at http://bugs.php.net/?id=19324&edit=1
#19671 [Fbk]: 64bit compilation fails (zend_execute.c)
ID: 19671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.2.3 New Comment: Similar to http://bugs.php.net/bug.php?id=18640 ? Previous Comments: [2002-09-30 06:11:15] [EMAIL PROTECTED] jason just made a post to the PHP-dev list about this, with a patch to allow this to work. Can you try applying it and seeing if things work for you alright? Sorry I don't have a link handy, but here's the general info: Posted by Jason Greene, Sept 25, 2002. Topic: [PHP-DEV] [PATCH] 64 bit PHP (long vs int problems) [2002-09-30 05:10:33] [EMAIL PROTECTED] When compiling php in 64bit mode and statically linked to Apache then you'll receive an error that libphp.a is a 32bit library archive. Only the zend_execute.o ist 32bit, all others are correct. In the Zend Makefile for zend_execute.c the CFLAGS are missing! -- Edit this bug report at http://bugs.php.net/?id=19671&edit=1
#19650 [Fbk->Opn]: 4.2.3 (!) "include" operator mistake
ID: 19650 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: Windows PHP Version: 4.2.3 New Comment: Version http://snaps.php.net/win32/php4-win32-latest.zip STILL DOES NOT WORK (z:/test.php contains "echo '!'"): Z:\!distrib\aaa>php.exe ^Z ! Z:\!distrib\aaa>php.exe ^Z Warning: main(/test.php) [http://www.php.net/function.main]: failed to create stream: No such file or directory in Z:\!distrib\aaa\- on line 2 Warning: Failed opening '/test.php' for inclusion (include_path='.;c:\php4\pear') in Z:\!dis trib\aaa\- on line 2 Previous Comments: [2002-09-28 23:01:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-28 11:23:53] [EMAIL PROTECTED] I'm trying to write here again (maybe previous thread is down?). You said before this bug in NOT actual in 4.2.3, but code STILL DOES NOT work in 4.2.3. So, PHP v4.2.0 (and later) on Windows: include "/home/some/site.php"; - DOES NOT work (try to believe)! We have to use instead: include "z:/home/some/site.php"; # bad... Bad?.. BAD!!! Previous PHP v4.1.0: include "/home/some/site.php"; - works correct. I think that since 4.2.0 pathes like "/some/where" does not treated as absolute. For example, if we add "z:" to "include_path", include "/home/some/site.php" become workable - it is only the prove. It is VERY loathsome bug, because it makes Windows scripts incompatible with Unix and with previous PHP versions. Again, new version (4.2.3) has THE SAME bug: Z:\!distrib\php-4.2.3-Win32>php.exe ^Z Warning: Failed opening '/test.php' for inclusion (include_path='.;c:\php4\pear') in - on line 2 If I use "include 'z:/test.php'", it works. Please help (our clients are very angry!) P.S. DocumentRoot "/home/site/www" ... GET http://site/test.php - DOES NOT work too. It seems to me mod_php uses the same "include" function while starting the script. -- Edit this bug report at http://bugs.php.net/?id=19650&edit=1
#19672 [NEW]: about GetImageSize()
From: [EMAIL PROTECTED]
Operating system: win2k
PHP version: 4.2.3
PHP Bug Type: Performance problem
Bug description: about GetImageSize()
Macromedia release Macromedia Flash MX , PHP function GetImageSize() can't
read Flash MX files date==
123.swf is Macromedia Flash MX files
case:
$size = GetImageSize('123.swf');
==
$size[0]=none
$size[1]=none
$size[2]=none
$size[3]=none
my english is poor , can't you know i say.
--
Edit bug report at http://bugs.php.net/?id=19672&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19672&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19672&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19672&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19672&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19672&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19672&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19672&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19672&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19672&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19672&r=globals
#19672 [Opn->Csd]: about GetImageSize()
ID: 19672
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Performance problem
Operating System: win2k
PHP Version: 4.2.3
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2002-09-30 06:38:26] [EMAIL PROTECTED]
Macromedia release Macromedia Flash MX , PHP function GetImageSize()
can't read Flash MX files
date==
123.swf is Macromedia Flash MX files
case:
$size = GetImageSize('123.swf');
==
$size[0]=none
$size[1]=none
$size[2]=none
$size[3]=none
my english is poor , can't you know i say.
--
Edit this bug report at http://bugs.php.net/?id=19672&edit=1
#19672 [Csd->Opn]: about GetImageSize()
ID: 19672
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Open
Bug Type: Performance problem
Operating System: win2k
PHP Version: 4.2.3
New Comment:
Macromedia release Macromedia Flash MX , PHP function GetImageSize()
can't read Flash MX files data
date==
123.swf is Macromedia Flash MX files
case:
$size = GetImageSize('123.swf');
==
$size[0]=none
$size[1]=none
$size[2]=none
$size[3]=none
my english is poor , sorry ..
Previous Comments:
[2002-09-30 06:39:33] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
[2002-09-30 06:38:26] [EMAIL PROTECTED]
Macromedia release Macromedia Flash MX , PHP function GetImageSize()
can't read Flash MX files
date==
123.swf is Macromedia Flash MX files
case:
$size = GetImageSize('123.swf');
==
$size[0]=none
$size[1]=none
$size[2]=none
$size[3]=none
my english is poor , can't you know i say.
--
Edit this bug report at http://bugs.php.net/?id=19672&edit=1
#19672 [Opn->Csd]: about GetImageSize()
ID: 19672
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Performance problem
Operating System: win2k
PHP Version: 4.2.3
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2002-09-30 06:40:31] [EMAIL PROTECTED]
Macromedia release Macromedia Flash MX , PHP function GetImageSize()
can't read Flash MX files data
date==
123.swf is Macromedia Flash MX files
case:
$size = GetImageSize('123.swf');
==
$size[0]=none
$size[1]=none
$size[2]=none
$size[3]=none
my english is poor , sorry ..
[2002-09-30 06:39:33] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
[2002-09-30 06:38:26] [EMAIL PROTECTED]
Macromedia release Macromedia Flash MX , PHP function GetImageSize()
can't read Flash MX files
date==
123.swf is Macromedia Flash MX files
case:
$size = GetImageSize('123.swf');
==
$size[0]=none
$size[1]=none
$size[2]=none
$size[3]=none
my english is poor , can't you know i say.
--
Edit this bug report at http://bugs.php.net/?id=19672&edit=1
#19672 [Csd]: about GetImageSize()
ID: 19672
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Performance problem
Operating System: win2k
PHP Version: 4.2.3
New Comment:
thanks
Previous Comments:
[2002-09-30 06:41:12] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
[2002-09-30 06:40:31] [EMAIL PROTECTED]
Macromedia release Macromedia Flash MX , PHP function GetImageSize()
can't read Flash MX files data
date==
123.swf is Macromedia Flash MX files
case:
$size = GetImageSize('123.swf');
==
$size[0]=none
$size[1]=none
$size[2]=none
$size[3]=none
my english is poor , sorry ..
[2002-09-30 06:39:33] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
[2002-09-30 06:38:26] [EMAIL PROTECTED]
Macromedia release Macromedia Flash MX , PHP function GetImageSize()
can't read Flash MX files
date==
123.swf is Macromedia Flash MX files
case:
$size = GetImageSize('123.swf');
==
$size[0]=none
$size[1]=none
$size[2]=none
$size[3]=none
my english is poor , can't you know i say.
--
Edit this bug report at http://bugs.php.net/?id=19672&edit=1
#19670 [Opn->Fbk]: 64bit Oracle installation fails
ID: 19670 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Configuration Issues Operating System: Solaris 2.8 PHP Version: 4.2.3 New Comment: Is this a standard install? My Oracle9 on Solaris 2.8 is all installed under $ORACLE_HOME/lib Previous Comments: [2002-09-30 04:58:45] [EMAIL PROTECTED] Configuring php with the --with-oci8 option fails when compiling in 64bit mode, because the configuration script will not find the correct path of the Oracle 64bit libraries. The libraries are installed in $ORACLE_HOME/lib64. The Library Path is resolved to $ORACLE_HOME/lib wher the 32bit libraries reside. -- Edit this bug report at http://bugs.php.net/?id=19670&edit=1
#19671 [Fbk]: 64bit compilation fails (zend_execute.c)
ID: 19671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.2.3 New Comment: no this is a bit different I believe sebastian. Previous Comments: [2002-09-30 06:26:12] [EMAIL PROTECTED] Similar to http://bugs.php.net/bug.php?id=18640 ? [2002-09-30 06:11:15] [EMAIL PROTECTED] jason just made a post to the PHP-dev list about this, with a patch to allow this to work. Can you try applying it and seeing if things work for you alright? Sorry I don't have a link handy, but here's the general info: Posted by Jason Greene, Sept 25, 2002. Topic: [PHP-DEV] [PATCH] 64 bit PHP (long vs int problems) [2002-09-30 05:10:33] [EMAIL PROTECTED] When compiling php in 64bit mode and statically linked to Apache then you'll receive an error that libphp.a is a 32bit library archive. Only the zend_execute.o ist 32bit, all others are correct. In the Zend Makefile for zend_execute.c the CFLAGS are missing! -- Edit this bug report at http://bugs.php.net/?id=19671&edit=1
#19673 [NEW]: Only last cookie of multiple setcookies is set.
From: [EMAIL PROTECTED]
Operating system: Linux 2.2.17 (Debian potato)
PHP version: 4.2.2
PHP Bug Type: HTTP related
Bug description: Only last cookie of multiple setcookies is set.
When setting multiple cookies in a script, only the last cookie remains. I
tested it by:
setcookie("one", "1");
setcookie("two", "2");
setcookie("three", "3");
Then I fetched the script via telnet to see the headers, and only one
header was set:
Set-Cookie: three=3
I tracked it down to ext/standard/head.c, end of the
php_setcookie-funkction.
There, sapi_add_header gets executed. sapi_add_header is a macro to
sapi_add_header_ex with the replace-bit SET!
That means, every cookie gets overwritten by its predecessor. In fact,
only the last cookie remains.
I fixed it by exchanging the line
return sapi_add_header(cookie, strlen(cookie), 0);
with
return sapi_add_header_ex(cookie, strlin(cookie), 0, 0 TSRMLS_CC);
After compiling the patched PHP, setting multiple cookies succeedes.
Is that a bug in PHP or was it written on purpose, that only one cookie
can be set?
I could have changed the macro in main/SAPI.h, but the macro is used in
ext/zlib/zlib.c and ext/session/session.c and I didn't want to confuse
them.
--
Edit bug report at http://bugs.php.net/?id=19673&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19673&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19673&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19673&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19673&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19673&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19673&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19673&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19673&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19673&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19673&r=globals
#19639 [Fbk->Opn]: PHP crashes apache on restart of the webserver
ID: 19639 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Slackware 8.1 - Linux 2.4.19 PHP Version: 4.2.3 New Comment: As I've said before, I've tried apache 2.0.40 and 2.0.42. Tried PHP 4.2.3, some CVS I don't remember, and the lastest STABLE CVS of that day (php4-STABLE-200209260600). Also have tried with minimal configuration (just the prefix and the enable parameters) and it didn't work. A new detail that may be of your interest is that the bug IS NOT reproducible on Solaris 8/SPARC. Running a standalone apache itself doesn't cause any errors on restart. The problem only occurs when PHP is loaded to Apache. What about? Previous Comments: [2002-09-28 04:43:24] [EMAIL PROTECTED] Try CVS versions both PHP and Apache2. Does it help? [2002-09-27 15:19:09] [EMAIL PROTECTED] In apache 2.0.40/42 I got the following messages when attempting to *restart* the server. -- [Fri Sep 27 16:54:34 2002] [notice] SIGHUP received. Attempting to restart [Fri Sep 27 16:54:34 2002] [notice] Digest: generating secret for digest authentication ... [Fri Sep 27 16:54:34 2002] [notice] Digest: done [Fri Sep 27 16:54:35 2002] [notice] seg fault or similar nasty error detected in the parent process --- I tried PHP versions 4.2.3 and CVS 25/Sep 26/Sep, all combinations giving the same problem. If I do a ./apachectl start, the server comes up ok and a phpinfo() show everything normally. The problem only occurs on a restart of the server. The backtrace --- Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-slackware-linux"... (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X [New Thread 1024 (LWP 469)] Program received signal SIGHUP, Hangup. [Switching to Thread 1024 (LWP 469)] _dl_debug_state () at dl-debug.c:57 57 dl-debug.c: No such file or directory. in dl-debug.c (gdb) (gdb) bt #0 _dl_debug_state () at dl-debug.c:57 #1 0x400caec6 in dlclose_doit (handle=0x812cfb0) at dlclose.c:25 #2 0x4000a1b0 in _dl_catch_error (objname=0x8129408, errstring=0x812940c, operate=0x400caeac , args=0x812cfb0) at dl-error.c:152 #3 0x400cb2a0 in _dlerror_run (operate=0x400caeac , args=0x812cfb0) at dlerror.c:130 #4 0x400caef0 in dlclose (handle=0x812cfb0) at dlclose.c:31 #5 0x4005d7ef in dso_cleanup (thedso=0x812b068) at dso.c:110 #6 0x4005c87b in run_cleanups (c=0x8184398) at apr_pools.c:1961 #7 0x4005bacf in apr_pool_clear (pool=0x80f9358) at apr_pools.c:709 #8 0x0807290e in main (argc=2, argv=0xb924) at main.c:600 #9 0x400fb17d in __libc_start_main (main=0x8072340 , argc=2, ubp_av=0xb924, init=0x8065464 <_init>, fini=0x80d74b0 <_fini>, rtld_fini=0x4000a534 <_dl_fini>, stack_end=0xb91c) at ../sysdeps/generic/libc-start.c:129 --- My configure lines... ./configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache/bin/apxs --enable-libgcc --enable-ftp --enable-sockets and ./configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache/bin/apxs --with-zlib=shared --with-zlib-dir=shared,/usr/lib --with-bz2=shared,/usr/lib --with-dom=shared,/usr/lib --with-expat-dir=shared,/usr/local/expat --with-dom-xslt=shared,/usr/lib --with-expat-dir=shared,/usr/local/expat --with-dom-exslt=shared,/usr/lib --with-expat-dir=shared,/usr/local/expat --with-gettext=shared,/usr/local/gettext --with-pgsql=shared,/usr/local/postgresql --with-m --with-openssl=shared,/usr/local/openssl --with-gd=shared,/usr/local/gd --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib --with-pear=/usr/local/php/lib/pear --enable-libgcc --enable-dio --enable-ftp --enable-sockets Any comments? William -- Edit this bug report at http://bugs.php.net/?id=19639&edit=1
#19674 [NEW]: Session security enhancements
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.2 PHP Bug Type: Feature/Change Request Bug description: Session security enhancements I've noticed a few similar requests being marked as bogus, often for lack of feedback or because the orginal submitted didn't seem to really understand what they were asking. It would be nice if the cookie used by PHP to propagate the session id between pages could conform to following format: PHPSESSIONID="expTime+sessionid+MD5(expTime+sessionis+server_secret)" where expTime is the unixtime stamp at which point the _server_ should stop accepting this cookie, sessionid is the current value, server_secret is some php.ini value used to generate a secure MAC. '+' represents string concatenation with a deliminator not found in the input strings. Client_IP should also be conisdered for inclusion in the cookie and MAC. expTime can default to some time far in the future if people don't want to expire cookies (transient or permenant) at the server-side. session_start would need to be revised to extract the payload, recalculate the MAC and check for cookie expiration. For reasons of backward compatibilty it might be best to change the name of the cookie variable so that session_start can detect which format of cookie to parse so that people who don't need the added level of security aren't penalized with the increased computational load. This feature, if client ip is included and chceked, protects users from (most) replay attacks and protects both the server and client from session hijacking. At present one can fake this feature by setting a user-defined cookie with all the needed data and then comparing the sessionid from the session cookie with the sessionid in the user cookie. While this method works, it requires sending two cookies to the user, which is less than ideal. For more information about why this type of cookie is prefered, there is a long article at http://pdos.lcs.mit.edu/cookies/pubs/webauth:tr.pdf -- Edit bug report at http://bugs.php.net/?id=19674&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19674&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19674&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19674&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19674&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19674&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19674&r=support Expected behavior: http://bugs.php.net/fix.php?id=19674&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19674&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19674&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19674&r=globals
#19670 [Fbk->Opn]: 64bit Oracle installation fails
ID: 19670 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: Solaris 2.8 PHP Version: 4.2.3 New Comment: Yes, this is a standard install of Oracle 8. All 32 bit Libraries are in $ORACLE_HOME/lib and 64 bit Libraries in $ORACLE_HOME/lib64 The problem is the configure script, which is not aware of compiling 64 bit - so the wrong library path is set. The actual wayaround is to edit the configure script accordingly vi configure :1,$s-OCI8_DIR\/lib-OCI8_DIR\/lib64-g :wq This works - but there should be a better solution in future. Previous Comments: [2002-09-30 07:44:13] [EMAIL PROTECTED] Is this a standard install? My Oracle9 on Solaris 2.8 is all installed under $ORACLE_HOME/lib [2002-09-30 04:58:45] [EMAIL PROTECTED] Configuring php with the --with-oci8 option fails when compiling in 64bit mode, because the configuration script will not find the correct path of the Oracle 64bit libraries. The libraries are installed in $ORACLE_HOME/lib64. The Library Path is resolved to $ORACLE_HOME/lib wher the 32bit libraries reside. -- Edit this bug report at http://bugs.php.net/?id=19670&edit=1
#19673 [Opn->Csd]: Only last cookie of multiple setcookies is set.
ID: 19673
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: HTTP related
Operating System: Linux 2.2.17 (Debian potato)
PHP Version: 4.2.2
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2002-09-30 08:09:18] [EMAIL PROTECTED]
When setting multiple cookies in a script, only the last cookie
remains. I tested it by:
setcookie("one", "1");
setcookie("two", "2");
setcookie("three", "3");
Then I fetched the script via telnet to see the headers, and only one
header was set:
Set-Cookie: three=3
I tracked it down to ext/standard/head.c, end of the
php_setcookie-funkction.
There, sapi_add_header gets executed. sapi_add_header is a macro to
sapi_add_header_ex with the replace-bit SET!
That means, every cookie gets overwritten by its predecessor. In fact,
only the last cookie remains.
I fixed it by exchanging the line
return sapi_add_header(cookie, strlen(cookie), 0);
with
return sapi_add_header_ex(cookie, strlin(cookie), 0, 0 TSRMLS_CC);
After compiling the patched PHP, setting multiple cookies succeedes.
Is that a bug in PHP or was it written on purpose, that only one cookie
can be set?
I could have changed the macro in main/SAPI.h, but the macro is used in
ext/zlib/zlib.c and ext/session/session.c and I didn't want to confuse
them.
--
Edit this bug report at http://bugs.php.net/?id=19673&edit=1
#19668 [Opn->Fbk]: Crash when using callback with ob_start()
ID: 19668
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Output Control
Operating System: Win2000
PHP Version: 4.2.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Previous Comments:
[2002-09-30 03:09:03] [EMAIL PROTECTED]
System: Win2000 SP3 (dual CPU if it matters), Apache 1.3.26 (default
setup), and PHP 4.2.3 as a module (default setup)
Problem: When I use ob_start('callback') and "callback" takes $var as
its parameter, Apache crashes if you modify $var and reassign it to
$var.
Code:
It seems that an Apache child thread can process the script once before
it crashes the child process. e.g. Refresh within KeepAliveTimeout
seconds and it will crash; or with KeepAlive Off, it crashes after
ThreadsPerChild requests.
The "Apache.exe has generated errors..." box pops up. The only thing in
Apache's error log is
[info] master_main: Child processed exited prematurely. Restarting the
child process.
I have the "Dr. Watson" crash log file that was generated if it's of
any use: http://www.realplain.com/phpcrash.txt
BTW, that's weird; I just closed some apps that I usually have running
so their processes wouldn't show up in that log and now I can't get the
above script to crash every time (or at all!) like I could a few mins
ago. Hmm... So don't know if you can reproduce it. However, the script
where I originally noticed it is still crashing consistently as
before.
Thanks for your time.
--
Edit this bug report at http://bugs.php.net/?id=19668&edit=1
#19675 [NEW]: 0 goes wrong ...
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.0 PHP Bug Type: DOM XML related Bug description: 0 goes wrong ... $data = "Joe Cool0"; $XMLDoc = xmldoc($data); $XMLTree = xmltree($data); print_r($XMLTree); You will see that array SHOULD look like this: me[name] = Joe Cool me[age] = 0 But it is like this: me[name] = Joe Cool me[][0] = NULL -- Edit bug report at http://bugs.php.net/?id=19675&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19675&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19675&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19675&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19675&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19675&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19675&r=support Expected behavior: http://bugs.php.net/fix.php?id=19675&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19675&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19675&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19675&r=globals
#19676 [NEW]: The specified CGI application misbehaved by not returning a complete set of HTT
From: [EMAIL PROTECTED] Operating system: windows2000 PHP version: 4.2.3 PHP Bug Type: IIS related Bug description: The specified CGI application misbehaved by not returning a complete set of HTT The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are -- Edit bug report at http://bugs.php.net/?id=19676&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19676&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19676&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19676&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19676&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19676&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19676&r=support Expected behavior: http://bugs.php.net/fix.php?id=19676&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19676&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19676&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19676&r=globals
#19676 [Opn->Bgs]: The specified CGI application misbehaved by not returning a complete set of HTT
ID: 19676 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: windows2000 PHP Version: 4.2.3 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. Previous Comments: [2002-09-30 10:02:23] [EMAIL PROTECTED] The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are -- Edit this bug report at http://bugs.php.net/?id=19676&edit=1
#19670 [Opn->Fbk]: 64bit Oracle installation fails
ID: 19670 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Configuration Issues Operating System: Solaris 2.8 PHP Version: 4.2.3 New Comment: I understand what your claiming the bug is, thats not the issue. What I'm questioning is the validity of the bug, in the sense that my local 64bit Oracle install doesn't use the lib64 notation, but still uses the lib. Which may mean that my install is borked, but thus my asking. Previous Comments: [2002-09-30 09:36:00] [EMAIL PROTECTED] Yes, this is a standard install of Oracle 8. All 32 bit Libraries are in $ORACLE_HOME/lib and 64 bit Libraries in $ORACLE_HOME/lib64 The problem is the configure script, which is not aware of compiling 64 bit - so the wrong library path is set. The actual wayaround is to edit the configure script accordingly vi configure :1,$s-OCI8_DIR\/lib-OCI8_DIR\/lib64-g :wq This works - but there should be a better solution in future. [2002-09-30 07:44:13] [EMAIL PROTECTED] Is this a standard install? My Oracle9 on Solaris 2.8 is all installed under $ORACLE_HOME/lib [2002-09-30 04:58:45] [EMAIL PROTECTED] Configuring php with the --with-oci8 option fails when compiling in 64bit mode, because the configuration script will not find the correct path of the Oracle 64bit libraries. The libraries are installed in $ORACLE_HOME/lib64. The Library Path is resolved to $ORACLE_HOME/lib wher the 32bit libraries reside. -- Edit this bug report at http://bugs.php.net/?id=19670&edit=1
#16402 [Com]: UnsatisfiedLinkError: send when loading any php file
ID: 16402 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Servlet related Operating System: RedHat Linux PHP Version: 4.1.2 New Comment: I have the same problem using PHP 4.2.3 running as servlet under Tomcat 4.1.10. The operating system is SuSE linux version 8.0. I made the changes mentioned to the properties files in the jar phpsrvlt.jar and rebuilt. I now get can not find 'libphp4' in the java.library.path. I have LD_LIBRARY_PATH pointing to the directory where 'libphp4.so' is located. Can anyone who fixed this problem submit the exact statements they used and where used to correct the library not found problem. Many Thanks! Ivan Previous Comments: [2002-05-15 17:52:06] [EMAIL PROTECTED] Yeah I got past this error a long time ago, but then the whole thing just crashes after a couple page loads so I gave up on it [2002-05-15 16:25:14] [EMAIL PROTECTED] I finally got past this error. This is actually the secondary error. The first page load when you start tomcat with the php servlet gives the error "no php4 in java.library.path" even though libphp4.so is in the java.library.path either via a tomcat startup directive or the env variable LD_LIBRARY_PATH. Subsequent calls will give the unsatisfiedLinkError. the properties files inside of phpsrvlt.jar point to php4.so, instead of libphp4.so. I edited the properties files and rebuilt the jar and it worked. Unfortunately I can only get a couple of page loads before tomcat crashes on me, but that's another error entirely. [2002-04-02 22:37:56] [EMAIL PROTECTED] I've installed tomcat 4.0.2 and compiled php with the --with-servlet and --with-java options. I've placed the jar file into my tomcat_home/libs dir, and added the libphp4.so to the LD_LIBRARY_PATH environment variable. I've also configured web.xml, and it seems to be correct. When I try to load any php page, tomcat throws the following internal server error, whose root cause is "UnsatisfiedLinkError: send": javax.servlet.ServletException: Servlet execution threw an exception at javax.servlet.ServletException.(ServletException.java:132) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java(Compiled Code)) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java(Compiled Code)) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java(Compiled Code)) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java(Compiled Code)) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java(Compiled Code)) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java(Compiled Code)) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java(Compiled Code)) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java(Compiled Code)) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java(Compiled Code)) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java(Compiled Code)) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java(Compiled Code)) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java(Compiled Code)) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java(Compiled Code)) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java(Compiled Code)) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java(Compiled Code)) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java(Compiled Code)) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java(Compiled Code)) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java(Compiled Code)) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java(Compiled Code)) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java(Compiled Code)) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java(Compiled Code)) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java(Compiled Code)) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java(Compiled Code)) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java(Compiled Code)) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java(Compiled Code))
#11174 [Fbk->Csd]: Web server won't start after php make install
ID: 11174 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: iPlanet related Operating System: Solaris 2.7 & Solaris 2.8 PHP Version: 4.0.5 New Comment: This user doesn't have the problem anymore, and there are other open reports about the same issue. Previous Comments: [2002-09-29 20:16:17] [EMAIL PROTECTED] I meant to ask: Does it work for you? :) [2002-09-29 20:15:56] [EMAIL PROTECTED] Does the solution provided in #10821? [2002-06-02 13:54:51] [EMAIL PROTECTED] Dup of #10821 [2001-05-29 13:49:23] [EMAIL PROTECTED] I am trying to configure PHP4 to be used with Netscape Enterprise 3.6 with NSAPI, LDAP, and SYBASE-CT on a Solaris 2.7 machine. The error from the NES admin tool is pclose() failed. (2: unknown early startup error) Error An error occurred during startup. The server https- was not started. PHP4.0.5 compile is successfull with the following configuration: ./configure --with-nsapi=/opt/netscape/suitspot --with-ldap=/usr/local/ldap --with-sybase=/usr/syb119/11.1.1 --enable-track-vars --enable-libgcc I have completed the PHP4 install steps mentioned on: http://www.php.net/manual/en/install.netscape-enterprise.ph I have verified clean tests from the Netscape bug report with Netscape Engineers: http://help.netscape.com/kb/corporate/19990524-10.html If I comment out the following line from the obj.conf file the server will start as expected. Init fn="load-modules" funcs="php4_init,php4_close,php4_execute,php4_auth_tr ans" shlib="/opt/netscape/suitspot/bin/libphp4.so" My previous PHP install without the LDAP and Sybase extensions worked just fine. Problem is that I need the LDAP and Sybase modules. I have attempted this with Solaris 2.8 and iPlanet Webserver 4.1 SP7 with the same problems. Anyone have any ideas? Take Care, Eric G. Grant -- Edit this bug report at http://bugs.php.net/?id=11174&edit=1
#19626 [Bgs->Opn]: session user-defined handler also called even if session.save_handler set to mm
ID: 19626 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Session related Operating System: linux PHP Version: 4.2.2 New Comment: i dont ask for support and i dont edit/use a wrong ini file either. it must be a bug in php or the documentation. Previous Comments: [2002-09-28 02:30:01] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. Most probably, you're editing wrong php.ini, there is .htaccess or php.ini values in httpd.conf. [2002-09-26 19:36:03] [EMAIL PROTECTED] according to the documentation, the user-session-save_handler installed by session_set_save_handler gets only called if session.save_handler is set to user in the config. this isn't true. it's also called even if session.save_handler is set to for example mm. documentation or php bug ? -- Edit this bug report at http://bugs.php.net/?id=19626&edit=1
#19678 [NEW]: echo and print output the number of bytes written
From: [EMAIL PROTECTED]
Operating system: redhat 7.3
PHP version: 4.2.3
PHP Bug Type: Output Control
Bug description: echo and print output the number of bytes written
$doc = domxml_open_mem($HTTP_RAW_POST_DATA);
if (!$doc) {
soap_fault("BAD_DATA","The content supplied was invalid");
}
$env = $doc->document_element();
$body = $env->first_child();
$nodes = $body->child_nodes();
$c = sizeof($nodes);
for($i=0;$i<$c;$i++)
{
if ($nodes[$i]->tagname == "method") $method =
$nodes[$i]->get_content();
if ($nodes[$i]->tagname == "argv") $argv = $nodes[$i]->child_nodes();
}
echo "AnyData Here";
results in:
c
AnyData Here
That 'c' represents 12, the number of bytes written.
It will do this for every usage of echo, here is a more complicated
response result (can't show code cause my company won't allow that, will
try to provide another sample later)
Sample Code/Output:
-- begin code --
header("Content-Type: text/xml; charset=\"UTF-8\")");
header("Cache-control: private");
echo "";
echo "http://schemas.xmlsoap.org/soap/envelope/\";>";
echo "";
echo "success";
echo "";
exit();
-- end code --
-- begin output --
d0
http://schemas.xmlsoap.org/soap/envelope/";>success
0
-- end output --
--
Edit bug report at http://bugs.php.net/?id=19678&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19678&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19678&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19678&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19678&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19678&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19678&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19678&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19678&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19678&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19678&r=globals
#17774 [Csd->Opn]: connection_status() not returning correct result
ID: 17774
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Open
Bug Type: Scripting Engine problem
Operating System: FREEBSD 4.5-STABLE
PHP Version: 4.0CVS-2002-06-15
New Comment:
This is an old posting of the bug, it was back in the days when I was
with rackshack and running freebsd 4.5-STABLE.
I am now running freebsd 4.7-RELEASE 2 and amn with a different ISP,
thus a totally different machine.
>From your very latest CVS, I just downloaded and installed 5 minutes
ago this error is still occuring.
In fact your latest version is even worse, now the script, which I will
detail below doesnt print anything in the browser it just waits, and
you press stop say after 5 seconds, approx 45 seconds later [thats a
total of 50 1 second sleep attempts] the script writes to the outpout
file the connection_status, which is a 0, this is saying that the
script finsihed normally, this is WRONG according to your own manual of
which it shgould report connection status 1, which is unatural
termination of the script.
This bug is not fixed, it cannot be me I have been through all flavours
and rebuilds of freebsd and every time the same error!
This is the script, still the same as it was before the latest cvs
install that now doesnt display anything, you can view this script at
http://admin.mghost.net/~neil/test/index.php, the output file is
http://admin.mghost.net/~neil/test/wank.txt.
$a){
sleep('1');
print connection_status();
flush();
$a = $a + 1;
}
exitfp();
?>
Previous Comments:
[2002-09-29 22:47:09] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Using latest CVS snapshot I cannot replicate the problem you've
described. According to
http://www.php.net/manual/en/features.connection-handling.php
0 - NORMAL, and 0 is what gets printed to the browser. Upon untimely
termination of script, 1 is written to the output file, which means
that connection was aborted.
[2002-09-25 12:40:54] [EMAIL PROTECTED]
An ammendmant to my last two posts.
I would expect the script to put a '1' into wank.txt if somebody
presses the STOP button on there browser.
However the output I am getting is a '0' to say it disconnected
regulary.
[2002-09-25 08:33:25] [EMAIL PROTECTED]
Oh yeah, running that script, if I press the STOP button halfway
through, after a while it will output "0" into wank.txt, which is
wrong, it should put 2 is it? for connection closed.
[2002-09-25 08:31:31] [EMAIL PROTECTED]
I found there may be flaws with that code, so I wrote something else to
test if the function was fixed, and it appears not, here is the code,
if somebody cancels I would expect it to put '0' into wank.txt :-
$a){
sleep('1');
print connection_status();
flush();
$a = $a + 1;
}
exitfp();
?>
[2002-09-25 07:38:18] [EMAIL PROTECTED]
According to Bug #17265 this problem should be fixed rite?
Well I downloaded the latest CVS like 5 minutes ago.
THe following code snippets should return into a file that the
connection was aborted, if this function was really fixed, rite?? well
the outputs I am getting into my temp files to check the output of the
script is "6077440 - 6076648 - 0 - not aborted - Keep-Alive"
Heres the script :-
while(!feof($pl_of) and !connection_aborted()) {
$pl_buffer = fread($pl_of, 1024);
echo($pl_buffer);
flush();
$pl_sent = $pl_sent + 1024;
}
fclose ($pl_of);
if ($pl_sent >= $pl_filesize){
$pl_totalsent = "100%";
}else{
$pl_totalsent = round((100 / $pl_filesize *
$pl_sent),2) . "%";
}
if (connection_aborted() == true){
$temp = 'aborted';
}else{
$temp = 'not aborted';
}
$pl_totalsent = "$pl_sent - $pl_filesize - " .
connection_status() . " -
" . $temp . " - " . $_SERVER['HTTP_CONNECTION'];
The remainder
#17774 [Opn->Fbk]: connection_status() not returning correct result
ID: 17774
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: FREEBSD 4.5-STABLE
PHP Version: 4.0CVS-2002-06-15
New Comment:
If you did a clean install you have output buffering enabled, meaning
that PHP won't send the browser data until it filled the buffer of 4k
or the script has stopped running. This is why it does not output
anything right away. The other 'problem' can be explain by the fact you
likely have 'ignore_user_abort' enabled, meaning that the script will
run till completion even if the user connection was terminated or timed
out.
Previous Comments:
[2002-09-30 14:33:47] [EMAIL PROTECTED]
This is an old posting of the bug, it was back in the days when I was
with rackshack and running freebsd 4.5-STABLE.
I am now running freebsd 4.7-RELEASE 2 and amn with a different ISP,
thus a totally different machine.
>From your very latest CVS, I just downloaded and installed 5 minutes
ago this error is still occuring.
In fact your latest version is even worse, now the script, which I will
detail below doesnt print anything in the browser it just waits, and
you press stop say after 5 seconds, approx 45 seconds later [thats a
total of 50 1 second sleep attempts] the script writes to the outpout
file the connection_status, which is a 0, this is saying that the
script finsihed normally, this is WRONG according to your own manual of
which it shgould report connection status 1, which is unatural
termination of the script.
This bug is not fixed, it cannot be me I have been through all flavours
and rebuilds of freebsd and every time the same error!
This is the script, still the same as it was before the latest cvs
install that now doesnt display anything, you can view this script at
http://admin.mghost.net/~neil/test/index.php, the output file is
http://admin.mghost.net/~neil/test/wank.txt.
$a){
sleep('1');
print connection_status();
flush();
$a = $a + 1;
}
exitfp();
?>
[2002-09-29 22:47:09] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Using latest CVS snapshot I cannot replicate the problem you've
described. According to
http://www.php.net/manual/en/features.connection-handling.php
0 - NORMAL, and 0 is what gets printed to the browser. Upon untimely
termination of script, 1 is written to the output file, which means
that connection was aborted.
[2002-09-25 12:40:54] [EMAIL PROTECTED]
An ammendmant to my last two posts.
I would expect the script to put a '1' into wank.txt if somebody
presses the STOP button on there browser.
However the output I am getting is a '0' to say it disconnected
regulary.
[2002-09-25 08:33:25] [EMAIL PROTECTED]
Oh yeah, running that script, if I press the STOP button halfway
through, after a while it will output "0" into wank.txt, which is
wrong, it should put 2 is it? for connection closed.
[2002-09-25 08:31:31] [EMAIL PROTECTED]
I found there may be flaws with that code, so I wrote something else to
test if the function was fixed, and it appears not, here is the code,
if somebody cancels I would expect it to put '0' into wank.txt :-
$a){
sleep('1');
print connection_status();
flush();
$a = $a + 1;
}
exitfp();
?>
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/17774
--
Edit this bug report at http://bugs.php.net/?id=17774&edit=1
#17774 [Fbk->Opn]: connection_status() not returning correct result
ID: 17774
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: FREEBSD 4.5-STABLE
PHP Version: 4.0CVS-2002-06-15
New Comment:
Hmm, I probably look a bit thick rite now, but belive I had tried both
values of ignore_user_abort, being set to false and true, but alwasy
the same result, oops on my part for not realins to change it back to
false, I did that and still the same result.
I assume that you mean by output_buffers being set to on, is in teh
php.ini ?
Well This is a clipit of my php.ini
; a value for this directive (e.g., output_buffering=4096).
output_buffering = Off
I havnt changed my php.ini in all my installs [/usr/local/lib/php.ini]
so that has been always set to Off.
So anyway, ive tried with the ignore_user_abort(false); set and still
it ignores the user abort and 50 seconds later produces a file that
contains a '0'.
I havnt changed anything since the last CVS a few days/weeks ago, yet
it is no longer displaying a 0 in the browser it is just going with
behaviour like it is buffering it, like you already suggested.
Previous Comments:
[2002-09-30 14:43:02] [EMAIL PROTECTED]
If you did a clean install you have output buffering enabled, meaning
that PHP won't send the browser data until it filled the buffer of 4k
or the script has stopped running. This is why it does not output
anything right away. The other 'problem' can be explain by the fact you
likely have 'ignore_user_abort' enabled, meaning that the script will
run till completion even if the user connection was terminated or timed
out.
[2002-09-30 14:33:47] [EMAIL PROTECTED]
This is an old posting of the bug, it was back in the days when I was
with rackshack and running freebsd 4.5-STABLE.
I am now running freebsd 4.7-RELEASE 2 and amn with a different ISP,
thus a totally different machine.
>From your very latest CVS, I just downloaded and installed 5 minutes
ago this error is still occuring.
In fact your latest version is even worse, now the script, which I will
detail below doesnt print anything in the browser it just waits, and
you press stop say after 5 seconds, approx 45 seconds later [thats a
total of 50 1 second sleep attempts] the script writes to the outpout
file the connection_status, which is a 0, this is saying that the
script finsihed normally, this is WRONG according to your own manual of
which it shgould report connection status 1, which is unatural
termination of the script.
This bug is not fixed, it cannot be me I have been through all flavours
and rebuilds of freebsd and every time the same error!
This is the script, still the same as it was before the latest cvs
install that now doesnt display anything, you can view this script at
http://admin.mghost.net/~neil/test/index.php, the output file is
http://admin.mghost.net/~neil/test/wank.txt.
$a){
sleep('1');
print connection_status();
flush();
$a = $a + 1;
}
exitfp();
?>
[2002-09-29 22:47:09] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Using latest CVS snapshot I cannot replicate the problem you've
described. According to
http://www.php.net/manual/en/features.connection-handling.php
0 - NORMAL, and 0 is what gets printed to the browser. Upon untimely
termination of script, 1 is written to the output file, which means
that connection was aborted.
[2002-09-25 12:40:54] [EMAIL PROTECTED]
An ammendmant to my last two posts.
I would expect the script to put a '1' into wank.txt if somebody
presses the STOP button on there browser.
However the output I am getting is a '0' to say it disconnected
regulary.
[2002-09-25 08:33:25] [EMAIL PROTECTED]
Oh yeah, running that script, if I press the STOP button halfway
through, after a while it will output "0" into wank.txt, which is
wrong, it should put 2 is it? for connection closed.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the
#17774 [Opn->Fbk]: connection_status() not returning correct result
ID: 17774
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: FREEBSD 4.5-STABLE
PHP Version: 4.0CVS-2002-06-15
New Comment:
Do you have output compression enabled, whether via PHP or via Apache
(mod_gzip module for example) ?
Previous Comments:
[2002-09-30 15:00:28] [EMAIL PROTECTED]
Hmm, I probably look a bit thick rite now, but belive I had tried both
values of ignore_user_abort, being set to false and true, but alwasy
the same result, oops on my part for not realins to change it back to
false, I did that and still the same result.
I assume that you mean by output_buffers being set to on, is in teh
php.ini ?
Well This is a clipit of my php.ini
; a value for this directive (e.g., output_buffering=4096).
output_buffering = Off
I havnt changed my php.ini in all my installs [/usr/local/lib/php.ini]
so that has been always set to Off.
So anyway, ive tried with the ignore_user_abort(false); set and still
it ignores the user abort and 50 seconds later produces a file that
contains a '0'.
I havnt changed anything since the last CVS a few days/weeks ago, yet
it is no longer displaying a 0 in the browser it is just going with
behaviour like it is buffering it, like you already suggested.
[2002-09-30 14:43:02] [EMAIL PROTECTED]
If you did a clean install you have output buffering enabled, meaning
that PHP won't send the browser data until it filled the buffer of 4k
or the script has stopped running. This is why it does not output
anything right away. The other 'problem' can be explain by the fact you
likely have 'ignore_user_abort' enabled, meaning that the script will
run till completion even if the user connection was terminated or timed
out.
[2002-09-30 14:33:47] [EMAIL PROTECTED]
This is an old posting of the bug, it was back in the days when I was
with rackshack and running freebsd 4.5-STABLE.
I am now running freebsd 4.7-RELEASE 2 and amn with a different ISP,
thus a totally different machine.
>From your very latest CVS, I just downloaded and installed 5 minutes
ago this error is still occuring.
In fact your latest version is even worse, now the script, which I will
detail below doesnt print anything in the browser it just waits, and
you press stop say after 5 seconds, approx 45 seconds later [thats a
total of 50 1 second sleep attempts] the script writes to the outpout
file the connection_status, which is a 0, this is saying that the
script finsihed normally, this is WRONG according to your own manual of
which it shgould report connection status 1, which is unatural
termination of the script.
This bug is not fixed, it cannot be me I have been through all flavours
and rebuilds of freebsd and every time the same error!
This is the script, still the same as it was before the latest cvs
install that now doesnt display anything, you can view this script at
http://admin.mghost.net/~neil/test/index.php, the output file is
http://admin.mghost.net/~neil/test/wank.txt.
$a){
sleep('1');
print connection_status();
flush();
$a = $a + 1;
}
exitfp();
?>
[2002-09-29 22:47:09] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Using latest CVS snapshot I cannot replicate the problem you've
described. According to
http://www.php.net/manual/en/features.connection-handling.php
0 - NORMAL, and 0 is what gets printed to the browser. Upon untimely
termination of script, 1 is written to the output file, which means
that connection was aborted.
[2002-09-25 12:40:54] [EMAIL PROTECTED]
An ammendmant to my last two posts.
I would expect the script to put a '1' into wank.txt if somebody
presses the STOP button on there browser.
However the output I am getting is a '0' to say it disconnected
regulary.
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/17774
--
Edit this bug report at h
#17774 [Fbk->Opn]: connection_status() not returning correct result
ID: 17774
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: FREEBSD 4.5-STABLE
PHP Version: 4.0CVS-2002-06-15
New Comment:
Yes I am, however it didnt do this on the CVS install under a week ago,
thats irrespective of my problem, Im not all that fussed wether it
displays the zero or not, it really doesnt assist me in my long
standing problem with the code I want to write that depends on the STOP
buttong being pressed and detecting this.
Previous Comments:
[2002-09-30 15:05:02] [EMAIL PROTECTED]
Do you have output compression enabled, whether via PHP or via Apache
(mod_gzip module for example) ?
[2002-09-30 15:00:28] [EMAIL PROTECTED]
Hmm, I probably look a bit thick rite now, but belive I had tried both
values of ignore_user_abort, being set to false and true, but alwasy
the same result, oops on my part for not realins to change it back to
false, I did that and still the same result.
I assume that you mean by output_buffers being set to on, is in teh
php.ini ?
Well This is a clipit of my php.ini
; a value for this directive (e.g., output_buffering=4096).
output_buffering = Off
I havnt changed my php.ini in all my installs [/usr/local/lib/php.ini]
so that has been always set to Off.
So anyway, ive tried with the ignore_user_abort(false); set and still
it ignores the user abort and 50 seconds later produces a file that
contains a '0'.
I havnt changed anything since the last CVS a few days/weeks ago, yet
it is no longer displaying a 0 in the browser it is just going with
behaviour like it is buffering it, like you already suggested.
[2002-09-30 14:43:02] [EMAIL PROTECTED]
If you did a clean install you have output buffering enabled, meaning
that PHP won't send the browser data until it filled the buffer of 4k
or the script has stopped running. This is why it does not output
anything right away. The other 'problem' can be explain by the fact you
likely have 'ignore_user_abort' enabled, meaning that the script will
run till completion even if the user connection was terminated or timed
out.
[2002-09-30 14:33:47] [EMAIL PROTECTED]
This is an old posting of the bug, it was back in the days when I was
with rackshack and running freebsd 4.5-STABLE.
I am now running freebsd 4.7-RELEASE 2 and amn with a different ISP,
thus a totally different machine.
>From your very latest CVS, I just downloaded and installed 5 minutes
ago this error is still occuring.
In fact your latest version is even worse, now the script, which I will
detail below doesnt print anything in the browser it just waits, and
you press stop say after 5 seconds, approx 45 seconds later [thats a
total of 50 1 second sleep attempts] the script writes to the outpout
file the connection_status, which is a 0, this is saying that the
script finsihed normally, this is WRONG according to your own manual of
which it shgould report connection status 1, which is unatural
termination of the script.
This bug is not fixed, it cannot be me I have been through all flavours
and rebuilds of freebsd and every time the same error!
This is the script, still the same as it was before the latest cvs
install that now doesnt display anything, you can view this script at
http://admin.mghost.net/~neil/test/index.php, the output file is
http://admin.mghost.net/~neil/test/wank.txt.
$a){
sleep('1');
print connection_status();
flush();
$a = $a + 1;
}
exitfp();
?>
[2002-09-29 22:47:09] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Using latest CVS snapshot I cannot replicate the problem you've
described. According to
http://www.php.net/manual/en/features.connection-handling.php
0 - NORMAL, and 0 is what gets printed to the browser. Upon untimely
termination of script, 1 is written to the output file, which means
that connection was aborted.
The remainder of the comments for this report are too long. To view
the rest of the comments, ple
#19301 [Fbk->Csd]: curl_exec crashes
ID: 19301 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: cURL related Operating System: Windows XP Professional CZ PHP Version: 4.2.3 Assigned To: jmoore New Comment: mine was latest CVS on the date I posted it, it might be a bug in curl which is casuing the crash and the machine which is doing the snap shot builds is using an older version. Ill find out and get that updated if that is the case. CLosing this bug for now as it seems a tertary problem rather than a PHP one. - James Previous Comments: [2002-09-30 04:32:32] [EMAIL PROTECTED] I just tried your latest-cvs-with-curl build and yes that is also working for me. However, the latest non-stable snapshot http://snaps.php.net/win32/php4-win32-latest.zip (dated 20020929) is still failing and I would have thought that was the same code as you tested, or is there just some latency from CVS to the latest non-stable builds? [2002-09-28 04:50:41] [EMAIL PROTECTED] OK just built Debug and Release versions of Curl (Curl-7.9.8) (NON-SSL) and the same of the PHP Extension from the latest CVS and cannot reproduce this bug in the latest versions. The crash no longer happens. Although it is reproduceable with PHP-4.2.3 which was downloadable from PHP.net. You can download the version I tested this with (Only got php_curl.dll & libcurl.dll accompanying it) from http://www.phpuk.org/~james/latest-cvs-with-curl.zip. Please let me know if the problem persists with you in this build. - James [2002-09-25 04:19:11] [EMAIL PROTECTED] Ill have a look at this on friday and see if I can reproduce this and get a stack trace then hopefully fix it. If anyone wants a play before hand then they are welcome to. - James [2002-09-25 04:12:59] [EMAIL PROTECTED] Have just tried that on Win2K. The problem still exists, both when running php as standalone and sapi module under Apache 1.3.26 [2002-09-24 09:23:38] [EMAIL PROTECTED] Could you try to reproduce this with a non-stable snapshot? http://snaps.php.net/win32/php4-win32-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19301 -- Edit this bug report at http://bugs.php.net/?id=19301&edit=1
#19680 [NEW]: mail 5th parameter in safe_mode
From: [EMAIL PROTECTED] Operating system: any PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: mail 5th parameter in safe_mode as of 4.2.3 mail() doesn't accept the 5th parameter in safe more any more. However, my mailinglist system PHPlist uses this feature to be able to process bounces to the mailinglist. As particularly ISPs run PHP in safe mode, this may become a problem when they cannot process bounces and will be blacklisted to some hosts (yahoo is known to do this) for sending too many invalid emails. So I would, on behalve of the ISPs who host users who have installed PHPlist, ask to change this back, or make it configurable, so ISPs can have a choice. Michiel -- Edit bug report at http://bugs.php.net/?id=19680&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19680&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19680&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19680&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19680&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19680&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19680&r=support Expected behavior: http://bugs.php.net/fix.php?id=19680&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19680&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19680&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19680&r=globals
#19678 [Opn->Bgs]: echo and print output the number of bytes written
ID: 19678
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Output Control
Operating System: redhat 7.3
PHP Version: 4.2.3
New Comment:
you just discovered http/1.1 chunked output encoding ;)
you can either switch to http/1.0 to prevent chunked
output or implement chunk decoding as required as a
'MUST' in RFC2616
see also:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.6.1
http://www.w3.org/Protocols/rfc2616/rfc2616-sec19.html#sec19.4.6
Previous Comments:
[2002-09-30 14:11:05] [EMAIL PROTECTED]
$doc = domxml_open_mem($HTTP_RAW_POST_DATA);
if (!$doc) {
soap_fault("BAD_DATA","The content supplied was invalid");
}
$env = $doc->document_element();
$body = $env->first_child();
$nodes = $body->child_nodes();
$c = sizeof($nodes);
for($i=0;$i<$c;$i++)
{
if ($nodes[$i]->tagname == "method") $method =
$nodes[$i]->get_content();
if ($nodes[$i]->tagname == "argv") $argv =
$nodes[$i]->child_nodes();
}
echo "AnyData Here";
results in:
c
AnyData Here
That 'c' represents 12, the number of bytes written.
It will do this for every usage of echo, here is a more complicated
response result (can't show code cause my company won't allow that,
will try to provide another sample later)
Sample Code/Output:
-- begin code --
header("Content-Type: text/xml; charset=\"UTF-8\")");
header("Cache-control: private");
echo "";
echo "http://schemas.xmlsoap.org/soap/envelope/\";>";
echo "";
echo "success";
echo "";
exit();
-- end code --
-- begin output --
d0
http://schemas.xmlsoap.org/soap/envelope/";>success
0
-- end output --
--
Edit this bug report at http://bugs.php.net/?id=19678&edit=1
#19290 [Fbk->Csd]: NSAPI version compile fails, configure says ".../plugins: does not exist"
ID: 19290 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4.2.3 New Comment: I tried snapshot php4-200209300300 and this bug is gone. Note that I had to use GNU sed and make to get rid of "output line too long" and other errors. Thanks! - Bob Previous Comments: [2002-09-29 17:22:46] [EMAIL PROTECTED] And as you're on solaris, make sure you're using GNU sed. [2002-09-29 17:22:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-29 14:56:56] [EMAIL PROTECTED] Here are a few lines from the new configure script: NSAPI_INCLUDE="$NSAPI_INC_DIR -I$NSAPI_INCLUDE" ... ep_dir="`echo $NSAPI_INCLUDE|sed 's%/*[^/][^/]*/*$%%'`" ep_realdir="`(cd \"$ep_dir\" && pwd)`" Notice that ep_dir will contain the -I string, causing the "cd" to fail. [2002-09-29 14:33:23] [EMAIL PROTECTED] I tried compiling the latest version from CVS (200209290900), and it still fails. Here are a few lines from the configure output: checking for FastCGI support... no checking for Zeus ISAPI support... no checking for NSAPI support... /suitespot checking for NSAPI include files... iPlanet/4.x style checking for /suitespot/plugins/include/nsapi.h... yes ./configure: -I/suitespot/plugins: does not exist checking for PHTTPD support... no checking for Pi3Web Support... Here are the compile errors: /bin/sh libtool --silent --mode=compile gcc -Isapi/nsapi/ -I/home8/src/php/beta /php4-200209290900/sapi/nsapi/ -DPHP_ATOM_INC -I/home8/src/php/beta/php4-2002092 90900/include -I/home8/src/php/beta/php4-200209290900/main -I/home8/src/php/beta /php4-200209290900 -I/include -I/home8/src/php/beta/php4-200209290900/Zend -I/ho me8/src/php/beta/php4-200209290900/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_ POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/home8/src/php/beta/php4-200209290900/TSR M -DTHREAD=1 -g -O2 -pthreads -DZTS -prefer-pic -c /home8/src/php/beta/php4-20 0209290900/sapi/nsapi/nsapi.c -o sapi/nsapi/nsapi.lo /home8/src/php/beta/php4-200209290900/sapi/nsapi/nsapi.c:50: nsapi.h: No such fi le or directory /home8/src/php/beta/php4-200209290900/sapi/nsapi/nsapi.c:51: base/pblock.h: No s uch file or directory /home8/src/php/beta/php4-200209290900/sapi/nsapi/nsapi.c:52: base/session.h: No such file or directory /home8/src/php/beta/php4-200209290900/sapi/nsapi/nsapi.c:53: frame/req.h: No suc h file or directory /home8/src/php/beta/php4-200209290900/sapi/nsapi/nsapi.c:54: frame/protocol.h: N o such file or directory /home8/src/php/beta/php4-200209290900/sapi/nsapi/nsapi.c:55: base/util.h: No suc h file or directory /home8/src/php/beta/php4-200209290900/sapi/nsapi/nsapi.c:56: frame/log.h: No suc h file or directory *** Error code 1 make: Fatal error: Command failed for target `sapi/nsapi/nsapi.lo' Thanks, Bob Fillmore [2002-09-26 19:57:02] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. 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/19290 -- Edit this bug report at http://bugs.php.net/?id=19290&edit=1
#19626 [Opn->Fbk]: session user-defined handler also called even if session.save_handler set to mm
ID: 19626 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: linux PHP Version: 4.2.2 New Comment: can you please point me to the exact url in the manual you are refering to? i'm to lazy to read it all up ... Previous Comments: [2002-09-30 12:59:11] [EMAIL PROTECTED] i dont ask for support and i dont edit/use a wrong ini file either. it must be a bug in php or the documentation. [2002-09-28 02:30:01] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. Most probably, you're editing wrong php.ini, there is .htaccess or php.ini values in httpd.conf. [2002-09-26 19:36:03] [EMAIL PROTECTED] according to the documentation, the user-session-save_handler installed by session_set_save_handler gets only called if session.save_handler is set to user in the config. this isn't true. it's also called even if session.save_handler is set to for example mm. documentation or php bug ? -- Edit this bug report at http://bugs.php.net/?id=19626&edit=1
#2965 [Opn->Bgs]: The <= operator does not work properly on characters.
ID: 2965 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Misbehaving function Operating System: Redhat Linux 6.0 PHP Version: 3.0.11 New Comment: it may look strange but it is intended behaviour Previous Comments: [1999-12-13 10:09:12] [EMAIL PROTECTED] for($i = 'A'; $i <= 'Z' ; $i++) echo "$i\n"; -- Edit this bug report at http://bugs.php.net/?id=2965&edit=1
#3008 [Opn->Csd]: implode() garbages when string contains NUL
ID: 3008 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Misbehaving function Operating System: RedHat Linux 6.1 i486 Apache 1.3 PHP Version: 3.0.12 New Comment: works fine in 4.2.3 Previous Comments: [1999-12-19 18:39:31] [EMAIL PROTECTED] When implode() is called with an array which contains a string which contains NUL ie. chr(0), the output of implode() contains garbage, from the point where the NUL ought to have occurred, onwards. The following code demonstrates this. $buggy_string.\n"; echo "members of array are: "; while (list($z, $member) = each($ok_array)) echo $member . ", "; echo "\n"; echo "imploded array is $msg_fields.\n"; ?> This program's output differs with each execution, an example is: buggy_string is this bit is okgarbagegarbagegarbage. members of array are: hello, this bit is okgarbagegarbagegarbage, imploded array is hello|this bit is ok> +SELFhello|this. My configure-string was: ./configure --with-apache=/usr/local/src/apache_1.3.9 --enable-track-vars --with-mcrypt=/usr/local/libmcrypt --with-mhash=/usr/local/mhash --with-mysql=/usr/local/mysql -- Edit this bug report at http://bugs.php.net/?id=3008&edit=1
#19301 [Csd->Asn]: curl_exec crashes
ID: 19301 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Assigned Bug Type: cURL related Operating System: Windows XP Professional CZ PHP Version: 4.2.3 Assigned To: jmoore New Comment: reopening as snaps system uses latest release of curl. - James Previous Comments: [2002-09-30 15:45:50] [EMAIL PROTECTED] mine was latest CVS on the date I posted it, it might be a bug in curl which is casuing the crash and the machine which is doing the snap shot builds is using an older version. Ill find out and get that updated if that is the case. CLosing this bug for now as it seems a tertary problem rather than a PHP one. - James [2002-09-30 04:32:32] [EMAIL PROTECTED] I just tried your latest-cvs-with-curl build and yes that is also working for me. However, the latest non-stable snapshot http://snaps.php.net/win32/php4-win32-latest.zip (dated 20020929) is still failing and I would have thought that was the same code as you tested, or is there just some latency from CVS to the latest non-stable builds? [2002-09-28 04:50:41] [EMAIL PROTECTED] OK just built Debug and Release versions of Curl (Curl-7.9.8) (NON-SSL) and the same of the PHP Extension from the latest CVS and cannot reproduce this bug in the latest versions. The crash no longer happens. Although it is reproduceable with PHP-4.2.3 which was downloadable from PHP.net. You can download the version I tested this with (Only got php_curl.dll & libcurl.dll accompanying it) from http://www.phpuk.org/~james/latest-cvs-with-curl.zip. Please let me know if the problem persists with you in this build. - James [2002-09-25 04:19:11] [EMAIL PROTECTED] Ill have a look at this on friday and see if I can reproduce this and get a stack trace then hopefully fix it. If anyone wants a play before hand then they are welcome to. - James [2002-09-25 04:12:59] [EMAIL PROTECTED] Have just tried that on Win2K. The problem still exists, both when running php as standalone and sapi module under Apache 1.3.26 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/19301 -- Edit this bug report at http://bugs.php.net/?id=19301&edit=1
#14245 [Com]: make install fails on apxs
ID: 14245 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.3.0-dev New Comment: Same problem. AIX 4.3.3.10, GCC 2.95, PHP 4.2.3, Gnu Make 3.79 ** Making install in . make[1]: Entering directory `/oseda/php-4.2.3' /oseda/php-4.2.3/build/shtool mkdir -p "/usr/local/apache/libexec" && /usr/local/apache/bin/apxs -S LIBEXECDIR="/usr/local/apache/libexec" -i -a -n php4 libs/libphp4.so [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=1 make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/oseda/php-4.2.3' make: *** [install-recursive] Error 1 ** The directory "libs" has libphp4.a and libphp4.la only, the directory ".libs" has libphp4.a, .exp, .lai and .so.0 in it. Previous Comments: [2002-07-11 11:23:31] [EMAIL PROTECTED] reclassified [2002-07-11 11:23:11] [EMAIL PROTECTED] This is not fixed. But we know what the problem is and hope to get it solved for 4.3.0 release. [2002-07-11 04:38:59] [EMAIL PROTECTED] There were a lot of fixes done to the build system, the best way to check it is to try for yourself. I suggest you try the latest snapshot @ http://snaps.php.net/php4-latest.tar.gz Derick [2002-07-11 04:22:20] [EMAIL PROTECTED] Is this fixed yet, or are there any plans to fix it? [2002-02-12 04:39:03] [EMAIL PROTECTED] Have you got a fix for this yet? 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/14245 -- Edit this bug report at http://bugs.php.net/?id=14245&edit=1
#3027 [Opn->Csd]: error_log interpets % as printf formats and chrashes
ID: 3027
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Reproducible Crash
Operating System: Linux, FreeBSD
PHP Version: 3.0.12
New Comment:
can't reproduce in 4.2.3 apache module,
and both 4.2.3 and 3.0.18 cgi binaries produce identical (correct)
output
Previous Comments:
[1999-12-22 14:49:30] [EMAIL PROTECTED]
error_log("'%eagle'");
produces in the apache error_log:
[Wed Dec 22 11:28:26 1999] [error] '5.318473e-315agle'
other printf strings. In a sql statement of length it crashes
repeatedly on any query that has a %e %f %g %h %n
My guess is error_log is taking from the next set of arguments, the
values for %. Thus it is causing a buffer overflow from time to time.
though error_log("'%e'"); shows the same scientific number as
eagle.
I have tested this under Redhat 6.0, Apache/1.3.9, PHP 3.0.12. FreeBSd
with Apache/1.3.3, PHP 3.0.6, and Redhat 5.1, Red Hat Secure/2.0,
PHP3.0.8.
a '%%' prints % just fine.
I have added a note to the error_log page.
--
Edit this bug report at http://bugs.php.net/?id=3027&edit=1
#19301 [Asn]: curl_exec crashes
ID: 19301 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: cURL related Operating System: Windows XP Professional CZ PHP Version: 4.2.3 Assigned To: jmoore New Comment: I've manged to get a backtrace using the latest CVS version: It crashes in ext/curl/curl.c:313 NTDLL! 77f83941() NTDLL! 77f838c6() curl_write(char * 0x011607d9, unsigned int 0x0001, unsigned int 0x048b, void * 0x00dcd248) line 313 + 25 bytes PHP_CURL! Curl_client_write + 54 bytes PHP_CURL! Curl_readwrite + 3191 bytes PHP_CURL! Curl_perform + 1135 bytes PHP_CURL! Curl_perform + 120 bytes PHP_CURL! curl_easy_perform + 33 bytes zif_curl_exec(int 0x00dcc190, _zval_struct * 0x00db2780, _zval_struct * 0x0012fe04, int 0x1000, void * * * 0x7ffdf000) line 921 + 11 bytes zend_execute_scripts(int 0x0008, void * * * 0x00db2780, _zval_struct * * 0x, int 0x0003) line 834 + 34 bytes php_execute_script(_zend_file_handle * 0x0012ff48, void * * * 0x00db2780) line 1537 + 27 bytes main(int 0x0003, char * * 0x00db4f78) line 1055 + 17 bytes mainCRTStartup() line 338 + 17 bytes KERNEL32! 77e8d326() Previous Comments: [2002-09-30 17:09:24] [EMAIL PROTECTED] reopening as snaps system uses latest release of curl. - James [2002-09-30 15:45:50] [EMAIL PROTECTED] mine was latest CVS on the date I posted it, it might be a bug in curl which is casuing the crash and the machine which is doing the snap shot builds is using an older version. Ill find out and get that updated if that is the case. CLosing this bug for now as it seems a tertary problem rather than a PHP one. - James [2002-09-30 04:32:32] [EMAIL PROTECTED] I just tried your latest-cvs-with-curl build and yes that is also working for me. However, the latest non-stable snapshot http://snaps.php.net/win32/php4-win32-latest.zip (dated 20020929) is still failing and I would have thought that was the same code as you tested, or is there just some latency from CVS to the latest non-stable builds? [2002-09-28 04:50:41] [EMAIL PROTECTED] OK just built Debug and Release versions of Curl (Curl-7.9.8) (NON-SSL) and the same of the PHP Extension from the latest CVS and cannot reproduce this bug in the latest versions. The crash no longer happens. Although it is reproduceable with PHP-4.2.3 which was downloadable from PHP.net. You can download the version I tested this with (Only got php_curl.dll & libcurl.dll accompanying it) from http://www.phpuk.org/~james/latest-cvs-with-curl.zip. Please let me know if the problem persists with you in this build. - James [2002-09-25 04:19:11] [EMAIL PROTECTED] Ill have a look at this on friday and see if I can reproduce this and get a stack trace then hopefully fix it. If anyone wants a play before hand then they are welcome to. - James 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/19301 -- Edit this bug report at http://bugs.php.net/?id=19301&edit=1
#3289 [Opn->Csd]: min() and max() have wierd problems when using a mixed int and string array.
ID: 3289
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Misbehaving function
Operating System: Linux and Win32
PHP Version: 3.0.14
New Comment:
fixed in php4
Previous Comments:
[2000-01-23 19:09:14] [EMAIL PROTECTED]
I have found a very strange problem with the min() and max() functions.
I just thought I'd check with the list first before I submitted it.
It seems both functions have problems when there are a mix of strings
and integers.
Even thought the strings are actually numbers(no alpha chars)
Max has a problem when there is a string first.
I have tested this in
PHP Linux 3.0.14
PHP Win32 3.0.13
PHP Win32 3.0.5
Try the code below out.
";
$stats = array(40,10,120,100,380);
for($i=0;$i";
echo "";
$stats = array(40,"10",120,100,"380");
$high = max($stats);
$low = min($stats);
echo "Array with Mixed String and Integers";
echo "Min - ".$low."";
echo "Max - ".$high."";
$stats = array("40","10",120,100,"380");
$high = max($stats);
$low = min($stats);
echo "Array with Mixed String and Integers, With String as first
element";
echo "Min - ".$low."";
echo "Max - ".$high."";
$stats = array(40,10,120,100,380);
$high = max($stats);
$low = min($stats);
echo "Array with Integers Only";
echo "Min - ".$low."";
echo "Max - ".$high."";
$stats = array(40,"10",120,100,"380");
// CONVERT ALL VALUES TO INTEGERS
for ($i=0;$i";
echo "Min - ".$low."";
echo "Max - ".$high."";
?>
--
Edit this bug report at http://bugs.php.net/?id=3289&edit=1
#3443 [Opn->Csd]: sprintf pads a null-character with a negative float
ID: 3443 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Misbehaving function Operating System: RH Linux 6.1 PHP Version: 3.0.14 New Comment: fixed in php4 Previous Comments: [2000-02-10 01:35:06] [EMAIL PROTECTED] This is a really strange problem, but sprintf seems to be padding a null character to the end of a string when the string consists of a negative float. Here is a script that will reproduce the problem: \n"; echo "new_string = $new_string\n"; for ($j=0;$j\n"; } ?> The output on php-3.0.14, php-3.0.13, php-4.0b3 looks like: string = -122.440383 new_string = -122.440383 letter #0: 45 letter #1: 49 letter #2: 50 letter #3: 50 letter #4: 46 letter #5: 52 letter #6: 52 letter #7: 48 letter #8: 51 letter #9: 56 letter #10: 51 letter #11: 0 There is no null character at the end if the float is positive. I noticed that php-3.0.12 doens't exhibit this behavior. The way I configured all these different versions of php was: Configure command: ./configure '--with-mhash' '--with-mcrypt' '--disable-display-source' '--enable-debugger' '--enable-track-vars' '--enable-debug' '--with-xml' '--with-oracle' '--without-gd' '--with-apxs=../www/bin/apxs' The one major difference I know between my versions of php-3.0.12 and the others is that 3.0.12 compiles against an older version of mcrypt and all these others compile against a newwr version. This is probably irrelevant because I have no idea what mcrypt libraries would have to do with sprintf, but I thought I'd mention it. Thanks. -Greg -- Edit this bug report at http://bugs.php.net/?id=3443&edit=1
#3788 [Opn->Bgs]: Call to unsupported or undefined function ldap_connect()
ID: 3788 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: Windows PHP Version: 3.0.15 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. Previous Comments: [2000-03-10 02:50:56] [EMAIL PROTECTED] I try to use LDAP on Windows. But There is error Call to unsupported or undefined function ldap_connect() I already comment off php3_ldap.dll line. What's wrong with this? -- Edit this bug report at http://bugs.php.net/?id=3788&edit=1
#17825 [Ver]: problem using chunk_size argument to ob_start()
ID: 17825 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Output Control Operating System: linux redhat 6.2 -PHP Version: 4.3.0 +PHP Version: 4.3.0-dev New Comment: be specific about the version.. Previous Comments: [2002-09-29 22:40:11] [EMAIL PROTECTED] verified & bumped version #. [2002-06-18 21:35:40] [EMAIL PROTECTED] Test environment: A) apache 1.3.24, PHP 4.2.1 built as apache module B) apache 1.3.23, PHP 4.1.2 built as apache module The following program demonstrates the change in behavior between versions 4.1.2 and 4.2.1: Our expectation is that output_handler() will get called multiple times, every time there are more than 100 bytes of output to process or when explicit ob_flush is called. Running with php 4.2.1 (test environment A) output_handler() is called only once: > cat /tmp/logfile > output_handler: s_count=1 strlen(buffer)=102 The browser displays: >0 THE QUICK BROWN FOX JUMPED OVER THE LAZY DOG >1 THE QUICK BROWN FOX JUMPED OVER THE LAZY DOG >2 the quick brown fox jumped over the lazy dog >3 the quick brown fox jumped over the lazy dog >4 the quick brown fox jumped over the lazy dog It appears that after the 1st time, our output is sent to the browser unprocessed. If using ob_gzhandler() the results are more unpleasant as the first buffer is compressed but the rest are sent uncompressed, confusing the browser. If ob_start() is called without the 2nd argument then output_handler() is called once to process the complete output. This results in correct output but is undesirable because for some scripts this buffer can be very large. Running the same program with php 4.1.2 (test environment B) output_handler() is called 3 times: > cat /tmp/logfile > output_handler: s_count=1 strlen(buffer)=102 > output_handler: s_count=2 strlen(buffer)=102 > output_handler: s_count=3 strlen(buffer)=51 The browser displays: >0 THE QUICK BROWN FOX JUMPED OVER THE LAZY DOG >1 THE QUICK BROWN FOX JUMPED OVER THE LAZY DOG >2 THE QUICK BROWN FOX JUMPED OVER THE LAZY DOG >3 THE QUICK BROWN FOX JUMPED OVER THE LAZY DOG >4 THE QUICK BROWN FOX JUMPED OVER THE LAZY DOG >5 THE QUICK BROWN FOX JUMPED OVER THE LAZY DOG -- Edit this bug report at http://bugs.php.net/?id=17825&edit=1
#3836 [Opn->Bgs]: When rawurlencoded, this character: ' causes problems
ID: 3836 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Reproducible Crash Operating System: UNIX PHP Version: 3.0.12 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. hint: magic_quotes settings ... Previous Comments: [2000-03-20 07:29:50] [EMAIL PROTECTED] I was wrong! It is not the rawurlencode that causes the problem. But somehow a variable containing a ' character encoded as %27 on the Location line is reproduced as \' . I don't know why!? [2000-03-15 09:22:12] [EMAIL PROTECTED] When rawurlencodeing this character ' three \\\ are inserted each time the encodeing is performed. And this adds up since the \ is coded too. It can cause a crash fairly quickly when encoding is done a lot. -- Edit this bug report at http://bugs.php.net/?id=3836&edit=1
#3816 [Opn->Bgs]: HTTP authentication
ID: 3816
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Other
Operating System: FreeBSD 3.4
PHP Version: 3.0.15
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.
as stated in your report it works in php4
Previous Comments:
[2000-03-13 07:25:32] [EMAIL PROTECTED]
My Apache 1.3.9 configured with Basic type of authentication
http.conf
Options -All
AllowOverride None
Order allow,deny
AuthGroupFile /usr/local/apache/private/httpgroup
AuthUserFile /usr/local/apache/private/httppasswd
AuthName "DENY"
AuthType Basic
satisfy any
Options +All -ExecCGI
AuthName "Web server FEO LocalHost"
require group admins
AllowOverride Options Limit AuthConfig
end of httpd.conf
Authentication through Apache passed ok.
And I use phpMySQLadmin with advanced authorization.
http://phpwizard.net/phpMyAdmin/
When I try to login to phpMyAdmin it tells me
Authorization failed. Retry?
MySQL log tells:
Query SELECT User, Password, Select_priv FROM user where User =
'root'
AND Password = PASSWORD('');
Password is empty!!!
I reports because with PHP4 beta3 and 4pl1 it is working!
PHP configure line:
./configure --with-apache=../apache_1.3.9rusPL29.2 \
--with-system-regex --with-config-file-path=/usr/local/apache/conf \
--with-pgsql=/usr/local/pgsql \
--enable-safe-mode --enable-track-vars --with-mysql
--
Edit this bug report at http://bugs.php.net/?id=3816&edit=1
#3812 [Opn->Csd]: urlencode not bin-safe
ID: 3812 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Reproducible Crash Operating System: Linux Redhat 5.2, 2.0.36, glibc2 PHP Version: 3.0.15 New Comment: this is ok in php 4.2.3 code Previous Comments: [2000-03-12 08:06:24] [EMAIL PROTECTED] The urlencode function is not binary safe. It retrieves the length of the string to encode as a parameter, then uses strlen to allocate the new buffer. Strlen returns wrong length for the bin-string. After that, the len-parameter is used to fill the buffer => a buffer-overwrite occurs. php 4 beta 4 pl1: change line 241 from str = (unsigned char *) emalloc(3 * strlen(s) + 1); to str = (unsigned char *) emalloc(3 * len + 1); php 3.15 change line 242 from str = (unsigned char *) emalloc(3 * strlen(s) + 1); to str = (unsigned char *) emalloc(3 * len + 1); -- Edit this bug report at http://bugs.php.net/?id=3812&edit=1
#3795 [Opn->Bgs]: exec() doesnt work
ID: 3795 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Parser error Operating System: Linux 2.2.13 PHP Version: 3.0.15 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. works for me in 3.0.18 and 4.2.3 Previous Comments: [2000-03-10 09:48:28] [EMAIL PROTECTED] The following code doesnt work: It worx with PHP 3.0.12 -- Edit this bug report at http://bugs.php.net/?id=3795&edit=1
#3821 [Opn->Bgs]: Fatal error: Call to unsupported or undefined function ora_logon() in /usr/loca
ID: 3821 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Oracle related Operating System: AIX PHP Version: 3.0.14 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. Previous Comments: [2000-03-13 13:36:43] [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=3821&edit=1
#4066 [Opn->]: setcookie not modifying HTTP Cookie string
ID: 4066 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Won't fix Bug Type: Misbehaving function Operating System: Linux (Redhat 6.0/6.1) PHP Version: 3.0.15 New Comment: most clients ignore SetCookie headers for redirects Previous Comments: [2000-04-07 09:29:50] [EMAIL PROTECTED] The two pages (appended) demonstrate the bug. First of all load test2.php3. The page should show nothing but the "Reload" link. If you click "Reload", I would expect it to show the value of the cookie "value". Then subsequent attempts to reload should show "valuex", then "valuexx" etc. This doesn't happen. Note that test.php3 contains only php script and produces no real "output" except for headers. I've also tried reversing the order of the setcookie/header statements in test.php3 with no effect on the output. I've tried this with linux/apache/mod_php3 and linux/apache/php3 standalone. Both exhibit the same behavior -however- with W98/apache/php3 standalone it works fine. I'm not a C programmer.. Help! test.php3 - test2.php3 "; ?> Reload -- Edit this bug report at http://bugs.php.net/?id=4066&edit=1
#4059 [Opn->Bgs]: REQUEST_METHOD for POST and GET
ID: 4059 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Other Operating System: Red Hat 6.2 PHP Version: 3.0.16 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. netscape 6.0 was known to be buggy ... Previous Comments: [2000-04-06 12:01:05] [EMAIL PROTECTED] Hi, I downloaded Netscape 6.0 (Build ID: 222112) last night. I am experiencing problems with the POST and GET method. For example, I have a URL index.php3?content=mail.php3, the index.php3 will include the file mail.php3 as $HTTP_GET_VARS[content], and inside the mail.php3 there is another include file (authentication.php3), so when I try to post the data, THE $HTTP_GET_VARS AND $HTTP_POST_VARS DO NOT WORK IN THE AUTHENTICATION.PHP3 FILE, THIS DOES NOT HAPPEN WITH IE AND NETSCAPE 4.7. -- Edit this bug report at http://bugs.php.net/?id=4059&edit=1
#3792 [Opn->Bgs]: ä (e.g.) is converted to ä when you got it from hidden form field
ID: 3792
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Misbehaving function
Operating System: Linux 2.2.x
PHP Version: 3.0.14
New Comment:
browser problem
php can't even determine the field type data came from,
so there is no chance that it mangles hidden fields only
Previous Comments:
[2000-03-10 09:12:11] [EMAIL PROTECTED]
If the value in a HTML-form-field (input-tag; type=hidden) is an
HTML-Entitie (like " or > etc.)
these Entities are converted to their real meenings (", > etc.)
automatically, when you use the variablees in a Script after sending.
This should NOT be!
In an input-field TYPE=TEXT it IS NOT!
The metthod (GET or POST) does'nt matter.
Test Script: (look at source HTML-Source) after button is clicked.
8<
>
";
str_replace("&","&",$test); //convert "&" to "&" to display
ä
echo "\$test ( Plaintext ) : $test (should be: ä)";
}
?>
->8---
--
Edit this bug report at http://bugs.php.net/?id=3792&edit=1
#4159 [Opn->Bgs]: Wrong count array after unset()
ID: 4159 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Other Operating System: Linux RH, PHP Version: 3.0 Latest CVS (16/04/2000) New Comment: unsetting an array element doesn't renumber the element keys Previous Comments: [2000-04-16 12:05:28] [EMAIL PROTECTED] Test script: $x=array(1,2,3,4,5,6,7,8); for($i=0; $i\n"; unset($x[2]); echo ""; for($i=0; $i\n"; Output: 1 2 3 4 5 6 7 8 1 2 4 5 6 7 but I thing, that it may be: 1 2 4 5 6 7 8 ? It test it under: PHP-3.0.12 and PHP-4.0b1 and it is the same -- Edit this bug report at http://bugs.php.net/?id=4159&edit=1
#4232 [Opn]: printf %e does not display exponent
ID: 4232 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Misbehaving function Operating System: Linux RedHat 5.2 -PHP Version: 3.0.16 +PHP Version: 4.2.3 New Comment: verified as still broken :( Previous Comments: [2000-04-25 10:56:25] [EMAIL PROTECTED] The following code displays the following: 1.234E-18 %e=1.23400 1.234E+18 %e=1.23400 = -- Edit this bug report at http://bugs.php.net/?id=4232&edit=1
#4506 [Opn->Bgs]: mail() header-part is limited
ID: 4506 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Misbehaving function Operating System: win nt 4.0 PHP Version: 3.0.16 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. lots of fixes made it into the windows mail() code lately so it should now finally be useable Previous Comments: [2000-05-18 14:12:44] [EMAIL PROTECTED] I'm using the mailer-class from phpwizard.net to send mails with attachments. This works fine on Solaris but not on Windows NT ( creates an access violation error on the server). This only happens when the additional headers part of the mail is to big. Is there any reason for this limitation on Windows. The same happens on PHP4 RC2. Thanks Carsten Sielck -- Edit this bug report at http://bugs.php.net/?id=4506&edit=1
#4054 [Opn->Bgs]: Strange behavior of class variables
ID: 4054
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Other
Operating System: Windows 95/98/NT
PHP Version: 3.0.16
New Comment:
you just descovered "variable variables"
http://www.php.net/manual/en/language.variables.variable.php
Previous Comments:
[2000-04-05 20:32:15] [EMAIL PROTECTED]
Have a look at this piece of code:
class User {
var $Name;
var $Mail
function SetUser() {
$this->$Name = "Bill";
$this->$Mail = "[EMAIL PROTECTED]";
echo $this->$Name, ":", $this->$Mail;
}
}
Maybe you will notice the mistake with the $ sign ($this->$Name instead
of $this->Name, see bug report #60). But PHP doesn't print an error, it
interprets the code and outputs this:
[EMAIL PROTECTED]:[EMAIL PROTECTED]
So, either PHP should produce an error, or there should be a better
description of the missing $ sign in the "Classes and Objects" section
of the documentation.
--
Edit this bug report at http://bugs.php.net/?id=4054&edit=1
#10020 [Opn->Bgs]: Variable variables
ID: 10020
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: nt
PHP Version: 3.0.16
New Comment:
Sorry, but the bug system is not the appropriate forum for asking
support questions. 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
Thank you for your interest in PHP.
the "variable variables" feature works on plain variable names only,
there is no array resolving done
$$t is equal to $GLOBALS[$t] here
and$GLOBALS["extractid[$i]"]
is not $GLOBALS["extractid"][$i]
Previous Comments:
[2001-03-27 09:06:53] [EMAIL PROTECTED]
in html
vFormInnerHTML = vFormInnerHTML + '';
in serverside PHP
for ($i=0;$i < count($extractid); $i++) {
$t = "extractid[".$i."]";
echo $t.'';
echo $$t.''; //$$t is empty!!
echo $extractid[$i].'';
}
--
Edit this bug report at http://bugs.php.net/?id=10020&edit=1
#19678 [Bgs]: echo and print output the number of bytes written
ID: 19678
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Output Control
Operating System: redhat 7.3
PHP Version: 4.2.3
New Comment:
I was wondering if there is an example of how to implement chunked
output in PHP? Where do I tell PHP to use HTTP/1.1 or HTTP/1.0. Even
if I was using HTTP/1.1 why don't my PHP scripts do this for all pages?
This only happens on some pages (most notebly my SOAP processing
scripts) and not on others (plain XHTML output).
Previous Comments:
[2002-09-30 16:18:33] [EMAIL PROTECTED]
you just discovered http/1.1 chunked output encoding ;)
you can either switch to http/1.0 to prevent chunked
output or implement chunk decoding as required as a
'MUST' in RFC2616
see also:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.6.1
http://www.w3.org/Protocols/rfc2616/rfc2616-sec19.html#sec19.4.6
[2002-09-30 14:11:05] [EMAIL PROTECTED]
$doc = domxml_open_mem($HTTP_RAW_POST_DATA);
if (!$doc) {
soap_fault("BAD_DATA","The content supplied was invalid");
}
$env = $doc->document_element();
$body = $env->first_child();
$nodes = $body->child_nodes();
$c = sizeof($nodes);
for($i=0;$i<$c;$i++)
{
if ($nodes[$i]->tagname == "method") $method =
$nodes[$i]->get_content();
if ($nodes[$i]->tagname == "argv") $argv =
$nodes[$i]->child_nodes();
}
echo "AnyData Here";
results in:
c
AnyData Here
That 'c' represents 12, the number of bytes written.
It will do this for every usage of echo, here is a more complicated
response result (can't show code cause my company won't allow that,
will try to provide another sample later)
Sample Code/Output:
-- begin code --
header("Content-Type: text/xml; charset=\"UTF-8\")");
header("Cache-control: private");
echo "";
echo "http://schemas.xmlsoap.org/soap/envelope/\";>";
echo "";
echo "success";
echo "";
exit();
-- end code --
-- begin output --
d0
http://schemas.xmlsoap.org/soap/envelope/";>success
0
-- end output --
--
Edit this bug report at http://bugs.php.net/?id=19678&edit=1
#9118 [Opn->Csd]: 3.0.18 bug - if ("INF" == "INF") {} does not equal true
ID: 9118 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Misbehaving function Operating System: Debian Linux PHP Version: 3.0.17 New Comment: works in 4.2.3 Previous Comments: [2001-02-05 13:31:01] [EMAIL PROTECTED] I encountered a strange behaviour of comparing values. I've only encountered it with a value of "INF". The following script should cause "INF" to be displayed in version 3.0.18 on Linux \n"; } } ?> -- Edit this bug report at http://bugs.php.net/?id=9118&edit=1
#8660 [Opn->Bgs]: multi fileupload - wrong index
ID: 8660 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Misbehaving function Operating System: freebsd 4.1 PHP Version: 3.0.17 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. the file upload code has been rewritten for php 4.2 Previous Comments: [2001-01-11 15:00:53] [EMAIL PROTECTED] attention: i am using 3.0.18! if i make multi-fileuploads and leave one line blank in between the tmp-name will be at the index of the blank-line - anything else (original name, filesize) will be at the correct index. this is a demooutput: 0: 159|kringel.gif|/var/tmp/phpC98581 1: 236|box_back.gif|/var/tmp/phpU98581 2: 0||/var/tmp/phpV98581 3: 107|lock.gif| (index: filesize|name|temp-name) any suggestions? for information: ./configure '--with-apxs=/usr/local/sbin/apxs' '--enable-versioning' '--with-system-regex' '--with-config-file-path=/usr/local/etc' '--disable-debug' '--enable-track-vars' '--without-gd' '--with-gd=/usr/local' '--with-ttf=/usr/local' '--with-zlib' '--with-pdflib=/usr/local' '--with-jpeg-dir=/usr/local' '--with-tiff-dir=/usr/local' '--with-mysql=/usr/local' '--prefix=/usr/local' 'i386--freebsd4.1' -- Edit this bug report at http://bugs.php.net/?id=8660&edit=1
#18031 [Opn->Fbk]: PHP engine runs user-based read and disconnect functions when open return false
ID: 18031
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Win ME
PHP Version: 4.1.2
New Comment:
Keeping at "feedback" status until requested feedback is got.
Previous Comments:
[2002-09-30 03:54:49] [EMAIL PROTECTED]
Will not be able to test the new snapshots until a couple of weeks
time.
[2002-09-29 13:46:06] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-06-28 06:01:13] [EMAIL PROTECTED]
Just looked at the code for php4/ext/session/session.c revision 1.310.
I'm no real coder but, I believe the area of code thats causing the
problem is
...
static void php_session_initialize(TSRMLS_D)
{
char *val;
int vallen;
/* Open session handler first */
if (PS(mod)->open(&PS(mod_data), PS(save_path), PS(session_name)
TSRMLS_CC) == FAILURE) {
php_error(E_ERROR, "Failed to initialize session module");
return;
}
...
I believe the return should read
return FAILURE;
I could be completely way-off - but thats my 2-cents.
[2002-06-27 19:51:50] [EMAIL PROTECTED]
I have created my own session handler using both a function and class
based approach. On both occasions, when the "open" function returns a
failure - "return false;", PHP engine tries to run both the "read" and
"disconnect" functions. This causes a fatal error as shown below.
Fatal error: Call to undefined function: query() in
f:\cvs_dev\Neutec\website\www..co.uk\site\include\DBSession.class.inc
on line 139
Fatal error: Call to undefined function: disconnect() in
f:\cvs_dev\Neutec\website\www..co.uk\site\include\DBSession.class.inc
on line 109
On both lines, PHP is trying to connect to the database using a
database handler variable, and since the variable has not been
initialised (because the "open" function failed), these fatal errors
occur.
If the PHP engine could not "open" a session, then it should not try
and "read" or "disconnect" a session on exiting.
Full source code can be supplied on request.
Many Thanks
Nick
--
Edit this bug report at http://bugs.php.net/?id=18031&edit=1
#4232 [Opn->Ver]: printf %e does not display exponent
ID: 4232 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Misbehaving function Operating System: Linux RedHat 5.2 PHP Version: 4.2.3 Previous Comments: [2002-09-30 18:24:13] [EMAIL PROTECTED] verified as still broken :( [2000-04-25 10:56:25] [EMAIL PROTECTED] The following code displays the following: 1.234E-18 %e=1.23400 1.234E+18 %e=1.23400 = -- Edit this bug report at http://bugs.php.net/?id=4232&edit=1
#4174 [Opn->Bgs]: Bug when using ' as a value in a variable
ID: 4174 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Reproducible Crash Operating System: UNIX PHP Version: 3.0.16 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. check your magic_cookie settings in php.ini Previous Comments: [2000-04-18 06:26:57] [EMAIL PROTECTED] Earlier I've reported a bug on using the char ' as a value in a variable, now tested it on the php version 4.0b3, the problem persist to exist. I've tested with this little program: \n"; else echo "\n"; ?> Just make a file named test.php3 with code above and run it. It should show the problem i detail. -- Edit this bug report at http://bugs.php.net/?id=4174&edit=1
#19639 [Opn->Fbk]: PHP crashes apache on restart of the webserver
ID: 19639 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Slackware 8.1 - Linux 2.4.19 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Try that snapshot, NOT the one labeled with 'STABLE' as some fixes possibly related were not merged to that branch. Previous Comments: [2002-09-30 08:18:08] [EMAIL PROTECTED] As I've said before, I've tried apache 2.0.40 and 2.0.42. Tried PHP 4.2.3, some CVS I don't remember, and the lastest STABLE CVS of that day (php4-STABLE-200209260600). Also have tried with minimal configuration (just the prefix and the enable parameters) and it didn't work. A new detail that may be of your interest is that the bug IS NOT reproducible on Solaris 8/SPARC. Running a standalone apache itself doesn't cause any errors on restart. The problem only occurs when PHP is loaded to Apache. What about? [2002-09-28 04:43:24] [EMAIL PROTECTED] Try CVS versions both PHP and Apache2. Does it help? [2002-09-27 15:19:09] [EMAIL PROTECTED] In apache 2.0.40/42 I got the following messages when attempting to *restart* the server. -- [Fri Sep 27 16:54:34 2002] [notice] SIGHUP received. Attempting to restart [Fri Sep 27 16:54:34 2002] [notice] Digest: generating secret for digest authentication ... [Fri Sep 27 16:54:34 2002] [notice] Digest: done [Fri Sep 27 16:54:35 2002] [notice] seg fault or similar nasty error detected in the parent process --- I tried PHP versions 4.2.3 and CVS 25/Sep 26/Sep, all combinations giving the same problem. If I do a ./apachectl start, the server comes up ok and a phpinfo() show everything normally. The problem only occurs on a restart of the server. The backtrace --- Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-slackware-linux"... (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X [New Thread 1024 (LWP 469)] Program received signal SIGHUP, Hangup. [Switching to Thread 1024 (LWP 469)] _dl_debug_state () at dl-debug.c:57 57 dl-debug.c: No such file or directory. in dl-debug.c (gdb) (gdb) bt #0 _dl_debug_state () at dl-debug.c:57 #1 0x400caec6 in dlclose_doit (handle=0x812cfb0) at dlclose.c:25 #2 0x4000a1b0 in _dl_catch_error (objname=0x8129408, errstring=0x812940c, operate=0x400caeac , args=0x812cfb0) at dl-error.c:152 #3 0x400cb2a0 in _dlerror_run (operate=0x400caeac , args=0x812cfb0) at dlerror.c:130 #4 0x400caef0 in dlclose (handle=0x812cfb0) at dlclose.c:31 #5 0x4005d7ef in dso_cleanup (thedso=0x812b068) at dso.c:110 #6 0x4005c87b in run_cleanups (c=0x8184398) at apr_pools.c:1961 #7 0x4005bacf in apr_pool_clear (pool=0x80f9358) at apr_pools.c:709 #8 0x0807290e in main (argc=2, argv=0xb924) at main.c:600 #9 0x400fb17d in __libc_start_main (main=0x8072340 , argc=2, ubp_av=0xb924, init=0x8065464 <_init>, fini=0x80d74b0 <_fini>, rtld_fini=0x4000a534 <_dl_fini>, stack_end=0xb91c) at ../sysdeps/generic/libc-start.c:129 --- My configure lines... ./configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache/bin/apxs --enable-libgcc --enable-ftp --enable-sockets and ./configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache/bin/apxs --with-zlib=shared --with-zlib-dir=shared,/usr/lib --with-bz2=shared,/usr/lib --with-dom=shared,/usr/lib --with-expat-dir=shared,/usr/local/expat --with-dom-xslt=shared,/usr/lib --with-expat-dir=shared,/usr/local/expat --with-dom-exslt=shared,/usr/lib --with-expat-dir=shared,/usr/local/expat --with-gettext=shared,/usr/local/gettext --with-pgsql=shared,/usr/local/postgresql --with-m --with-openssl=shared,/usr/local/openssl --with-gd=shared,/usr/local/gd --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib --with-pear=/usr/local/php/lib/pear --enable-libgcc --enable-dio --enable-ftp --enable-sockets Any comments? William -- Edit this bug report at http://bugs.php.net/?id=19639&edit=1
#4161 [Opn->Bgs]: PUTENV() don't work, the variable "created" never appears
ID: 4161
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Other
Operating System: Unix and NT
PHP Version: 3.0.16
New Comment:
putenv() affects the current process only
with cgi the effects are lost on script end,
and even with server modules the chance of
getting a new request served by the same
process you did use putenv() in before is
rather low ...
Previous Comments:
[2000-04-17 10:56:51] [EMAIL PROTECTED]
Sorry my english, I'm from Argentine
I'm trying to use PUTENV and GETENV to trace some actions from users.
I tested with the example from documentation
Example 1. Setting an Environment Variable
putenv("UNIQID=$uniqid");
Then on other page I used
echo getenv("UNIQID");
phpinfo();
And the variable created before never appear
I test with php_track_vars, ON and OFF with , and the
result is the same.
I tested this on BSD and IRIX with apache and on NT with IIS4
Pablo Murillo
[EMAIL PROTECTED]
==
RED NET ARGENTINA
Internet Solutions
==
Paraguay 419 Piso 2 Of.5
(C1057AAC) - Capital
Buenos Aires - Argentina
Tel & Fax:(011)4315-3269
http://rednet.com.ar
==
--
Edit this bug report at http://bugs.php.net/?id=4161&edit=1
#3559 [Opn->Csd]: Serialize does not reset() regular and hash arrays
ID: 3559
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Misbehaving function
Operating System: RedHat 6.0, Win2K
PHP Version: 3.0.14
New Comment:
works in 4.2.3
Previous Comments:
[2000-02-21 23:33:25] [EMAIL PROTECTED]
'There', 'Yo' => 'Joe');
$value = serialize($testvalue);
while ( list($key, $val) = each($testvalue) )
{
echo "Via Links (broken): $key = $val\n";
}
echo "Direct Access (works): $testvalue[Hi], $testvalue[Yo]\n";
?>
Temporary fix: reset($your_array); after serialization.
(perm fix courtesy of [EMAIL PROTECTED])
Permenant fix (version 3.0.x): ~line 240:
php3api_var_serialize(buf, data);
}
// THIS IS THE FIX
_php3_hash_internal_pointer_reset(struc->value.ht);
// END OF FIX
}
STR_CAT(buf, "}", 1);
--
Edit this bug report at http://bugs.php.net/?id=3559&edit=1
#4068 [Opn->Csd]: htmlentities fails to escape single quote character
ID: 4068 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Misbehaving function Operating System: Any PHP Version: 3.0.16 New Comment: there's an additional parameter to htmlentites to control this behavior since php3.0.17 and php4.0.3 Previous Comments: [2000-04-07 10:57:24] [EMAIL PROTECTED] Script to reproduce problem: Fix: Make it escape the "'" character too. -- Edit this bug report at http://bugs.php.net/?id=4068&edit=1
#10534 [Opn->Bgs]: PHP 3.0.17 crashes when accessing remote IMAP server with IMP.
ID: 10534 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: FreeBSD 4.3-STABLE PHP Version: 3.0.18 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: [2001-04-28 10:46:03] [EMAIL PROTECTED] All references to 3.0.17 should be 3.0.18 instead.. Sorry for the error.. [2001-04-28 09:29:22] [EMAIL PROTECTED] I am currently running PHP 3.0.18 as a module under apache 1.3.19 on a FreeBSD 4.3-STABLE system. When I attempt to login to my IMAP account on a remote system (not on the freebsd system running the webserver), I get a "Document contains no data" error from netscape, and I notice my httpd processes dying with a sig11. This does not happen when logging into my IMAP account on that very same box using IMP. Per instructions from the imp mailing list, I have completed a backtrace of this problem, and will submit here. root-darkstar> gdb /usr/local/sbin/httpd GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... (gdb) run -X Starting program: /usr/local/sbin/httpd -X (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. ---Type to continue, or q to quit--- 0x28209c70 in php3_imap_sort () from /usr/local/libexec/apache/libphp3.so (gdb) bt #0 0x28209c70 in php3_imap_sort () from /usr/local/libexec/apache/libphp3.so #1 0x28233cd9 in phpparse () from /usr/local/libexec/apache/libphp3.so #2 0x281e787f in php3_parse () from /usr/local/libexec/apache/libphp3.so #3 0x281e7bb6 in apache_php3_module_main () from /usr/local/libexec/apache/libphp3.so #4 0x281e4b79 in send_php3 () from /usr/local/libexec/apache/libphp3.so #5 0x281e4c11 in send_parsed_php3 () from /usr/local/libexec/apache/libphp3.so #6 0x80520e0 in ap_invoke_handler () #7 0x8060cfd in process_request_internal () #8 0x8060d5c in ap_process_request () #9 0x805a6b2 in child_main () #10 0x805a824 in make_child () #11 0x805a941 in startup_children () #12 0x805ae10 in standalone_main () #13 0x805b4b7 in main () #14 0x804ea11 in _start () Configure options include: --with-apxs=/usr/local/sbin/apxs --with-config-file-path=/usr/local/etc --enable-versioning --with-system-regex --enable-track-vars --without-gd --with-zlib --with-mhash=/usr/local --with-imap=/usr/local --with-mysql=/usr/local Thats about it.. Hope this will help dig up this bug =) -ben -- Edit this bug report at http://bugs.php.net/?id=10534&edit=1
#9820 [Opn->Bgs]: File upload with any input tag
ID: 9820 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: WINNT 4. SP4 IIS4 PHP Version: 3.0.17 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: [2001-03-18 14:00:33] [EMAIL PROTECTED] Ooops... this was my PHP4 ini file... and the PHP3 ini file is here... [PHP_3] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php3.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php3.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future (they probably won't). ; ; Options are specified using the syntax key = value or key = "complex value". ; Key names are *case sensitive*. foo = bar is different from FOO = bar. ; 'value' can be any number, word or keyword (keywords are On, Off, True, ; False, Yes and No, and are case insensitive). ; 'complex value' can be just about anything, expcept for " and a newline ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; All the values in the php3.ini-dist file correspond to the builtin ; defaults (that is, if no php3.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine = On ; enable PHP 3.0 parser short_open_tag = On ; allow the tags are recognized. asp_tags= Off ; allow ASP-style <% %> tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) ; Safe Mode safe_mode = Off safe_mode_exec_dir = safe_mode_allowed_env_vars = PHP_ ; Setting certain environment variables ; may be a potential security breach. ; This directive contains a comma-delimited ; list of prefixes. In Safe Mode, the ; user may only alter environment ; variables whose names begin with the ; prefixes supplied here. ; By default, users will only be able ; to set environment variables that begin ; with PHP_ (e.g. PHP_FOO=BAR). ; Note: If this directive is empty, PHP ; will let the user modify ANY environment ; variable! safe_mode_protected_env_vars = LD_LIBRARY_PATH ; This directive contains a comma-
#19678 [Bgs]: echo and print output the number of bytes written
ID: 19678
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Output Control
Operating System: redhat 7.3
PHP Version: 4.2.3
New Comment:
this is not a php issue
the decision whether to chunk is taken by the web server
based on whether the client claims to support http/1.1
Previous Comments:
[2002-09-30 18:40:46] [EMAIL PROTECTED]
I was wondering if there is an example of how to implement chunked
output in PHP? Where do I tell PHP to use HTTP/1.1 or HTTP/1.0. Even
if I was using HTTP/1.1 why don't my PHP scripts do this for all pages?
This only happens on some pages (most notebly my SOAP processing
scripts) and not on others (plain XHTML output).
[2002-09-30 16:18:33] [EMAIL PROTECTED]
you just discovered http/1.1 chunked output encoding ;)
you can either switch to http/1.0 to prevent chunked
output or implement chunk decoding as required as a
'MUST' in RFC2616
see also:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.6.1
http://www.w3.org/Protocols/rfc2616/rfc2616-sec19.html#sec19.4.6
[2002-09-30 14:11:05] [EMAIL PROTECTED]
$doc = domxml_open_mem($HTTP_RAW_POST_DATA);
if (!$doc) {
soap_fault("BAD_DATA","The content supplied was invalid");
}
$env = $doc->document_element();
$body = $env->first_child();
$nodes = $body->child_nodes();
$c = sizeof($nodes);
for($i=0;$i<$c;$i++)
{
if ($nodes[$i]->tagname == "method") $method =
$nodes[$i]->get_content();
if ($nodes[$i]->tagname == "argv") $argv =
$nodes[$i]->child_nodes();
}
echo "AnyData Here";
results in:
c
AnyData Here
That 'c' represents 12, the number of bytes written.
It will do this for every usage of echo, here is a more complicated
response result (can't show code cause my company won't allow that,
will try to provide another sample later)
Sample Code/Output:
-- begin code --
header("Content-Type: text/xml; charset=\"UTF-8\")");
header("Cache-control: private");
echo "";
echo "http://schemas.xmlsoap.org/soap/envelope/\";>";
echo "";
echo "success";
echo "";
exit();
-- end code --
-- begin output --
d0
http://schemas.xmlsoap.org/soap/envelope/";>success
0
-- end output --
--
Edit this bug report at http://bugs.php.net/?id=19678&edit=1
#9235 [Opn->Bgs]: Core dump when execute phpinfo() function if PHP run as apache module
ID: 9235
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Reproducible Crash
Operating System: FreeBSD 2.2.8-RELEASE / linux-2.
PHP Version: 3.0.17
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:
[2001-02-12 21:50:31] [EMAIL PROTECTED]
That's all.
FreeBSD : exit signal Bus error (10)
Linux : SEGV
There is no crash if
$aa = is_array($HTTP_POST_VARS);
changes to
$aa = is_array($HTTP_GET_VARS);
Environment(FreeBSD):
FreeBSD 2.2.8-RELEASE
Apache 1.3.14
./configure \
--enable-module=most --enable-module=auth_db
--disable-module=auth_dbm \
--enable-shared=max
PHP 3.0.18 (not 3.0.17)
./configure \
--with-apxs=(path) \
--enable-sysvsem \
--enable-sysvshm \
--with-config-file-path=(path) \
--without-gd
PostgreSQL 6.4.2
Environment(Linux):
Vine 2.0 based linux-2.2.17
Apache-1.3.12
./configure --enable-module=so --enable-module=rewrite
php-3.0.15-i18n-ja
./configure --with-pgsql --enable-track-vars \
--with-apxs=/usr/local/apache/bin/apxs --enable-i18n \
--enable-mbregex --enable-versioning
postgresql-7.0.3
./configure --enable-multibyte=EUC_JP
rpm -qa|grep -w gd
gd-1.8.3-0vl1
gd-devel-1.8.3-0vl1
gd-progs-1.8.3-0vl1
php3.ini is same as php3.ini-dist
It corruped at next of following line (functions/info.c)
if (_php3_hash_find(GLOBAL(active_symbol_table), "HTTP_POST_VARS",
sizeof("HTTP_POST_VARS"), (void **) &data) != FAILURE) {
_php3_hash_find says the value is FOUND but ...
data->type says NOT IS_HASH
Why?
--
Edit this bug report at http://bugs.php.net/?id=9235&edit=1
#9091 [Opn->Bgs]: the Contructor of a class is called after! the end of a script
ID: 9091 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Other Operating System: Unix (Apache/1.3.14) PHP Version: 3.0.16 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. hard to tell without sample code but sounds more like proxy or browser reload problem btw: there are no desctructors in php 3 and 4 Previous Comments: [2001-02-03 17:53:11] [EMAIL PROTECTED] I builded a class and in the constructor of the class i made a entry in a Database. The entry contains among other values the actual time. Every time i call a script in whitch a instance of this class is made i get two entries in the database. I wondered why and added outputs to see when and how often the constructor is called. But in the script-output i saw that the contructor is called only one time. As i output the time() at the very end of my script i saw that the second entry was made after that time!! I thinkt in normal case that is not possible. I dont know if this is a bug, but i think this is not the normal behavior. On my own machine the same script produces only one entry in the database. Perhaps the constructor is called instead of the destructor. -- Edit this bug report at http://bugs.php.net/?id=9091&edit=1
#19681 [NEW]: GET/POST Variables not parsing
From: [EMAIL PROTECTED] Operating system: Linux RedHat 7.2 PHP version: 4.2.3 PHP Bug Type: Variables related Bug description: GET/POST Variables not parsing Hi, I just upgraded to 4.2.3 with apache 2.0.42 this evening and my scripts no longer function as before. For example if I send a GET_Method URL to my server: http://www.geomagnet.com/redirect.html?url=www.atomflash.com the script: http://$url";); exit; ?> No longer functions unless I add this line before the header function. $url=$_GET["url"]; Do I have to now define the variables (as in PERL)? or is this a bug. Thanks Scott STolpmann -- Edit bug report at http://bugs.php.net/?id=19681&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19681&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19681&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19681&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19681&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19681&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19681&r=support Expected behavior: http://bugs.php.net/fix.php?id=19681&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19681&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19681&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19681&r=globals
#5138 [Opn]: XML module fails to interpret tags correctly
ID: 5138 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Other Operating System: Linux Debian PHP Version: 3.0.16 New Comment: in XML the trailing slash on 'standalone' tags is mandatory: Previous Comments: [2000-06-20 03:27:46] [EMAIL PROTECTED] running the sample programs in the documentaion over GTK's SGML - the following line gets the following error. XML error: mismatched tag at line 168 while parsing entity GtkContainer This looks like being due to the fact that there is no - which is not needed by the dtd anyway - ps. the case in-sensitivity settings do not seem to apply to http://bugs.php.net/?id=5138&edit=1
#5138 [Opn->Bgs]: XML module fails to interpret tags correctly
ID: 5138 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Other Operating System: Linux Debian PHP Version: 3.0.16 New Comment: bogusified Previous Comments: [2002-09-30 19:20:51] [EMAIL PROTECTED] in XML the trailing slash on 'standalone' tags is mandatory: [2000-06-20 03:27:46] [EMAIL PROTECTED] running the sample programs in the documentaion over GTK's SGML - the following line gets the following error. XML error: mismatched tag at line 168 while parsing entity GtkContainer This looks like being due to the fact that there is no - which is not needed by the dtd anyway - ps. the case in-sensitivity settings do not seem to apply to http://bugs.php.net/?id=5138&edit=1
#19681 [Opn->Bgs]: GET/POST Variables not parsing
ID: 19681 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Variables related Operating System: Linux RedHat 7.2 PHP Version: 4.2.3 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 Since PHP 4.2.0 register_globals are off by default, this is why $url is blank. If you turn them on in php.ini, you will be able to use $url. Previous Comments: [2002-09-30 19:17:30] [EMAIL PROTECTED] Hi, I just upgraded to 4.2.3 with apache 2.0.42 this evening and my scripts no longer function as before. For example if I send a GET_Method URL to my server: http://www.geomagnet.com/redirect.html?url=www.atomflash.com the script: http://$url";); exit; ?> No longer functions unless I add this line before the header function. $url=$_GET["url"]; Do I have to now define the variables (as in PERL)? or is this a bug. Thanks Scott STolpmann -- Edit this bug report at http://bugs.php.net/?id=19681&edit=1
#4488 [Opn->Fbk]: Sun has changed tr
ID: 4488 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Installation problem Operating System: Solaris 8 PHP Version: 3.0.16 New Comment: php 4 configure uses sed instead of tr here, does the same problem arise there? Previous Comments: [2000-05-17 22:00:11] [EMAIL PROTECTED] A slight correction to this problem. It only seems to occur when the LC_COLLATE environment variable is set to something other than "C". [2000-05-17 21:44:18] [EMAIL PROTECTED] After attempting to add mysql support to php, I started getting link failures starting apache. I traced this to the fact the configure was not adding -lmysqlclient to LIBS. This in turn traces back to a change that SUN appears to have made to tr. The command echo mysqlclient | tr -c -d a-zA-Z0-9 returns a null string rather than "mysqlclient". The correct command for Solaris 8 appears to be: echo mysqlclient | tr -c -d '[:alnum:]' -- Edit this bug report at http://bugs.php.net/?id=4488&edit=1
#19391 [Opn->Ver]: ob_gzhandler outputs Content-encoding: gzip even if ob_end_clean() is called
ID: 19391 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Output Control -Operating System: Solaris 8 +Operating System: Solaris 8/Linux PHP Version: 4.2.3 Previous Comments: [2002-09-13 08:57:56] [EMAIL PROTECTED] When the following PHP script: is called from a client that sends "Accept-encoding: gzip", it produces the following result: --- HTTP/1.1 200 OK Date: Fri, 13 Sep 2002 13:53:34 GMT Server: Apache/1.3.26 (Unix) PHP/4.2.3 mod_ssl/2.8.10 OpenSSL/0.9.6e X-Powered-By: PHP/4.2.3 Content-Encoding: gzip Vary: Accept-Encoding Content-Length: 26 Content-Type: text/html foo! --- The output is not gzip'ed, but the header still indicates that it is. -- Edit this bug report at http://bugs.php.net/?id=19391&edit=1
#19681 [Bgs]: GET/POST Variables not parsing
ID: 19681 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Variables related Operating System: Linux RedHat 7.2 PHP Version: 4.2.3 New Comment: In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. Previous Comments: [2002-09-30 19:22:04] [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 Since PHP 4.2.0 register_globals are off by default, this is why $url is blank. If you turn them on in php.ini, you will be able to use $url. [2002-09-30 19:17:30] [EMAIL PROTECTED] Hi, I just upgraded to 4.2.3 with apache 2.0.42 this evening and my scripts no longer function as before. For example if I send a GET_Method URL to my server: http://www.geomagnet.com/redirect.html?url=www.atomflash.com the script: http://$url";); exit; ?> No longer functions unless I add this line before the header function. $url=$_GET["url"]; Do I have to now define the variables (as in PERL)? or is this a bug. Thanks Scott STolpmann -- Edit this bug report at http://bugs.php.net/?id=19681&edit=1
#19374 [Opn->Fbk]: Float values are not correctly handled when fetching data from MS SQL Server 7
ID: 19374 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sybase (dblib) related Operating System: Linux PHP Version: 4CVS-2002-09-12 New Comment: If you change the locale to english via setlocale(LC_NUMERIC, 'POSIX'); does it fix the problem? Previous Comments: [2002-09-12 07:24:30] [EMAIL PROTECTED] If a table on a MS SQL Server (verified on version 7.0) contains a float field, that float is always returned as 0. This problem has been verified using any version of the freetds library from 0.53 to today's snapshot, and PHP 4.1.1, 4.2.2 and today's snapshot. The problem is NOT in the freetds library, performing the queries from tsql or sqsh returns the correct values. The problem does _NOT_ show when using the ct-library. -- Edit this bug report at http://bugs.php.net/?id=19374&edit=1
#4431 [Opn->Bgs]: Internal Server Error - Premature end of script headers
ID: 4431 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Other Operating System: FreeBSD 3.4 PHP Version: 3.0.16 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. Previous Comments: [2000-05-12 18:53:16] [EMAIL PROTECTED] Ok I get errors when I try to run a php3 script. in my apache_error.log: premature end of script headers ... in my browser: Internal Server Error 500 I have the php3 module loaded and I also use the /cgi-bin/php I get a 500 error for each php3 script that is in a Virtual host dir. ex: /home/www/domain1.com/ ex2: /home/www/domain2.com/ I also have suExec enabled and a User and Group directive in each . Is there a way to make php3 more secure without getting the Internal Server Error ? I added "safe_mode = on" and user_dir = puclib_php etc etc. php3 scripts found in /home/user/public_php/ can be run without a problem. It's onyl virtual hosts Can someone please give me a solution or send me their config files for me to observe (see if i did something wrong). Thank you -- Edit this bug report at http://bugs.php.net/?id=4431&edit=1
#4128 [Opn->Bgs]: PWS implementation not possible ?
ID: 4128 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Installation problem Operating System: Win98 PHP Version: 3.0.16 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. Previous Comments: [2000-04-13 06:54:31] [EMAIL PROTECTED] I try to call a php3 page after PHP3 and PWS installing, but the PWS answerd not the PHP3 page (ónly a HelloWorld PHP). The PWS answerd me, that the page i called is not supported. I read the instruction to install the php3, but i can't test my php3 pages local on my W98 computer withe the Personal Web Server please mail what kind of mistake i made. Thanks -- Edit this bug report at http://bugs.php.net/?id=4128&edit=1
#19118 [Opn->Fbk]: $HTTP_POST_VARS
ID: 19118 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Solaris 8 PHP Version: 4CVS-2002-08-27 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip I am unable to replicate this bug using latest CVS. Previous Comments: [2002-08-27 10:31:30] [EMAIL PROTECTED] Opened back up since it is also in current CVS - unverified [2002-08-27 04:15:29] [EMAIL PROTECTED] The version I obtained by cvs -d :pserver:[EMAIL PROTECTED]:/repository co php4 gives the same result. Is this the right 4.3-dev ? [2002-08-27 03:45:57] [EMAIL PROTECTED] We do not support Apache2 in PHP 4.2.x. Try the latest CVS snapshot of 4.3-dev from snaps.php.net or use Apache 1.3.x [2002-08-27 03:44:27] [EMAIL PROTECTED] Thank you for your reply. Yes, it is Apache2. Will you kindly give the pointer to fix my problem ? [2002-08-27 03:13:34] [EMAIL PROTECTED] Is this Apache2? If so, that's your problem. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19118 -- Edit this bug report at http://bugs.php.net/?id=19118&edit=1
#4211 [Opn->Bgs]: Apahce fails to load libphp4.so
ID: 4211 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Oracle related Operating System: RedHat 6.2 (2.2.14) PHP Version: 3.0.16 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: [2000-04-20 17:51:33] [EMAIL PROTECTED] Hardware: DELL XPST PIII 500MHz 256M RAM Software: Orcale 8.1.5.2 RedHat 6.2 Apache 1.3.12 PHP 4.0 RC1 Env: $ORACLE_HOME, $ORACLE_SID, standard paths for root bash shell apache command line: ./configure --with-prefix=/my/path \ --enable-modules=all \ --enable-shared=max \ --enable-module=rewrite \ --enable-shared=rewrite ...no errors...httpd starts normally... php command line: ./configure --with-oracle --with-apxs=/path/to --with-track-vars ...compiles/installs without error... After installation, I try to restart apache and get the error: Cannot load /path/libphp4.so into server: libclntsh.so.8.0 cannot open shared library or object: No such file or directory ...it looks like it could be a permission problem...I've seen the problem before with Oracle installations...it occurs after an Oracle install when trying to run svrmgrl or other apps...the cure is to run $ORACLE_HOME/install/utl/linux.sh...I tried to apply that fix, but it hosed my Oracle installation...anyway, if I can help you track this one down, just send me a note... NOTE: php 3.16 works fine with the Oracle installation Tim Kern -- Edit this bug report at http://bugs.php.net/?id=4211&edit=1
#4227 [Opn->Bgs]: Error under make
ID: 4227
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Installation problem
Operating System: Solaris 7 /ix86
PHP Version: 3.0.16
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:
[2000-04-24 12:03:18] [EMAIL PROTECTED]
I have the following error when I try to compile the php-4.0RC1
./configure
.
.
.
.
gcc -DHAVE_CONFIG_H -I. -I/opt/install/php-4.0RC1/ext/standard -I../..
-I../../Zend -I/opt/install/php-4.0RC1
-I/opt/install/php-4.0RC1/ext/mysql/libmysql
-I/opt/install/php-4.0RC1/ext/xml/expat/xmltok
-I/opt/install/php-4.0RC1/ext/xml/expat/xmlparse -DXML_BYTE_ORDER=21
-D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -g -O2 -Wall -c crypt.c &&
touch crypt.lo
crypt.c: In function `php_if_crypt':
crypt.c:110: `PHP_MAX_SALT_LEN' undeclared (first use in this
function)
crypt.c:110: (Each undeclared identifier is reported only once
crypt.c:110: for each function it appears in.)
crypt.c:110: size of array `salt' has non-integer type
crypt.c: At top level:
crypt.c:101: warning: `php_to64' defined but not used
*** Error code 1
make: Fatal error: Command failed for target `crypt.lo'
Current working directory /opt/install/php-4.0RC1/ext/standard
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /opt/install/php-4.0RC1/ext/standard
*** Error code 1
make: Fatal error: Command failed for target `all'
Current working directory /opt/install/php-4.0RC1/ext
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
I think is in the distributed library in ./ext/standard/crypt.c
There is commented a lot of code, I think is that, please I some1 can
corroborate this, I'd apreciated.
Thank
Here is some of the code of crypt.c:
#include
#include "php.h"
#if HAVE_CRYPT
#if HAVE_UNISTD_H
#include
#endif
#if HAVE_CRYPT_H
#include
#endif
#if TM_IN_SYS_TIME
#include
#else
#include
#endif
#if HAVE_STRING_H
#include
#else
#include
#endif
#ifdef PHP_WIN32
#include
extern char *crypt(char *__key,char *__salt);
#endif
#include "php_crypt.h"
/*
The capabilities of the crypt() function is determined by the test
programs
run by configure from aclocal.m4. They will set PHP_STD_DES_CRYPT,
PHP_EXT_DES_CRYPT, PHP_MD5_CRYPT and PHP_BLOWFISH_CRYPT as
appropriate
for the target platform
*/
#if PHP_STD_DES_CRYPT
#define PHP_MAX_SALT_LEN 2
#endif
#if PHP_EXT_DES_CRYPT
#undef PHP_MAX_SALT_LEN
#define PHP_MAX_SALT_LEN 9
#endif
#if PHP_MD5_CRYPT
#undef PHP_MAX_SALT_LEN
#define PHP_MAX_SALT_LEN 12
#endif
#if PHP_BLOWFISH_CRYPT
#undef PHP_MAX_SALT_LEN
#define PHP_MAX_SALT_LEN 17
#endif
#if HAVE_LRAND48
#define PHP_CRYPT_RAND lrand48()
#else
#if HAVE_RANDOM
#define PHP_CRYPT_RAND random()
#else
#define PHP_CRYPT_RAND rand()
#endif
#endif
PHP_MINIT_FUNCTION(crypt)
{
#if PHP_STD_DES_CRYPT
REGISTER_LONG_CONSTANT("CRYPT_SALT_LENGTH", 2, CONST_CS |
CONST_PERSISTENT);
#else
#if PHP_MD5_CRYPT
REGISTER_LONG_CONSTANT("CRYPT_SALT_LENGTH", 12, CONST_CS |
CONST_PERSISTENT);
#endif
#endif
REGISTER_LONG_CONSTANT("CRYPT_STD_DES", PHP_STD_DES_CRYPT, CONST_CS
| CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("CRYPT_EXT_DES", PHP_EXT_DES_CRYPT, CONST_CS
| CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("CRYPT_MD5", PHP_MD5_CRYPT, CONST_CS |
CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("CRYPT_BLOWFISH", PHP_BLOWFISH_CRYPT,
CONST_CS | CONST_PERSISTENT);
return SUCCESS;
}
--
Edit this bug report at http://bugs.php.net/?id=4227&edit=1
#4266 [Opn->Bgs]: Undeclared variables in function/imap.c starting ar line 435
ID: 4266 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: linux (redhat 6.2) PHP Version: 3.0.16 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: [2000-04-28 04:14:37] [EMAIL PROTECTED] step=php.1 logmesg=/data/install/logs/m$step cat /data/install/shells/$step | tee $logmesg && \ date | tee -a $logmesg && \ ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-apache=/usr/local/apache/bin/httpd \ --with-config-file-path=/etc/httpd \ --with-gd=/usr/local \ --with-imap=/usr \ --with-mysql=/usr/local/mysql \ --with-ldap=/usr/local \ --with-zlib \ --with-xml \ --enable-track-vars \ 2>&1 | tee -a $logmesg && \ date | tee -a $logmesg Thu Apr 27 21:59:19 EDT 2000 creating cache ./config.cache checking whether build environment is sane... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for bison... bison -y checking bison version... 1.28 (ok) checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib checking whether gcc and cc understand -c and -o together... yes checking whether ln -s works... yes checking for perl... /usr/bin/perl checking for sh... /bin/sh checking for working const... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking if compiler supports -Wl,--version-script... yes checking size of long... 4 checking size of int... 4 checking for sendmail... /usr/sbin/sendmail checking for gethostent... yes checking for socket in -lc... yes checking for gethostbyaddr in -lc... yes checking for crypt in -lc... no checking for crypt in -lcrypt... yes checking for dlopen in -lc... no checking for dlopen in -ldl... yes checking for sin in -lc... no checking for sin in -lm... yes checking for res_search in -lsocket... no checking for res_search in -lresolv... yes checking for pam_start in -lpam... yes checking for inet_aton in -lbind... no checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for dirent.h that defines DIR... yes checking for opendir in -ldir... no checking for fclose declaration... ok checking for fcntl.h... yes checking for unistd.h... yes checking for crypt.h... yes checking for sys/file.h... yes checking for memory.h... yes checking for pwd.h... yes checking for grp.h... yes checking for sys/socket.h... yes checking for sys/wait.h... yes checking for syslog.h... yes checking for string.h... yes checking for sys/varargs.h... no checking for stdarg.h... yes checking for sys/resource.h... yes checking for sys/time.h... yes checking for signal.h... yes checking for netinet/in.h... yes checking for dlfcn.h... yes checking for limits.h... yes checking for sys/types.h... yes checking for sys/statvfs.h... yes checking for sys/statfs.h... yes checking for unix.h... no checking for db.h... yes checking for dbm.h... no checking for ndbm.h... no checking for db1/ndbm.h... yes checking for locale.h... yes checking for features.h... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for tm_zone in struct tm... yes checking for tm_gmtoff in struct tm... yes checking for struct flock... yes checking for st_blksize in struct stat... yes checking for st_blocks in struct stat... yes checking for st_rdev in struct stat... yes checking for size_t... yes checking for uid_t in sys/types.h... yes checking for uint... yes checking for ushort... yes checking for ulong... yes checking for ptrdiff_t... yes checking for vprintf... yes checking for memcpy... yes checking for memmove... yes checking for strdup... yes checking for strerror... yes checking for strcasecmp... yes checking for strstr... yes checking for flock... yes checking for lockf... yes checking for putenv... yes checking for tempnam... yes checking for usleep... yes checking for setlocale... yes checking for gettimeofday... yes checking for setvbuf... yes checking for srand48...
