#26990 [Opn->Bgs]: PHP CGI does not handle Status header.
ID: 26990
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: CGI related
Operating System: FreeBSD 5.2
PHP Version: 4.3.4
New Comment:
But this is PHP 4. (the note is for PHP3!)
Previous Comments:
[2004-01-21 22:54:29] [EMAIL PROTECTED]
Yes, It works, but PHP manual also said:
Note: In PHP 3, this only works when PHP is compiled as an Apache
module. You can achieve the same effect using the Status header.
It will be document problem? I don't know Apache's mod_cgi or other
servers work with double 'Status' header, but I'm using PHP by FastCGI
(mod_fcgi), It says:
FastCGI: comm with server "/path/to/php" aborted: error parsing
headers: duplicate header 'Status'
I think PHP should follow CGI Spec., at least CGI version, isn't it?
[2004-01-21 19:24:50] [EMAIL PROTECTED]
This works:
http://example.org', 0, 303);
?>
And next time, RTFM!
[2004-01-21 16:13:38] [EMAIL PROTECTED]
I tried lastest, but not fixed. (php4-STABLE-200401212030)
Same result as 4.3.4.
I found on main/SAPI.c, sapi_headers_op() controls header but there is
no handles 'Status: xxx' header. Not fixed on CVS tree, also.
[2004-01-21 14:36:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-01-21 06:58:33] [EMAIL PROTECTED]
Description:
CGI version PHP does not handle 'Status: xxx' header.
By CGI 1.1 Spec, header('Status: xxx') can produce http response code.
(I can use 'HTTP/1.0 xxx', but I think CGI version should work with
'Status: xxx')
on http://hoohoo.ncsa.uiuc.edu/cgi/out.html ,
Status
This is used to give the server an HTTP/1.0 status line to send to the
client. The format is nnn x, where nnn is the 3-digit status code,
and x is the reason string, such as "Forbidden".
Reproduce code:
---
http://example.org');
?>
Expected result:
Status: 303
Content-type: text/html
Location: http://example.org
Actual result:
--
Status: 302
Content-type: text/html
Status: 303 See Other
Location: http://example.org
--
Edit this bug report at http://bugs.php.net/?id=26990&edit=1
#26738 [Asn]: PHP-OCI binding error
ID: 26738
User updated by: mbaranidharan at yahoo dot com
Reported By: mbaranidharan at yahoo dot com
Status: Assigned
Bug Type: OCI8 related
Operating System: *
PHP Version: 4.3.4
Assigned To: tony2001
New Comment:
according to my requirement iam not supposed to modify any existing
package or procedure.It is strict that my out parameter is a plsql
table type. When u try creating a type like that below is the result.
SQL> create type tblEmpNo IS TABLE OF NUMBER(4) INDEX BY
BINARY_INTEGER;
2 /
Warning: Type created with compilation errors.
SQL> show error
Errors for TYPE TBLEMPNO:
LINE/COL ERROR
-
0/0 PL/SQL: Compilation unit analysis terminated
1/18 PLS-00355: use of pl/sql table not allowed in this context
one more thing i would like to say is bcoz of this prob i created a
wrapper for this package in oracle which will take in plsql table and
return me a ref cursor which works fine with PHP. But this i have kept
is as a temporary solution. I need to solve it from PHP front.
In OCIBindByname binding an array type is giving the problem. I checked
in the other forums and i saw the same problem with other people too
and this is open from year 2000 and is not solved.
Previous Comments:
[2004-01-21 10:05:13] [EMAIL PROTECTED]
This can be definitely done with collections.
First, you need to create name type:
create type employee(id INTEGER, name VARCHAR2, job VARCHAR2); -- for
example
then in PL/SQL:
PROCEDURE EmployeeSearch
(i_EName IN VARCHAR2,
employee_var OUT employee
)
IS
BEGIN
--seeking for
--matching emplyees...
employee_var := employee(123,"name","job");
END EmployeeSearch;
and in PHP you should do smthng like this:
getelem(0);
//etc...
?>
Currently oci_collection_element_get() doesn't support subcollections,
so I assign this bug to myself.
Will add this possibility soon.
[2004-01-19 01:12:32] mbaranidharan at yahoo dot com
but in my case iam trying to return a plsql table type from the
procedure. So i cant create a type of plsql table outside which oracle
wont allow.
So can't use ocinewcollection and ocicoll* functions.
pls try to create the packages i have send and check.
-
Thanks
[2004-01-15 08:40:39] [EMAIL PROTECTED]
Aha, I got your point at least. It seems, that you need to use
ocinewcollection() and other ocicoll*() functions to work with these
user-defined types.
[2004-01-13 23:16:56] mbaranidharan at yahoo dot com
my procedure does not return any cursor here it will return a pl/sql
table. Its using cursor to fetch data and populate into pl/sql table.
Basically the error come when i try to bind an array to variable. Look
at my procedure below
PROCEDURE EmployeeSearch
(i_EName IN VARCHAR2,
o_EmpNo OUT tblEmpNo,
o_EName OUT tblEName,
o_Job OUT tblJob);
END Employee_Pkg;
it takes in one parameter and returns 3 out parameters which is of
table type not cursor.
[2004-01-13 13:20:02] [EMAIL PROTECTED]
First, you need to allocate new descriptor with ocinewdescriptor().
Your stored proc will return cursor, using this descriptor. After this
your should fetch data from this cursor, as you usually do with query
results.
And second:
after these two lines your variable contains only "Begin etc.". Use
$sql .= in second line.
---
#1 sql = "declare o_EmpNo Employee_pkg.tblEmpNo;o_EName
Employee_pkg.tblEName;o_Job Employee_pkg.tblJob;";
#2 $sql = "Begin
Employee_pkg.EmployeeSearch('e',:o_EmpNo,:o_EName,:o_Job);End;";
---
This doesn't look like a bug, bogusifying it..
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/26738
--
Edit this bug report at http://bugs.php.net/?id=26738&edit=1
#26990 [Bgs->Opn]: PHP CGI does not handle Status header.
ID: 26990
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: CGI related
Operating System: FreeBSD 5.2
PHP Version: 4.3.4
New Comment:
Yes, It works, but PHP manual also said:
Note: In PHP 3, this only works when PHP is compiled as an Apache
module. You can achieve the same effect using the Status header.
It will be document problem? I don't know Apache's mod_cgi or other
servers work with double 'Status' header, but I'm using PHP by FastCGI
(mod_fcgi), It says:
FastCGI: comm with server "/path/to/php" aborted: error parsing
headers: duplicate header 'Status'
I think PHP should follow CGI Spec., at least CGI version, isn't it?
Previous Comments:
[2004-01-21 19:24:50] [EMAIL PROTECTED]
This works:
http://example.org', 0, 303);
?>
And next time, RTFM!
[2004-01-21 16:13:38] [EMAIL PROTECTED]
I tried lastest, but not fixed. (php4-STABLE-200401212030)
Same result as 4.3.4.
I found on main/SAPI.c, sapi_headers_op() controls header but there is
no handles 'Status: xxx' header. Not fixed on CVS tree, also.
[2004-01-21 14:36:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-01-21 06:58:33] [EMAIL PROTECTED]
Description:
CGI version PHP does not handle 'Status: xxx' header.
By CGI 1.1 Spec, header('Status: xxx') can produce http response code.
(I can use 'HTTP/1.0 xxx', but I think CGI version should work with
'Status: xxx')
on http://hoohoo.ncsa.uiuc.edu/cgi/out.html ,
Status
This is used to give the server an HTTP/1.0 status line to send to the
client. The format is nnn x, where nnn is the 3-digit status code,
and x is the reason string, such as "Forbidden".
Reproduce code:
---
http://example.org');
?>
Expected result:
Status: 303
Content-type: text/html
Location: http://example.org
Actual result:
--
Status: 302
Content-type: text/html
Status: 303 See Other
Location: http://example.org
--
Edit this bug report at http://bugs.php.net/?id=26990&edit=1
#26771 [Opn->Ver]: register_tick_funtions crashes apache2 child process
ID: 26771 Updated by: [EMAIL PROTECTED] Reported By: info at tphnet dot com -Status: Open +Status: Verified Bug Type: Apache2 related -Operating System: Windows XP SP1 +Operating System: * (ZTS only!) -PHP Version: 4.3.4 +PHP Version: 4CVS, 5CVS Previous Comments: [2004-01-21 06:05:02] info at tphnet dot com I've tried the latest win32 stable and the problem has not been fixed. Apache still crashes. The Apache status code remains the same and commenting out the 'register_tick_function' line prevents the crash. [2004-01-18 23:01:53] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-01-18 05:52:15] blaufalke at yahoo dot de The error occurs also in this environment: Windows XP SP 1 PHP 4.3.4 Apache 1.3.29 Apaches error.log (LogLevel debug) says: [Sun Jan 18 11:53:59 2004] [info] Parent: Created child process 444 [Sun Jan 18 11:53:59 2004] [info] Parent: Duplicating socket 408 and sending it to child process 444 [Sun Jan 18 11:54:00 2004] [info] BytesRead = 372 WSAProtocolInfo = 2006620 [Sun Jan 18 11:54:38 2004] [info] master_main: Child processed exited prematurely. Restarting the child process. [Sun Jan 18 11:54:38 2004] [info] Parent: Created child process 2952 [Sun Jan 18 11:54:38 2004] [info] Parent: Duplicating socket 408 and sending it to child process 2952 [Sun Jan 18 11:54:38 2004] [info] BytesRead = 372 WSAProtocolInfo = 2006620 [Sun Jan 18 11:54:43 2004] [info] master_main: Child processed exited prematurely. Restarting the child process. [Sun Jan 18 11:54:43 2004] [info] Parent: Created child process 3824 [Sun Jan 18 11:54:43 2004] [info] Parent: Duplicating socket 408 and sending it to child process 3824 [Sun Jan 18 11:54:43 2004] [info] BytesRead = 372 WSAProtocolInfo = 2006620 [Sun Jan 18 11:54:48 2004] [info] master_main: Child processed exited prematurely. Restarting the child process. [Sun Jan 18 11:54:48 2004] [info] Parent: Created child process 2992 [Sun Jan 18 11:54:48 2004] [info] Parent: Duplicating socket 408 and sending it to child process 2992 [Sun Jan 18 11:54:48 2004] [info] BytesRead = 372 WSAProtocolInfo = 2006620 [2004-01-02 20:45:05] elite_eagle67 at hotmail dot com I'd like to add that I am experiencing this issue as well. And for the devs, this seems to be a windows only issue so you won't be reproducing it on Linux :) [2004-01-02 19:23:33] info at tphnet dot com Description: While searching the bug database I found some similar problems, but all were suspended. I wasn't sure if it was useful to reply to one of those (Most recent one: http://bugs.php.net/bug.php?id=26286). Well anyways, here goes: The problem is very simple. I just copy and paste the 'tick' example from the php manual into a new php file an try to execute it on my apache2 server. The apache child process crashes, restarts, crashes, restarts and eventually just stops restarting. When I comment out the line 'register_tick_function', everyting works just fine. Also, when I start the file from the CLI version of PHP it is executed without any problems. I'm using PHP 4.3.4 and Apache 2.0.48 (in conjunction with php4apache2.dll). Reproduce code: --- http://nl.php.net/manual/en/control-structures.declare.php See Example 11-1 Actual result: -- [Sat Jan 03 01:11:04 2004] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Sat Jan 03 01:11:04 2004] [notice] Parent: Created child process 3036 [Sat Jan 03 01:11:04 2004] [notice] Child 3036: Child process is running [Sat Jan 03 01:11:04 2004] [notice] Child 3036: Acquired the start mutex. [Sat Jan 03 01:11:04 2004] [notice] Child 3036: Starting 250 worker threads. Small snippit from my apache2 error.log. It's filled with the above lines, the status code is the same for every restart. -- Edit this bug report at http://bugs.php.net/?id=26771&edit=1
#26999 [Opn->Bgs]: system, exec, and passthru not working
ID: 26999 Updated by: [EMAIL PROTECTED] Reported By: khess at ahcctulsa dot com -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: Please don't reopen this anymore, there is NO bug here. Ask further support questions elsewhere, this bug system is not any discussion forum. Previous Comments: [2004-01-21 22:19:06] khess at ahcctulsa dot com I am glad it works for you, butis there a fix? PHP works in all other aspects, but I have found many postings on this subject and no real resolutions...I have uninstalled php and reinstalled it and even went from PHP 4.3.4 to 4.3.3 with no better results. Is there a fix or a version that does work? [2004-01-21 19:01:25] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. It's something broken in your installation, this works fine for me. [2004-01-21 18:44:50] khess at ahcctulsa dot com correct but dir doesn't work either...I have installed cygwin tools so ls does work on other servers. There is some unresolved issue with PHP and IIS, like a bad version of php4ts.dll and/or phpisapi.dll [2004-01-21 14:37:35] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. AFAIK, to get directory listing in windows, you use 'dir' command? :) [2004-01-21 14:31:18] khess at ahcctulsa dot com Description: My scripts work at the command line and on other similarly configured servers, but on two, in particular, it does not work. Gives no output when called via a browser. I have tried this on php ver. 4.3.3 and 4.3.4 Expected result: a file and directory listing of the current directory Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=26999&edit=1
#26999 [Bgs->Opn]: system, exec, and passthru not working
ID: 26999 User updated by: khess at ahcctulsa dot com Reported By: khess at ahcctulsa dot com -Status: Bogus +Status: Open Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: I am glad it works for you, butis there a fix? PHP works in all other aspects, but I have found many postings on this subject and no real resolutions...I have uninstalled php and reinstalled it and even went from PHP 4.3.4 to 4.3.3 with no better results. Is there a fix or a version that does work? Previous Comments: [2004-01-21 19:01:25] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. It's something broken in your installation, this works fine for me. [2004-01-21 18:44:50] khess at ahcctulsa dot com correct but dir doesn't work either...I have installed cygwin tools so ls does work on other servers. There is some unresolved issue with PHP and IIS, like a bad version of php4ts.dll and/or phpisapi.dll [2004-01-21 14:37:35] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. AFAIK, to get directory listing in windows, you use 'dir' command? :) [2004-01-21 14:31:18] khess at ahcctulsa dot com Description: My scripts work at the command line and on other similarly configured servers, but on two, in particular, it does not work. Gives no output when called via a browser. I have tried this on php ver. 4.3.3 and 4.3.4 Expected result: a file and directory listing of the current directory Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=26999&edit=1
#26959 [Ver->Bgs]: the same script with (float)"0xABCDEF" shows different on different OS
ID: 26959
Updated by: [EMAIL PROTECTED]
Reported By: bugz at nagash dot org
-Status: Verified
+Status: Bogus
Bug Type: Math related
Operating System: Unix \ FreeBSD \ Windows
PHP Version: 4CVS, 5CVS
New Comment:
Win32 / *BSD strtod(3) libc function does not support this, see also:
http://www.php.net/manual/en/language.types.string.php#language.types.string.conversion
This is not PHP bug.
Previous Comments:
[2004-01-19 20:01:22] bugz at nagash dot org
another example
$var = "0xABCDEF"; // I have this string
$var = (float)$var; // I want to have 'float'
echo $var; // different OS \ different results
[2004-01-19 19:55:05] bugz at nagash dot org
I know it that if I write --- echo (float) 0xABCDEF;
but if I have string with hex value in it. and I want to get "int" or
"float" as I wrote in my example - I will get different result on
different OS
[2004-01-19 13:17:36] [EMAIL PROTECTED]
This works everywhere like it should:
echo (float) 0xABCDEF;
[2004-01-19 00:26:42] bugz at nagash dot org
Description:
echo (float)("0xABCDEF");
on the Windows XP and FreeBSD 4.9 it shows: "0"
on the Unix systems (tested slackware 8 and RedHat) AND MacOS it shows:
"11259375"
Reproduce code:
---
echo (float)("0xABCDEF");
Expected result:
I expected to see "11259375"
Actual result:
--
on the different system I see "0" or "11259375"
--
Edit this bug report at http://bugs.php.net/?id=26959&edit=1
#25975 [Com]: PHP 5 object references don't survive serialization
ID: 25975
Comment by: cunha17 at uol dot com dot br
Reported By: reiersol at online dot no
Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: Linux RedHat 9.0
PHP Version: 5CVS
New Comment:
If it's not fixed, please don't give up !
Serialization/Deserialization should work transparently in the same
script or using sessions !!!
Just provide a simple script with the actual and expected results...
Previous Comments:
[2004-01-19 05:23:13] reiersol at online dot no
For the record: I don't think this bug has been fixed, and I think it's
a very serious one, but I'm giving up.
[2004-01-11 11:00:25] [EMAIL PROTECTED]
Seems to be fixed now.
[2003-12-04 09:52:38] reiersol at online dot no
OK. Here is an example using sessions. Exactly the same thing happens.
v1 = new Bar;
$this->v2 = $this->v1;
}
}
session_start();
if (isset($_SESSION['g'])) {
//Try these two one at a time to see the different behaviors:
//$_SESSION['g']->v2 = "I'm no longer an object";
$_SESSION['g']->v2->value = 42;
} else {
$_SESSION['g'] = new Foo;
}
?>
[2003-11-28 20:40:06] [EMAIL PROTECTED]
Please provide an example script that actually uses sessions,
(it's not the same thing when you do the serialize/unserialize inside
the same script..)
[2003-11-10 05:48:59] reiersol at online dot no
Thanks, but I'm afraid this is not quite good enough.
What I'm getting now after serialize/unserialize is:
object(foo)#3 (2) {
["v1"]=>
&object(bar)#4 (1) {
["value"]=>
string(42) "and now for something completely different"
}
["v2"]=>
&object(bar)#4 (1) {
["value"]=>
string(42) "and now for something completely different"
}
}
The ampersands occur only after serialization. They indicate that this
is what is known as a reference in PHP 4, which is a symbol table
alias. The objects still don't behave the same before and after. Try
this:
$f->v2 = 'I\'m no longer an object';
$g->v2 = 'I\'m no longer an object';
var_dump($f);
var_dump($g);
As before, $f is the object before serialize/unserialize, $g is the
object after. The output is:
object(foo)#1 (2) {
["v1"]=>
object(bar)#2 (1) {
["value"]=>
int(42)
}
["v2"]=>
string(23) "I'm no longer an object"
}
object(foo)#3 (2) {
["v1"]=>
&string(23) "I'm no longer an object"
["v2"]=>
&string(23) "I'm no longer an object"
}
As I understand it, in $f we are replacing an object reference with a
string. In $g, we are replacing the value of a variable that's aliased
to another.
You might ask whether this has any practical consequences. I think that
sooner or later it will (in fact, it seems to be happening in my
full-scale example). When it does, it will be very confusing to the
people who encounter the problem. You may get away with this for a
while, but the longer you get away with it the more difficult it might
be to figure out.
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/25975
--
Edit this bug report at http://bugs.php.net/?id=25975&edit=1
#26990 [Opn->Bgs]: PHP CGI does not handle Status header.
ID: 26990
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: CGI related
Operating System: FreeBSD 5.2
PHP Version: 4.3.4
New Comment:
This works:
http://example.org', 0, 303);
?>
And next time, RTFM!
Previous Comments:
[2004-01-21 16:13:38] [EMAIL PROTECTED]
I tried lastest, but not fixed. (php4-STABLE-200401212030)
Same result as 4.3.4.
I found on main/SAPI.c, sapi_headers_op() controls header but there is
no handles 'Status: xxx' header. Not fixed on CVS tree, also.
[2004-01-21 14:36:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-01-21 06:58:33] [EMAIL PROTECTED]
Description:
CGI version PHP does not handle 'Status: xxx' header.
By CGI 1.1 Spec, header('Status: xxx') can produce http response code.
(I can use 'HTTP/1.0 xxx', but I think CGI version should work with
'Status: xxx')
on http://hoohoo.ncsa.uiuc.edu/cgi/out.html ,
Status
This is used to give the server an HTTP/1.0 status line to send to the
client. The format is nnn x, where nnn is the 3-digit status code,
and x is the reason string, such as "Forbidden".
Reproduce code:
---
http://example.org');
?>
Expected result:
Status: 303
Content-type: text/html
Location: http://example.org
Actual result:
--
Status: 302
Content-type: text/html
Status: 303 See Other
Location: http://example.org
--
Edit this bug report at http://bugs.php.net/?id=26990&edit=1
#27002 [Opn->Bgs]: Php doesn't compile Curl version stated in the configuration parameters
ID: 27002 Updated by: [EMAIL PROTECTED] Reported By: kayra at efashionconsulting dot com -Status: Open +Status: Bogus Bug Type: cURL related Operating System: redhat 7.2 PHP Version: 4.3.4 New Comment: You have the old version somewhere in the libpath where it's found first. Make sure your /etc/ld.so.conf has /opt/lib as first entry. Previous Comments: [2004-01-21 19:09:51] kayra at efashionconsulting dot com Description: I'm trying to compile Php+Curl on our production environment without disturbing actual Apache server, so I've installed Curl 7.10.8 (libcurl/7.10.8 + OpenSSL/0.9.7c + zlib/1.1.4) onto '/opt' directory. When I configure Php 4.3.4 with : ./configure --with-apxs=/webservices/bin/apxs\ --with-curl=/opt\ --with-curlwrappers\ it shows following lines in configuration output : ... checking for cURL 7.9.8 or greater... libcurl 7.10.8 checking for curl_easy_perform in -lcurl... yes checking for curl_version_info in -lcurl... yes ... Which is fine since I want to compile Php with Curl 7.10.8. When I compile Php with 'make' it compiles it with the Curl version 7.10.3 (libcurl/7.10.3 OpenSSL/0.9.6b zlib/1.1.3). I've compiled Php with the above settings several times and I did 'make clean' each time and deleted 'config.cache' and even tried to extract Php to some other directory but it doesn't work. I've installed same versions of the Php+Curl+Zlib ... to other server that doesn't have production site running, it generated same problem. I've installed Curl into its default '/usr/local/' directory and then Php noticed Curl 7.10.8. -- Edit this bug report at http://bugs.php.net/?id=27002&edit=1
#27002 [NEW]: Php doesn't compile Curl version stated in the configuration parameters
From: kayra at efashionconsulting dot com Operating system: redhat 7.2 PHP version: 4.3.4 PHP Bug Type: cURL related Bug description: Php doesn't compile Curl version stated in the configuration parameters Description: I'm trying to compile Php+Curl on our production environment without disturbing actual Apache server, so I've installed Curl 7.10.8 (libcurl/7.10.8 + OpenSSL/0.9.7c + zlib/1.1.4) onto '/opt' directory. When I configure Php 4.3.4 with : ./configure --with-apxs=/webservices/bin/apxs\ --with-curl=/opt\ --with-curlwrappers\ it shows following lines in configuration output : ... checking for cURL 7.9.8 or greater... libcurl 7.10.8 checking for curl_easy_perform in -lcurl... yes checking for curl_version_info in -lcurl... yes ... Which is fine since I want to compile Php with Curl 7.10.8. When I compile Php with 'make' it compiles it with the Curl version 7.10.3 (libcurl/7.10.3 OpenSSL/0.9.6b zlib/1.1.3). I've compiled Php with the above settings several times and I did 'make clean' each time and deleted 'config.cache' and even tried to extract Php to some other directory but it doesn't work. I've installed same versions of the Php+Curl+Zlib ... to other server that doesn't have production site running, it generated same problem. I've installed Curl into its default '/usr/local/' directory and then Php noticed Curl 7.10.8. -- Edit bug report at http://bugs.php.net/?id=27002&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27002&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27002&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27002&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27002&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27002&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27002&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27002&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27002&r=support Expected behavior: http://bugs.php.net/fix.php?id=27002&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27002&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27002&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27002&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27002&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27002&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27002&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27002&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27002&r=float
#26999 [Opn->Bgs]: system, exec, and passthru not working
ID: 26999 Updated by: [EMAIL PROTECTED] Reported By: khess at ahcctulsa dot com -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. It's something broken in your installation, this works fine for me. Previous Comments: [2004-01-21 18:44:50] khess at ahcctulsa dot com correct but dir doesn't work either...I have installed cygwin tools so ls does work on other servers. There is some unresolved issue with PHP and IIS, like a bad version of php4ts.dll and/or phpisapi.dll [2004-01-21 14:37:35] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. AFAIK, to get directory listing in windows, you use 'dir' command? :) [2004-01-21 14:31:18] khess at ahcctulsa dot com Description: My scripts work at the command line and on other similarly configured servers, but on two, in particular, it does not work. Gives no output when called via a browser. I have tried this on php ver. 4.3.3 and 4.3.4 Expected result: a file and directory listing of the current directory Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=26999&edit=1
#24028 [Com]: Reading raw post message by php://input
ID: 24028 Comment by: none at none dot com Reported By: xiongwei at aerafront dot com Status: Closed Bug Type: CGI related Operating System: win32 only PHP Version: 4.3.2 New Comment: $EASY MONEY !! $$MAKE THOUSANDS FREE$$ I PROMISE ITS EASY, TRUST ME, ILL TELL YOU HOW $$MAKE THOUSANDS FREE$$ I PROMISE ITS EASY, TRUST ME, ILL TELL YOU HOW This seems to really have potential. This is the way the original post appeared when I first found it. Read it all then decide for yourself. It works for me! I found this on a bulletin board and decided to try it. A little while back, I was browsing through newsgroups, just like you are now, and came across an article similar to this that said you could make thousands of dollars within weeks with only an initial investment of $6.00! So I thought, Yeah right, this must be a scam, but like most of us, I was curious, so I kept reading. Even though the investment was a measly $6, I had three questions that needed to be answered before I could get involved in this sort of thing. 1. IS THIS REALLY LEGAL? I called a lawyer first. The lawyer was a little skeptical that I would actually make any CASH but he said it WAS LEGAL if I wanted to try it. I told him it sounded a lot like a chain letter but the details of the system (SEE BELOW) actually made it a legitimate legal business. 2. IS OK WITH THE POST OFFICE OR IS IT MAIL FRAUD? I called them: 1-800-725-2161 and they confirmed THIS IS ABSOLUTELY LEGAL! (See 18, h sections1302 NS 1341 of Postal Lottery Laws). This clarifies the program of collecting names and addresses for a mailing list. 3. IS IT RIGHT? Well, everyone who sends me a buck has a good chance of getting A LOT of CASH ... a much better chance than buying a lottery ticket!!! 4. WHAT IS THE BUSINESS? You are in the business of collecting mailing lists and recruiting new list developers. These questions answered, I decided to proceed. The instructions said that you have to send $1.00 to each of the 6 names and address stated in the article. You then place your own name and address in the bottom of the list at #6, and post the article in at least 300 newsgroups. (There are thousands) No catch, that was it. So, I invested the measly $6.00. Well GUESS WHAT!! Within 7 days, I started getting money in the mail! I was shocked! I figured it would end soon, but the money just kept coming in. In my first week, I made about $25.00. By the end of the second week I had made a total of over $1,000! In the third week I had over $10,000.00 and its still growing. This is now my fourth week and I have made a total of just over $42,000.00 and its still coming in rapidly. Its certainly worth $6.00, and 6 stamps, I have spent more than that on the lottery!! Let me tell you how this works and most importantly, why it works. Also, make sure you print a copy of this article NOW, so you can get the information off of it as you need it. I seems likely to me that if you follow the directions exactly, that you will start making more money than you thought possible by doing something so easy! Suggestion: Read this entire message carefully! (print it out or download it.) Follow the simple directions and watch the money come in! Its easy. Its legal. And, your investment is only $6.00 (Plus postage) IMPORTANT: This is not a rip-off; it is not indecent; it is not illegal; and it is virtually no risk - it really works If all of the following instructions are adhered to, you will receive extraordinary dividends. PLEASE NOTE: Please follow these directions EXACTLY, and $50,000 or more can be yours in 20 to 60 days. This program remains successful because of the honesty and integrity of the participants. Please continue its success by carefully adhering to the instructions. You will now become part of the Mail Order business. In this business your product is not solid and tangible, its a service. You are in the business of developing Mailing Lists. Many large corporations are happy to pay big bucks for quality lists. However, the money made from the mailing lists is secondary to the income which is made from people like you and me asking to be included in that list. Here are the 4 easy steps to success: STEP 1: Get 6 separate pieces of paper and write the following on each piece of paper PLEASE PUT ME ON YOUR MAILING LIST include your mailing address, the date and your signature. Now get 6 US $1.00 bills and place ONE inside EACH of the 6 pieces of paper so the bill will not be seen through the envelope (to prevent thievery). Next, place one paper in each of the 6 envelopes and seal them. You should now have 6 sealed envelopes, each with a piece of paper stating the above phrase, your name and address, and a $1.00 bill. What you are doing is creating a service. THIS IS ABSOLUTELY LEGAL! You are requesting a legitimate service and you are paying for it! Like most of us I was a little skeptical and
#27000 [Fbk->Opn]: Seg Fault when trying to set a value
ID: 27000
User updated by: dylan dot egan at optusnet dot com dot au
Reported By: dylan dot egan at optusnet dot com dot au
-Status: Feedback
+Status: Open
Bug Type: XML related
Operating System: Linux
PHP Version: 5CVS-2004-01-21 (dev)
New Comment:
#0 zend_assign_obj_handler (execute_data=0xbfffd170,
op_array=0x4083253c)
at /usr/local/src/php5-200401211830/Zend/zend_execute.c:64
#1 0x40619e64 in execute (op_array=0x4083253c)
at /usr/local/src/php5-200401211830/Zend/zend_execute.c:1264
#2 0x405fc76e in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php5-200401211830/Zend/zend.c:1051
#3 0x405c5cce in php_execute_script (primary_file=0xb410)
at /usr/local/src/php5-200401211830/main/main.c:1642
#4 0x40624da3 in php_handler (r=0x81bd670)
at
/usr/local/src/php5-200401211830/sapi/apache2handler/sapi_apache2.c:531
#5 0x08068700 in ap_invoke_handler ()
Previous Comments:
[2004-01-21 17:43:52] [EMAIL PROTECTED]
Can you please also add the output from "bt" from the GDB command line?
(That will generate the backtrace)
[2004-01-21 15:46:09] dylan dot egan at optusnet dot com dot au
Description:
Trying to set a value in a loaded xml file, it returns a seg fault in
the log. So I ran gdb.
Reproduce code:
---
$s = simplexml_load_file('security.xml'); // $s->security[2]->id = 20
$s->security[2]->id = 21;
Expected result:
It should set that value to 21 from 20.
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1077749632 (LWP 29325)]
zend_assign_obj_handler (execute_data=0xbfffd170, op_array=0x40832c04)
at /usr/local/src/php5-200401211830/Zend/zend_execute.c:64
64 z->refcount--;
--
Edit this bug report at http://bugs.php.net/?id=27000&edit=1
#26999 [Bgs->Opn]: system, exec, and passthru not working
ID: 26999 User updated by: khess at ahcctulsa dot com Reported By: khess at ahcctulsa dot com -Status: Bogus +Status: Open Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: correct but dir doesn't work either...I have installed cygwin tools so ls does work on other servers. There is some unresolved issue with PHP and IIS, like a bad version of php4ts.dll and/or phpisapi.dll Previous Comments: [2004-01-21 14:37:35] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. AFAIK, to get directory listing in windows, you use 'dir' command? :) [2004-01-21 14:31:18] khess at ahcctulsa dot com Description: My scripts work at the command line and on other similarly configured servers, but on two, in particular, it does not work. Gives no output when called via a browser. I have tried this on php ver. 4.3.3 and 4.3.4 Expected result: a file and directory listing of the current directory Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=26999&edit=1
#22169 [Com]: Undefined variable
ID: 22169
Comment by: tree_porcupine at hotmail dot com
Reported By: jjeca at hotmail dot com
Status: No Feedback
Bug Type: IIS related
Operating System: Win 2k pro
PHP Version: 4.3.0
New Comment:
I have a site residing on my development server (debian/linux) that
works flawlessly. On porting it over to a windows server (same version
everything), I keep getting these undefined errors. What can I do
about this?
Previous Comments:
[2004-01-09 12:05:21] parkhurst at mac dot com
I am having the same problem. I have a PC running Windows XP Pro and
it has PHP 4.3.4. It is really annoying. Someone posted that they
downgraded to 4.0.6 and it fixed the problem. Here is a test I ran on
it and the results
I created a file called "temp.php":
---
---
Here is the error it returns...and yes register_globals is "On". It
does nothing to help the issue
---
Notice: Undefined variable: text in d:\---filepath---\temp.php on line
1
[2003-06-10 17:26:19] DontGiveOut at BecauseOfBots dot com
I am attempting to port an existing app from php 4.2.2 linux (apache)
to Windows XP (iis 5.1) php 4.3.2 -> I do have register globals turned
on but I am still getting the Underfined variable messages on any
session vars. Any one else encounter this problem?
Thanks!
[2003-02-20 08:17:35] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-02-11 10:48:49] [EMAIL PROTECTED]
There are times when submit buttons don't pass values. I always forget
the exact circumstances so rarely rely on them but anyway, assuming
this is a post form, do:
var_dump(array('p' => $_POST, 'r' => ini_get('register_globals')));
Of course, use $_GET for GET.
[2003-02-11 10:37:59] jjeca at hotmail dot com
YES, register_globals is On!
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/22169
--
Edit this bug report at http://bugs.php.net/?id=22169&edit=1
#27000 [Opn->Fbk]: Seg Fault when trying to set a value
ID: 27000
Updated by: [EMAIL PROTECTED]
Reported By: dylan dot egan at optusnet dot com dot au
-Status: Open
+Status: Feedback
Bug Type: XML related
Operating System: Linux
PHP Version: 5CVS-2004-01-21 (dev)
New Comment:
Can you please also add the output from "bt" from the GDB command line?
(That will generate the backtrace)
Previous Comments:
[2004-01-21 15:46:09] dylan dot egan at optusnet dot com dot au
Description:
Trying to set a value in a loaded xml file, it returns a seg fault in
the log. So I ran gdb.
Reproduce code:
---
$s = simplexml_load_file('security.xml'); // $s->security[2]->id = 20
$s->security[2]->id = 21;
Expected result:
It should set that value to 21 from 20.
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1077749632 (LWP 29325)]
zend_assign_obj_handler (execute_data=0xbfffd170, op_array=0x40832c04)
at /usr/local/src/php5-200401211830/Zend/zend_execute.c:64
64 z->refcount--;
--
Edit this bug report at http://bugs.php.net/?id=27000&edit=1
#27001 [NEW]: Correct grammar on "Report a bug page"
From: icantbelieveiloggedthis at hotmail dot com Operating system: n/a PHP version: Irrelevant PHP Bug Type: Unknown/Other Function Bug description: Correct grammar on "Report a bug page" Description: The "report a bug" page http://bugs.php.net/report.php has this red warning text: "If you get an error like this: Syntax error on line 176 of C:/Apache2/conf/httpd.conf Cannot load C:/Apache2/PHP5/sapi/php4apache2.dll into server. The specified module could not be found It is NOT a bug, but a configuration issue. php4_module have changed name to php5_module." Could the "have" in the last sentence be corrected to read "has". Alternatively a more complete sentence is: "The PHP module has changed name from php4_module to php5_module" It might also be worth adding an extra sentence to help beginners: "Edit your httpd.conf file and update the module name". -- Edit bug report at http://bugs.php.net/?id=27001&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27001&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27001&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27001&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27001&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27001&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27001&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27001&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27001&r=support Expected behavior: http://bugs.php.net/fix.php?id=27001&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27001&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27001&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27001&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27001&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27001&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27001&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27001&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27001&r=float
#21333 [Com]: Nesting level too deep - recursive dependency?
ID: 21333 Comment by: mikemoser4 at hotmail dot com Reported By: webmaster at vplabs dot com Status: Closed Bug Type: Reproducible crash Operating System: RedHat Linux 8.0 PHP Version: 4.3.0 New Comment: I rna the make test and received the same error Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 I have checked and the modules imap.so and ldap.so do appear in the usr/lib/php4 directory and since the installation of PHP was new they cannot be old version. This is on a red hat 8 with php 4.3.1 Previous Comments: [2003-02-07 04:44:04] alex at elhacker dot info Me too, with Apache 1.3.27, y php 4.3.0 using php-nuke 6.0 My solution: editing php.ini: change this line: extension_dir = /usr/lib/php4 for this: extension_dir = /usr/lib/php best regards from spain (barcelona) bye alex [2003-01-03 16:48:38] fiber_halo at yahoo dot com Okay, I solved my own problem with a little help from a comment in bug 21206. My /etc/php.ini file was pointing to the RedHat-supplied modules in /usr/lib/php4. I was able to fix the problem by changing the line in /etc/php.ini that says: extension_dir = /usr/lib/php4 to point to the new location of the modules. This is where the imap.so, ldap.so, mysql.so, etc are. Alternatively, you could copy the newly-compiled modules from the compile-directory/modules up to /usr/lib/php4. Now, mine works perfectly. [2003-01-03 02:20:07] fiber_halo at yahoo dot com I'm seeing the same problem with a very similar config: RH8.0, php4-STABLE-200301020430 even running the command line tool gives this result, so I believe this is independent of the apache version: echo "" | ./php Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 I did a make test and submitted it to QA. I hope this helps. [2003-01-02 06:08:49] webmaster at vplabs dot com Unfortunately I can not send the "make test" results because the company where I work has too much restrictive firewall rules (paranoid grade): Form upload limits, no pop3 clients, password protected proxy, ... All that I can currently tell you is that I have the same problem even with a much simpler PHP configuration: ./configure i386-redhat-linux \ --with-apxs2=/usr/sbin/apxs \ --with-config-file-path=/etc [2003-01-02 04:54:17] [EMAIL PROTECTED] Please run a "make test" after compiling PHP with "make" in the source directory and press "y" if it asks to send the information to the QA site. 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/21333 -- Edit this bug report at http://bugs.php.net/?id=21333&edit=1
#26990 [Fbk->Opn]: PHP CGI does not handle Status header.
ID: 26990
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: CGI related
Operating System: FreeBSD 5.2
PHP Version: 4.3.4
New Comment:
I tried lastest, but not fixed. (php4-STABLE-200401212030)
Same result as 4.3.4.
I found on main/SAPI.c, sapi_headers_op() controls header but there is
no handles 'Status: xxx' header. Not fixed on CVS tree, also.
Previous Comments:
[2004-01-21 14:36:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-01-21 06:58:33] [EMAIL PROTECTED]
Description:
CGI version PHP does not handle 'Status: xxx' header.
By CGI 1.1 Spec, header('Status: xxx') can produce http response code.
(I can use 'HTTP/1.0 xxx', but I think CGI version should work with
'Status: xxx')
on http://hoohoo.ncsa.uiuc.edu/cgi/out.html ,
Status
This is used to give the server an HTTP/1.0 status line to send to the
client. The format is nnn x, where nnn is the 3-digit status code,
and x is the reason string, such as "Forbidden".
Reproduce code:
---
http://example.org');
?>
Expected result:
Status: 303
Content-type: text/html
Location: http://example.org
Actual result:
--
Status: 302
Content-type: text/html
Status: 303 See Other
Location: http://example.org
--
Edit this bug report at http://bugs.php.net/?id=26990&edit=1
#27000 [NEW]: Seg Fault when trying to set a value
From: dylan dot egan at optusnet dot com dot au
Operating system: Linux
PHP version: 5CVS-2004-01-21 (dev)
PHP Bug Type: XML related
Bug description: Seg Fault when trying to set a value
Description:
Trying to set a value in a loaded xml file, it returns a seg fault in the
log. So I ran gdb.
Reproduce code:
---
$s = simplexml_load_file('security.xml'); // $s->security[2]->id = 20
$s->security[2]->id = 21;
Expected result:
It should set that value to 21 from 20.
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1077749632 (LWP 29325)]
zend_assign_obj_handler (execute_data=0xbfffd170, op_array=0x40832c04)
at /usr/local/src/php5-200401211830/Zend/zend_execute.c:64
64 z->refcount--;
--
Edit bug report at http://bugs.php.net/?id=27000&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27000&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27000&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27000&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27000&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27000&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27000&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27000&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27000&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27000&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27000&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27000&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27000&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27000&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27000&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27000&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27000&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27000&r=float
#26976 [Csd]: I can't read pass level one of an array
ID: 26976 User updated by: dylan dot egan at optusnet dot com dot au Reported By: dylan dot egan at optusnet dot com dot au Status: Closed Bug Type: XML related Operating System: * PHP Version: 5CVS-2004-01-20 (dev) New Comment: Anything to help get this through to production level. Great work so far, can't wait for final. Previous Comments: [2004-01-21 06:28:22] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-01-20 20:47:45] dylan dot egan at optusnet dot com dot au Well I tried with PHP 5Beta3 and it worked. Something changed in CVS I guess. Will wait for patches on CVS. Don't know what it could be. [2004-01-20 20:10:40] [EMAIL PROTECTED] Here's simple test: --- --TEST-- Bug #26976 (Can not access array elements using index) --SKIPIF-- --FILE-- a b c d '); echo $root->child[0], "\n"; echo $root->child[1], "\n"; echo $root->child[2], "\n"; echo $root->child[3], "\n"; ?> --EXPECT-- a b c d --- I get this output: a b b b (foreach works fine though :) [2004-01-20 07:13:11] dylan dot egan at optusnet dot com dot au Description: Trying to read through a parsed XML file with simpleXML, but I can't go past the 2nd level of the array. Reproduce code: --- www.ircphp.com/157 Expected result: Read --OUTPUT-- -- Edit this bug report at http://bugs.php.net/?id=26976&edit=1
#26995 [Fbk->Opn]: short_open_tag = Off has no effect
ID: 26995
User updated by: trobinson at gksystems dot com
Reported By: trobinson at gksystems dot com
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: Windows XP / IIS CGI
PHP Version: 5.0.0b3 (beta3)
New Comment:
var_dump(ini_get('short_open_tag'))
with short_open_tag = Off:
string(0) ""
with short_open_tag = On:
string(1) "1"
Previous Comments:
[2004-01-21 15:01:26] [EMAIL PROTECTED]
what does var_dump(ini_get('short_open_tag')) say?
[2004-01-21 14:58:11] trobinson at gksystems dot com
phpinfo() reports the correct php.ini file.
However, regardless of php.ini setting, the following line should NEVER
outout 0. It should either outout 1 or it should not execute at all.
[2004-01-21 14:52:37] [EMAIL PROTECTED]
Please check from phpinfo() output that you're loading the correct
php.ini file.
[2004-01-21 12:38:56] trobinson at gksystems dot com
Description:
php.ini contains the line:
short_open_tag = Off
phpinfo() reports that it is off.
Yet
Expected result:
===EITHER===
The next line should never say "short_open_tag: 0"
short_open_tag: 1
(if short_open_tag = On)
===OR===
The next line should never say "short_open_tag: 0"
(in this case, the is visible in Reveal Source, but the
browser correctly hides it.)
Actual result:
--
The next line should never say "short_open_tag: 0"
short_open_tag: 0
--
Edit this bug report at http://bugs.php.net/?id=26995&edit=1
#26995 [Opn->Fbk]: short_open_tag = Off has no effect
ID: 26995
Updated by: [EMAIL PROTECTED]
Reported By: trobinson at gksystems dot com
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: Windows XP / IIS CGI
PHP Version: 5.0.0b3 (beta3)
New Comment:
what does var_dump(ini_get('short_open_tag')) say?
Previous Comments:
[2004-01-21 14:58:11] trobinson at gksystems dot com
phpinfo() reports the correct php.ini file.
However, regardless of php.ini setting, the following line should NEVER
outout 0. It should either outout 1 or it should not execute at all.
[2004-01-21 14:52:37] [EMAIL PROTECTED]
Please check from phpinfo() output that you're loading the correct
php.ini file.
[2004-01-21 12:38:56] trobinson at gksystems dot com
Description:
php.ini contains the line:
short_open_tag = Off
phpinfo() reports that it is off.
Yet
Expected result:
===EITHER===
The next line should never say "short_open_tag: 0"
short_open_tag: 1
(if short_open_tag = On)
===OR===
The next line should never say "short_open_tag: 0"
(in this case, the is visible in Reveal Source, but the
browser correctly hides it.)
Actual result:
--
The next line should never say "short_open_tag: 0"
short_open_tag: 0
--
Edit this bug report at http://bugs.php.net/?id=26995&edit=1
#25837 [WFx]: var-exports fails to produce valid PHP in some cases
ID: 25837
User updated by: manu at chasqui dot cu
Reported By: manu at chasqui dot cu
Status: Wont fix
Bug Type: Variables related
Operating System: Windows Xp-Pro/Apache 1.3.24
PHP Version: 4.3.3
New Comment:
I don't think it is a bug, neither I think it could be hard to
implement. I can't make a test right now, because I´m not connected
using my PC; but I think that such a behavior could be easily simulated
using the get_class_vars and get_parent_class functions - but it'd be
less eficient than if done in the var_export function (C code and
compiled).
I promise once I get home I will write a php function to simulated the
expected behaviour.
Notice I don't expect to get the class definition, but that every class
have been already defined.
Regards,
Manu.
Previous Comments:
[2004-01-17 13:19:21] [EMAIL PROTECTED]
Nah, it's not a bug. Just don't do it
[2004-01-17 10:06:29] [EMAIL PROTECTED]
Well, var_export() is almost meaningless for objects since it gives you
the internal representation by "class fubar ..." however in a runnning
system a class can be defined only once - so the usage of var_export()
with objects is quite limited. Additionally circular references are
hardly handled by most of the PHP functions and even by the core (see
PHP5 which currently does not destruct objects if there is a circular
reference).
However moving that to bug, since var_export() should fail if some of
the member variables is an object itself.
[2003-10-11 10:26:29] manu at chasqui dot cu
Description:
var_export fails to reproduce valid code when dumping several nested
objects.
Reproduce code:
---
child = NULL;
$ve_parent = new VE_Test();
$ve_parent->child = &$ve_child;
var_export($ve_parent);
?>
Expected result:
Actually I can't make a proposal without requiring more from PHP:
with (new VE_Test()){
child =
with (new VE_Test()){
child = NULL;
}
}
This is just a proposal, there can be other better ways.
Actual result:
--
class ve_test {
var $child =
class ve_test {
var $child = NULL;
};
}
Which fails to compile:
Parse error: parse error, unexpected T_CLASS in
d:\inetpub\tests\tests\php\vd.php on line 4
--
Edit this bug report at http://bugs.php.net/?id=25837&edit=1
#26995 [Fbk->Opn]: short_open_tag = Off has no effect
ID: 26995 User updated by: trobinson at gksystems dot com Reported By: trobinson at gksystems dot com -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Windows XP / IIS CGI PHP Version: 5.0.0b3 (beta3) New Comment: phpinfo() reports the correct php.ini file. However, regardless of php.ini setting, the following line should NEVER outout 0. It should either outout 1 or it should not execute at all. Previous Comments: [2004-01-21 14:52:37] [EMAIL PROTECTED] Please check from phpinfo() output that you're loading the correct php.ini file. [2004-01-21 12:38:56] trobinson at gksystems dot com Description: php.ini contains the line: short_open_tag = Off phpinfo() reports that it is off. Yet Expected result: ===EITHER=== The next line should never say "short_open_tag: 0" short_open_tag: 1 (if short_open_tag = On) ===OR=== The next line should never say "short_open_tag: 0" (in this case, the is visible in Reveal Source, but the browser correctly hides it.) Actual result: -- The next line should never say "short_open_tag: 0" short_open_tag: 0 -- Edit this bug report at http://bugs.php.net/?id=26995&edit=1
#26995 [Opn->Fbk]: short_open_tag = Off has no effect
ID: 26995 Updated by: [EMAIL PROTECTED] Reported By: trobinson at gksystems dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Windows XP / IIS CGI PHP Version: 5.0.0b3 (beta3) New Comment: Please check from phpinfo() output that you're loading the correct php.ini file. Previous Comments: [2004-01-21 12:38:56] trobinson at gksystems dot com Description: php.ini contains the line: short_open_tag = Off phpinfo() reports that it is off. Yet Expected result: ===EITHER=== The next line should never say "short_open_tag: 0" short_open_tag: 1 (if short_open_tag = On) ===OR=== The next line should never say "short_open_tag: 0" (in this case, the is visible in Reveal Source, but the browser correctly hides it.) Actual result: -- The next line should never say "short_open_tag: 0" short_open_tag: 0 -- Edit this bug report at http://bugs.php.net/?id=26995&edit=1
#26965 [Opn->Fbk]: Apache 2 Seg Faults on All PHP Pages
ID: 26965 Updated by: [EMAIL PROTECTED] Reported By: louis at 6internet dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Red Hat Enterprise Linux ES v3 PHP Version: 5CVS-2004-01-20 New Comment: Does this crash happen with CLI ?? Previous Comments: [2004-01-21 06:20:54] louis at 6internet dot com Thanks for coming back sniper. httpd -l gives me: Compiled in modules: core.c prefork.c http_core.c mod_so.c So I think that means the prefork MPM is in use. PHP was compiled with: ./configure --with-apxs2=/usr/sbin/apxs --with-pgsql Lines added to /etc/httpd/conf/httpd.conf: LoadModule php5_module modules/libphp5.so AddType application/x-httpd-php .php Many thanks [2004-01-20 19:30:26] [EMAIL PROTECTED] What MPM is used with Apache? What was the configure line used to configure PHP? How was PHP configured in Apache httpd.conf? [2004-01-20 11:25:47] louis at 6internet dot com Have tried with current snapshot as requested, but getting basically the same. Just for verification, here is the gdb output this time: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1223485504 (LWP 31531)] 0xb6fe86d2 in _zend_hash_index_update_or_next_insert (ht=0xb705d5b0, h=0, pData=0xbfffd010, nDataSize=12, pDest=0x0, flag=1) at /root/php5/php5-200401201430/Zend/zend_hash.c:348 348 p = ht->arBuckets[nIndex]; (gdb) bt #0 0xb6fe86d2 in _zend_hash_index_update_or_next_insert (ht=0xb705d5b0, h=0, pData=0xbfffd010, nDataSize=12, pDest=0x0, flag=1) at /root/php5/php5-200401201430/Zend/zend_hash.c:348 #1 0xb6fe9eb3 in zend_list_insert (ptr=0x0, type=0) at /root/php5/php5-200401201430/Zend/zend_list.c:47 #2 0xb6fe9fe6 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0xb687913c, rsrc_type=2) at /root/php5/php5-200401201430/Zend/zend_list.c:99 #3 0xb6fc1ba4 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0xb70089f1 "rb") at /root/php5/php5-200401201430/main/streams/streams.c:248 #4 0xb6fc5733 in _php_stream_fopen_from_fd (fd=16, mode=0xb70089f1 "rb", persistent_id=0x0) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:262 #5 0xb6fc54f9 in _php_stream_fopen (filename=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", opened_path=0xbfffe558, options=133) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:139 #6 0xb6fc6768 in _php_stream_fopen_with_path (filename=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", path=0xb7024ab2 ".:/usr/local/lib/php", opened_path=0xbfffe558, options=133) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:1199 #7 0xb6fc61ef in php_plain_files_stream_opener (wrapper=0xb7053968, path=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", options=133, opened_path=0xbfffe558, context=0x0) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:886 #8 0xb6fc3a0e in _php_stream_open_wrapper_ex (path=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", options=141, opened_path=0x85, context=0x0) at /root/php5/php5-200401201430/main/streams/streams.c:1613 #9 0xb6fb3ed7 in php_stream_open_for_zend (filename=0x81d5580 "/var/www/html/index.php", handle=0xbfffe550) at /root/php5/php5-200401201430/main/main.c:876 #10 0xb6fef40a in zend_stream_open (filename=0x81d5580 "/var/www/html/index.php", handle=0xbfffe550) at /root/php5/php5-200401201430/Zend/zend_stream.c:41 ---Type to continue, or q to quit--- #11 0xb6fef4e4 in zend_stream_fixup (file_handle=0xbfffe550) at /root/php5/php5-200401201430/Zend/zend_stream.c:56 #12 0xb6fccc4e in open_file_for_scanning (file_handle=0xbfffe550) at Zend/zend_language_scanner.c:3040 #13 0xb6fccd66 in compile_file (file_handle=0xbfffe550, type=2) at Zend/zend_language_scanner.c:3126 #14 0xb6fe3be9 in zend_execute_scripts (type=2, retval=0x0, file_count=1) at /root/php5/php5-200401201430/Zend/zend.c:1047 #15 0xb7006966 in php_handler (r=0x81d3e00) at /root/php5/php5-200401201430/sapi/apache2handler/sapi_apache2.c:533 #16 0x08068685 in ap_run_handler () #17 0x08068c9f in ap_invoke_handler () #18 0x08065326 in ap_process_request () #19 0x0806095c in _start () #20 0x081d3e00 in ?? () #21 0x0004 in ?? () #22 0x081d3e00 in ?? () #23 0x0807228c in ap_run_pre_connection () #24 0x08072145 in ap_run_process_connection () #25 0x08066ba1 in ap_graceful_stop_signalled () #26 0x08066dba in ap_graceful_stop_signalled () #27 0x08066e16 in ap_graceful_stop_signalled () #28 0x0806763d in ap_mpm_run () #29 0x0806dacf in main () Hope this helps. Thanks. ---
#26998 [Bgs]: browscap admin value not allowed in httpd.conf
ID: 26998
User updated by: mp at xmission dot com
Reported By: mp at xmission dot com
Status: Bogus
Bug Type: PHP options/info functions
Operating System: Linux 2.4.24-ow1
PHP Version: 4.3.4
New Comment:
Good enough. Thanks for the quick response.
Previous Comments:
[2004-01-21 14:40:44] [EMAIL PROTECTED]
And FYI, only browscap.ini that works with PHP is found here:
http://www.garykeith.com/browsers/downloads.asp
[2004-01-21 14:39:07] [EMAIL PROTECTED]
browscap can ONLY be set in php.ini. This will not change.
[2004-01-21 14:26:04] mp at xmission dot com
Description:
Using 'php_admin_value browscap [path to browscap.ini]' in httpd.conf
does not set the value of 'browscap'. It of course does set the value
of 'browscap' correctly if it is set in php.ini directly.
This is considered a bug to me because we have a number of virtual
hosting customers for whom we would like to be able to specify the
value of browscap for their individual sites.
As evidenced by a number of other closed bugs, Apache will in fact
segfault in the event that 'php_admin_value browscap ...' is set in
httpd.conf.
For this to work properly imho, 'php_admin_value browscap' should be
allowed in httpd.conf so that it can be turned on and off for different
sites and so different users can use different browscap.ini files.
Reproduce code:
---
$USERAGENT\n"; flush();
$brow_obj = get_browser($USERAGENT);
echo "brow_obj=$brow_obj\n\n"; flush();
$browser = get_object_vars($brow_obj);
echo "browser=$browser\n\n"; flush();
echo "\n"; print_r($browser); echo "\n\n"; flush();
echo "\n\nAGENT=$USERAGENT\n"; array_print($browser);
echo "\n(c=".$browser['crawler']." js=".$browser['javascript']."
t=".$browser['tables']." css=".$browser['css'].")\n-->\n\n";
$WEBBOT=0;
if ($browser['browser_name_pattern']!='.*' &&
($browser['crawler']!="" || $browser['javascript']=="")) {
$WEBBOT=1;
if (!$nooutput) {
echo "web bot or non-javascript browser: do not use javascript
(c=".
$browser['crawler']." js=".$browser[javascript].") -->\n";
}
} elseif (!$nooutput) {
echo $browser['browser_name_pattern']." is not a web bot: ".
"use javascript (c=".$browser['crawler'].
" js=".$browser['javascript'].") -->\n";
}
Expected result:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031225
Firebird/0.7
brow_obj=Object
browser=Array
Array
(
[browser_name_regex] => Mozilla/5\.0 (X11; U; Linux.*; .*; rv:.*)
Gecko/ Firebird/0\.7.*
[browser_name_pattern] => Mozilla/5.0 (X11; U; Linux*; *; rv:*)
Gecko/ Firebird/0.7*
[parent] => Firebird 0.7
[platform] => Linux
[browser] => Firebird
[version] => 0.7
[majorver] => 0
[minorver] => 7
[css] => 2
[frames] => 1
[iframes] => 1
[tables] => 1
[cookies] => 1
[backgroundsounds] =>
[vbscript] =>
[javascript] => 1
[javaapplets] => 1
[activexcontrols] =>
[cdf] =>
[aol] =>
[beta] => 1
[win16] =>
[crawler] =>
[stripper] =>
[wap] =>
[netclr] =>
)
Actual result:
--
ozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031225
Firebird/0.7
--
Edit this bug report at http://bugs.php.net/?id=26998&edit=1
#26996 [Opn->Bgs]: If a field is empty it returns one blank space character.
ID: 26996 Updated by: [EMAIL PROTECTED] Reported By: arion_ at msn dot com -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Windows XP SP1 PHP Version: 4.3.4 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #25777 and add your comments there. Previous Comments: [2004-01-21 14:37:56] arion_ at msn dot com I've just done and I'm sorry :( but 4.3.5RC2-dev doesn't work yet. If you need I test something more, just tell me. Thanks. Running on Apache 2.0.48 [2004-01-21 14:22:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-01-21 12:57:20] arion_ at msn dot com Description: If a field is empty it returns one blank space character. Reproduce code: --- Expected result: JustDoIt Actual result: -- Just DoIt -- Edit this bug report at http://bugs.php.net/?id=26996&edit=1
#26998 [Bgs]: browscap admin value not allowed in httpd.conf
ID: 26998
Updated by: [EMAIL PROTECTED]
Reported By: mp at xmission dot com
Status: Bogus
Bug Type: PHP options/info functions
Operating System: Linux 2.4.24-ow1
PHP Version: 4.3.4
New Comment:
And FYI, only browscap.ini that works with PHP is found here:
http://www.garykeith.com/browsers/downloads.asp
Previous Comments:
[2004-01-21 14:39:07] [EMAIL PROTECTED]
browscap can ONLY be set in php.ini. This will not change.
[2004-01-21 14:26:04] mp at xmission dot com
Description:
Using 'php_admin_value browscap [path to browscap.ini]' in httpd.conf
does not set the value of 'browscap'. It of course does set the value
of 'browscap' correctly if it is set in php.ini directly.
This is considered a bug to me because we have a number of virtual
hosting customers for whom we would like to be able to specify the
value of browscap for their individual sites.
As evidenced by a number of other closed bugs, Apache will in fact
segfault in the event that 'php_admin_value browscap ...' is set in
httpd.conf.
For this to work properly imho, 'php_admin_value browscap' should be
allowed in httpd.conf so that it can be turned on and off for different
sites and so different users can use different browscap.ini files.
Reproduce code:
---
$USERAGENT\n"; flush();
$brow_obj = get_browser($USERAGENT);
echo "brow_obj=$brow_obj\n\n"; flush();
$browser = get_object_vars($brow_obj);
echo "browser=$browser\n\n"; flush();
echo "\n"; print_r($browser); echo "\n\n"; flush();
echo "\n\nAGENT=$USERAGENT\n"; array_print($browser);
echo "\n(c=".$browser['crawler']." js=".$browser['javascript']."
t=".$browser['tables']." css=".$browser['css'].")\n-->\n\n";
$WEBBOT=0;
if ($browser['browser_name_pattern']!='.*' &&
($browser['crawler']!="" || $browser['javascript']=="")) {
$WEBBOT=1;
if (!$nooutput) {
echo "web bot or non-javascript browser: do not use javascript
(c=".
$browser['crawler']." js=".$browser[javascript].") -->\n";
}
} elseif (!$nooutput) {
echo $browser['browser_name_pattern']." is not a web bot: ".
"use javascript (c=".$browser['crawler'].
" js=".$browser['javascript'].") -->\n";
}
Expected result:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031225
Firebird/0.7
brow_obj=Object
browser=Array
Array
(
[browser_name_regex] => Mozilla/5\.0 (X11; U; Linux.*; .*; rv:.*)
Gecko/ Firebird/0\.7.*
[browser_name_pattern] => Mozilla/5.0 (X11; U; Linux*; *; rv:*)
Gecko/ Firebird/0.7*
[parent] => Firebird 0.7
[platform] => Linux
[browser] => Firebird
[version] => 0.7
[majorver] => 0
[minorver] => 7
[css] => 2
[frames] => 1
[iframes] => 1
[tables] => 1
[cookies] => 1
[backgroundsounds] =>
[vbscript] =>
[javascript] => 1
[javaapplets] => 1
[activexcontrols] =>
[cdf] =>
[aol] =>
[beta] => 1
[win16] =>
[crawler] =>
[stripper] =>
[wap] =>
[netclr] =>
)
Actual result:
--
ozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031225
Firebird/0.7
--
Edit this bug report at http://bugs.php.net/?id=26998&edit=1
#26998 [Opn->Bgs]: browscap admin value not allowed in httpd.conf
ID: 26998
Updated by: [EMAIL PROTECTED]
Reported By: mp at xmission dot com
-Status: Open
+Status: Bogus
Bug Type: PHP options/info functions
Operating System: Linux 2.4.24-ow1
PHP Version: 4.3.4
New Comment:
browscap can ONLY be set in php.ini. This will not change.
Previous Comments:
[2004-01-21 14:26:04] mp at xmission dot com
Description:
Using 'php_admin_value browscap [path to browscap.ini]' in httpd.conf
does not set the value of 'browscap'. It of course does set the value
of 'browscap' correctly if it is set in php.ini directly.
This is considered a bug to me because we have a number of virtual
hosting customers for whom we would like to be able to specify the
value of browscap for their individual sites.
As evidenced by a number of other closed bugs, Apache will in fact
segfault in the event that 'php_admin_value browscap ...' is set in
httpd.conf.
For this to work properly imho, 'php_admin_value browscap' should be
allowed in httpd.conf so that it can be turned on and off for different
sites and so different users can use different browscap.ini files.
Reproduce code:
---
$USERAGENT\n"; flush();
$brow_obj = get_browser($USERAGENT);
echo "brow_obj=$brow_obj\n\n"; flush();
$browser = get_object_vars($brow_obj);
echo "browser=$browser\n\n"; flush();
echo "\n"; print_r($browser); echo "\n\n"; flush();
echo "\n\nAGENT=$USERAGENT\n"; array_print($browser);
echo "\n(c=".$browser['crawler']." js=".$browser['javascript']."
t=".$browser['tables']." css=".$browser['css'].")\n-->\n\n";
$WEBBOT=0;
if ($browser['browser_name_pattern']!='.*' &&
($browser['crawler']!="" || $browser['javascript']=="")) {
$WEBBOT=1;
if (!$nooutput) {
echo "web bot or non-javascript browser: do not use javascript
(c=".
$browser['crawler']." js=".$browser[javascript].") -->\n";
}
} elseif (!$nooutput) {
echo $browser['browser_name_pattern']." is not a web bot: ".
"use javascript (c=".$browser['crawler'].
" js=".$browser['javascript'].") -->\n";
}
Expected result:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031225
Firebird/0.7
brow_obj=Object
browser=Array
Array
(
[browser_name_regex] => Mozilla/5\.0 (X11; U; Linux.*; .*; rv:.*)
Gecko/ Firebird/0\.7.*
[browser_name_pattern] => Mozilla/5.0 (X11; U; Linux*; *; rv:*)
Gecko/ Firebird/0.7*
[parent] => Firebird 0.7
[platform] => Linux
[browser] => Firebird
[version] => 0.7
[majorver] => 0
[minorver] => 7
[css] => 2
[frames] => 1
[iframes] => 1
[tables] => 1
[cookies] => 1
[backgroundsounds] =>
[vbscript] =>
[javascript] => 1
[javaapplets] => 1
[activexcontrols] =>
[cdf] =>
[aol] =>
[beta] => 1
[win16] =>
[crawler] =>
[stripper] =>
[wap] =>
[netclr] =>
)
Actual result:
--
ozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031225
Firebird/0.7
--
Edit this bug report at http://bugs.php.net/?id=26998&edit=1
#26996 [Fbk->Opn]: If a field is empty it returns one blank space character.
ID: 26996 User updated by: arion_ at msn dot com Reported By: arion_ at msn dot com -Status: Feedback +Status: Open Bug Type: MSSQL related Operating System: Windows XP SP1 PHP Version: 4.3.4 New Comment: I've just done and I'm sorry :( but 4.3.5RC2-dev doesn't work yet. If you need I test something more, just tell me. Thanks. Running on Apache 2.0.48 Previous Comments: [2004-01-21 14:22:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-01-21 12:57:20] arion_ at msn dot com Description: If a field is empty it returns one blank space character. Reproduce code: --- Expected result: JustDoIt Actual result: -- Just DoIt -- Edit this bug report at http://bugs.php.net/?id=26996&edit=1
#26999 [Opn->Bgs]: system, exec, and passthru not working
ID: 26999 Updated by: [EMAIL PROTECTED] Reported By: khess at ahcctulsa dot com -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. AFAIK, to get directory listing in windows, you use 'dir' command? :) Previous Comments: [2004-01-21 14:31:18] khess at ahcctulsa dot com Description: My scripts work at the command line and on other similarly configured servers, but on two, in particular, it does not work. Gives no output when called via a browser. I have tried this on php ver. 4.3.3 and 4.3.4 Expected result: a file and directory listing of the current directory Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=26999&edit=1
#26990 [Opn->Fbk]: PHP CGI does not handle Status header.
ID: 26990
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: CGI related
Operating System: FreeBSD 5.2
PHP Version: 4.3.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2004-01-21 06:58:33] [EMAIL PROTECTED]
Description:
CGI version PHP does not handle 'Status: xxx' header.
By CGI 1.1 Spec, header('Status: xxx') can produce http response code.
(I can use 'HTTP/1.0 xxx', but I think CGI version should work with
'Status: xxx')
on http://hoohoo.ncsa.uiuc.edu/cgi/out.html ,
Status
This is used to give the server an HTTP/1.0 status line to send to the
client. The format is nnn x, where nnn is the 3-digit status code,
and x is the reason string, such as "Forbidden".
Reproduce code:
---
http://example.org');
?>
Expected result:
Status: 303
Content-type: text/html
Location: http://example.org
Actual result:
--
Status: 302
Content-type: text/html
Status: 303 See Other
Location: http://example.org
--
Edit this bug report at http://bugs.php.net/?id=26990&edit=1
#26999 [NEW]: system, exec, and passthru not working
From: khess at ahcctulsa dot com Operating system: Windows 2000 PHP version: 4.3.4 PHP Bug Type: IIS related Bug description: system, exec, and passthru not working Description: My scripts work at the command line and on other similarly configured servers, but on two, in particular, it does not work. Gives no output when called via a browser. I have tried this on php ver. 4.3.3 and 4.3.4 Expected result: a file and directory listing of the current directory Actual result: -- -- Edit bug report at http://bugs.php.net/?id=26999&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26999&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26999&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26999&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26999&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26999&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26999&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26999&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26999&r=support Expected behavior: http://bugs.php.net/fix.php?id=26999&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26999&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26999&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26999&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26999&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26999&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26999&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26999&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26999&r=float
#26998 [NEW]: browscap admin value not allowed in httpd.conf
From: mp at xmission dot com
Operating system: Linux 2.4.24-ow1
PHP version: 4.3.4
PHP Bug Type: PHP options/info functions
Bug description: browscap admin value not allowed in httpd.conf
Description:
Using 'php_admin_value browscap [path to browscap.ini]' in httpd.conf does
not set the value of 'browscap'. It of course does set the value of
'browscap' correctly if it is set in php.ini directly.
This is considered a bug to me because we have a number of virtual hosting
customers for whom we would like to be able to specify the value of
browscap for their individual sites.
As evidenced by a number of other closed bugs, Apache will in fact
segfault in the event that 'php_admin_value browscap ...' is set in
httpd.conf.
For this to work properly imho, 'php_admin_value browscap' should be
allowed in httpd.conf so that it can be turned on and off for different
sites and so different users can use different browscap.ini files.
Reproduce code:
---
$USERAGENT\n"; flush();
$brow_obj = get_browser($USERAGENT);
echo "brow_obj=$brow_obj\n\n"; flush();
$browser = get_object_vars($brow_obj);
echo "browser=$browser\n\n"; flush();
echo "\n"; print_r($browser); echo "\n\n"; flush();
echo "\n\nAGENT=$USERAGENT\n"; array_print($browser);
echo "\n(c=".$browser['crawler']." js=".$browser['javascript']."
t=".$browser['tables']." css=".$browser['css'].")\n-->\n\n";
$WEBBOT=0;
if ($browser['browser_name_pattern']!='.*' &&
($browser['crawler']!="" || $browser['javascript']=="")) {
$WEBBOT=1;
if (!$nooutput) {
echo "web bot or non-javascript browser: do not use javascript (c=".
$browser['crawler']." js=".$browser[javascript].") -->\n";
}
} elseif (!$nooutput) {
echo $browser['browser_name_pattern']." is not a web bot: ".
"use javascript (c=".$browser['crawler'].
" js=".$browser['javascript'].") -->\n";
}
Expected result:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031225
Firebird/0.7
brow_obj=Object
browser=Array
Array
(
[browser_name_regex] => Mozilla/5\.0 (X11; U; Linux.*; .*; rv:.*)
Gecko/ Firebird/0\.7.*
[browser_name_pattern] => Mozilla/5.0 (X11; U; Linux*; *; rv:*)
Gecko/ Firebird/0.7*
[parent] => Firebird 0.7
[platform] => Linux
[browser] => Firebird
[version] => 0.7
[majorver] => 0
[minorver] => 7
[css] => 2
[frames] => 1
[iframes] => 1
[tables] => 1
[cookies] => 1
[backgroundsounds] =>
[vbscript] =>
[javascript] => 1
[javaapplets] => 1
[activexcontrols] =>
[cdf] =>
[aol] =>
[beta] => 1
[win16] =>
[crawler] =>
[stripper] =>
[wap] =>
[netclr] =>
)
Actual result:
--
ozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031225 Firebird/0.7
--
Edit bug report at http://bugs.php.net/?id=26998&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26998&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26998&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26998&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26998&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26998&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26998&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26998&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26998&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26998&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26998&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26998&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26998&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26998&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26998&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26998&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26998&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26998&r=float
#26996 [Opn->Fbk]: If a field is empty it returns one blank space character.
ID: 26996 Updated by: [EMAIL PROTECTED] Reported By: arion_ at msn dot com -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Windows XP SP1 PHP Version: 4.3.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2004-01-21 12:57:20] arion_ at msn dot com Description: If a field is empty it returns one blank space character. Reproduce code: --- Expected result: JustDoIt Actual result: -- Just DoIt -- Edit this bug report at http://bugs.php.net/?id=26996&edit=1
#16057 [Com]: ftp_nlist() and ftp_rawlist() return nothing
ID: 16057 Comment by: bo at sgmbiotech dot com Reported By: ryan at wonko dot com Status: Closed Bug Type: FTP related Operating System: Windows 2000 Advanced Server PHP Version: 4.1.2 New Comment: This issue is not fixed in 4.3.4 on IIS5, connecting to remote microsoft FTP server. Interesting note: these functions work fine if logged into a domain with administrator rights. When logged in as a regular user the functions return false. However, ftp_put and ftp_get all work finethe problem is only when listing directories. I fail to see how user rights external to IIS should have any impact these particular functions, but somehow they do. Previous Comments: [2004-01-14 09:26:19] orlax at gmx dot net It's fixed in ver. 5. Works fine with windows + iss + ftp. [2004-01-13 09:03:34] sean at abcvoice dot com Hate to be a "Me Too" poster, but: OS: Windows XP (SP1) PHP: 4.3.2 When connecting to an FTP and getting a rawlist, if I'm getting the root directory and it contains a colon (:) then rawlist (and nlist) return nothing. If I'm getting a rawlist of something in a subdirectory of root (even if root contains a colon) then it works every time. [2004-01-10 13:19:21] bug at nexus-zone dot com same problem apears on version 4.3.4 will it ever work? [2003-12-23 14:35:29] mfeldNOSPAMPLEASE at mftronic dot de I'm using PHP 4.3.2 on WinXP SP1, and when using the ftp_Xlist() functions, it sometimes works and sometimes not (returns bool(false)) - almost randomly. Inserting a "var_dump()" has sometimes increased my chances that such a call works, like $dirlist = ftp_rawlist($conn_id, ""); var_dump($dirlist); [2003-12-16 04:55:45] mnares at cox dot net This issue is still not fixed...I am running PHP 4.3.3 on Windows XP SP 1, and I still get this error. 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/16057 -- Edit this bug report at http://bugs.php.net/?id=16057&edit=1
#26996 [NEW]: If a field is empty it returns one blank space character.
From: arion_ at msn dot com Operating system: Windows XP SP1 PHP version: 4.3.4 PHP Bug Type: MSSQL related Bug description: If a field is empty it returns one blank space character. Description: If a field is empty it returns one blank space character. Reproduce code: --- Expected result: JustDoIt Actual result: -- Just DoIt -- Edit bug report at http://bugs.php.net/?id=26996&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26996&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26996&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26996&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26996&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26996&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26996&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26996&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26996&r=support Expected behavior: http://bugs.php.net/fix.php?id=26996&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26996&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26996&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26996&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26996&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26996&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26996&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26996&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26996&r=float
#26995 [NEW]: short_open_tag = Off has no effect
From: trobinson at gksystems dot com Operating system: Windows XP / IIS CGI PHP version: 5.0.0b3 (beta3) PHP Bug Type: Scripting Engine problem Bug description: short_open_tag = Off has no effect Description: php.ini contains the line: short_open_tag = Off phpinfo() reports that it is off. Yet Expected result: ===EITHER=== The next line should never say "short_open_tag: 0" short_open_tag: 1 (if short_open_tag = On) ===OR=== The next line should never say "short_open_tag: 0" (in this case, the is visible in Reveal Source, but the browser correctly hides it.) Actual result: -- The next line should never say "short_open_tag: 0" short_open_tag: 0 -- Edit bug report at http://bugs.php.net/?id=26995&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26995&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26995&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26995&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26995&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26995&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26995&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26995&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26995&r=support Expected behavior: http://bugs.php.net/fix.php?id=26995&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26995&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26995&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26995&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26995&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26995&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26995&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26995&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26995&r=float
#26987 [Opn->Csd]: XML data extraction bug
ID: 26987
User updated by: aeolianmeson at hotmail dot com
Reported By: aeolianmeson at hotmail dot com
-Status: Open
+Status: Closed
Bug Type: XML related
Operating System: WinXP
PHP Version: 4.3.4
New Comment:
I'm sorry-- your time is no longer needed. It turns out that it was a
problem relating to a problem I have been having with key-value
associative array pairs.
Thank you for your time,
Dustin
Previous Comments:
[2004-01-21 12:31:43] aeolianmeson at hotmail dot com
I'm sorry-- your time is no longer needed. It turns out that it was a
problem relating to a problem I have been having with key-value
associative array pairs.
Thank you for your time,
Dustin
[2004-01-21 05:45:58] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
[2004-01-21 03:41:19] aeolianmeson at hotmail dot com
Description:
Using Expat XML functions.
The character data handler will occasionally return only a first part
of data. It will be immediately called again and return the rest.
This bug only occurred around the 20th and 40th records in a dataset
containing about 80. This occurred with multiple data-files where the
consistency between records has been verified.
Dustin Oprea, PHP-programming extraordinaire
Sample:
2004.01.2101:33:38127.0.0.1INSERT
INTO residents VALUES (55, "Chambers", "Harveasha", '0', '0', '',
'216', '')backup.php/3
Reproduce code:
---
// gets the last label recorded
function getlabel()
{
global $stack;
$tagname = array_pop($stack);
array_push($stack, $tagname);
return $tagname;
}
// character-data handler
function havedata($parser, $data)
{
global $recorddata;
$data = trim($data);
if(strlen($data) == 0)
return;
$recorddata[getlabel()] = $data;
}
Expected result:
INSERT INTO residents VALUES (54, "Lewis", "Theresa", '0', '0', '',
'215', '')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
--> INSERT INTO residents VALUES (55, "Chambers", "Harveasha", '0',
'0', '', '216', '')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
INSERT INTO residents VALUES (56, "Pierrie", "Ghezell", '0', '0', '',
'216', '')
TAG= position
Actual result:
--
INSERT INTO residents VALUES (54, "Lewis", "Theresa", '0', '0', '',
'215', '')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
--> INSERT INTO residen
--> ts VALUES (55, "Chambers", "Harveasha", '0', '0', '', '216', '')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
INSERT INTO residents VALUES (56, "Pierrie", "Ghezell", '0', '0', '',
'216', '')
TAG= position
--
Edit this bug report at http://bugs.php.net/?id=26987&edit=1
#26987 [Fbk->Opn]: XML data extraction bug
ID: 26987
User updated by: aeolianmeson at hotmail dot com
Reported By: aeolianmeson at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: XML related
Operating System: WinXP
PHP Version: 4.3.4
New Comment:
I'm sorry-- your time is no longer needed. It turns out that it was a
problem relating to a problem I have been having with key-value
associative array pairs.
Thank you for your time,
Dustin
Previous Comments:
[2004-01-21 05:45:58] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
[2004-01-21 03:41:19] aeolianmeson at hotmail dot com
Description:
Using Expat XML functions.
The character data handler will occasionally return only a first part
of data. It will be immediately called again and return the rest.
This bug only occurred around the 20th and 40th records in a dataset
containing about 80. This occurred with multiple data-files where the
consistency between records has been verified.
Dustin Oprea, PHP-programming extraordinaire
Sample:
2004.01.2101:33:38127.0.0.1INSERT
INTO residents VALUES (55, "Chambers", "Harveasha", '0', '0', '',
'216', '')backup.php/3
Reproduce code:
---
// gets the last label recorded
function getlabel()
{
global $stack;
$tagname = array_pop($stack);
array_push($stack, $tagname);
return $tagname;
}
// character-data handler
function havedata($parser, $data)
{
global $recorddata;
$data = trim($data);
if(strlen($data) == 0)
return;
$recorddata[getlabel()] = $data;
}
Expected result:
INSERT INTO residents VALUES (54, "Lewis", "Theresa", '0', '0', '',
'215', '')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
--> INSERT INTO residents VALUES (55, "Chambers", "Harveasha", '0',
'0', '', '216', '')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
INSERT INTO residents VALUES (56, "Pierrie", "Ghezell", '0', '0', '',
'216', '')
TAG= position
Actual result:
--
INSERT INTO residents VALUES (54, "Lewis", "Theresa", '0', '0', '',
'215', '')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
--> INSERT INTO residen
--> ts VALUES (55, "Chambers", "Harveasha", '0', '0', '', '216', '')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
INSERT INTO residents VALUES (56, "Pierrie", "Ghezell", '0', '0', '',
'216', '')
TAG= position
--
Edit this bug report at http://bugs.php.net/?id=26987&edit=1
#26994 [Opn->Fbk]: extract() overwrites content of superglobal
ID: 26994
Updated by: [EMAIL PROTECTED]
Reported By: kavol at email dot cz
-Status: Open
+Status: Feedback
Bug Type: Arrays related
Operating System: linux (any?)
PHP Version: 4.3.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Works fine with latest CVS of PHP4.
Previous Comments:
[2004-01-21 11:02:56] kavol at email dot cz
Description:
after extract()ing an array containing a "key" => "data" with "key"
being the same name as in $_SESSION, not only $key = "data", but the
content of $_SESSION["key"] gets overwritten with "data" too
Reproduce code:
---
$jazyky = array (array ("jazyk" => "Četina", "kod" => "cs", "jak"
=> "česky"), array ("jazyk" => "English", "kod" => "en", "jak" =>
"English"));
$_SESSION["jazyk"] = "cs";
$jazyk = $_SESSION["jazyk"]; // this IS NOT assigment by reference !
(from manual: "the assignment copies the original variable to the new
one")
echo $_SESSION["jazyk"];
foreach ($jazyky as $j) {
extract ($j);
echo " $jazyk";
echo $_SESSION["jazyk"];
};
$jazyk = $_SESSION["jazyk"]; // this is the problem - I wanted to
restore the previosly overwritten $jazyk but I found $_SESSION["jazyk"]
to be overwritten too!
Expected result:
cs
Četina
cs
English
cs
Actual result:
--
cs
Četina
Četina
English
English
--
Edit this bug report at http://bugs.php.net/?id=26994&edit=1
#26938 [Ver->Csd]: exec does not read consecutive long lines correctly
ID: 26938
Updated by: [EMAIL PROTECTED]
Reported By: runekl at opoint dot com
-Status: Verified
+Status: Closed
Bug Type: Program Execution
Operating System: *
-PHP Version: 5CVS, 4CVS
+PHP Version: 5CVS
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-01-20 01:05:50] runekl at opoint dot com
Here it is:
Index: exec.c
===
RCS file: /repository/php-src/ext/standard/exec.c,v
retrieving revision 1.108
diff -u -r1.108 exec.c
--- exec.c 8 Jan 2004 08:17:31 - 1.108
+++ exec.c 20 Jan 2004 06:07:37 -
@@ -112,12 +112,12 @@
if (type != 3) {
b = buf;
- while (php_stream_get_line(stream, b, EXEC_INPUT_BUF,
&bufl)) {
+ while (php_stream_get_line(stream, b, buflen - (b -
buf), &bufl)) {
/* no new line found, let's read some more */
if (b[bufl - 1] != '\n' &&
!php_stream_eof(stream)) {
if (buflen < (bufl + (b - buf) +
EXEC_INPUT_BUF)) {
bufl += b - buf;
- buflen = bufl +
EXEC_INPUT_BUF;
+ buflen = bufl + 1 +
EXEC_INPUT_BUF;
buf = erealloc(buf, buflen);
b = buf + bufl;
} else {
@@ -125,7 +125,7 @@
}
continue;
} else if (b != buf) {
- bufl += buflen - EXEC_INPUT_BUF;
+ bufl += (b - buf);
}
if (type == 1) {
[2004-01-19 19:44:29] [EMAIL PROTECTED]
I can reproduce this now, got the same result.
Can you provide that patch in unified diff format? (diff -u)
[2004-01-18 16:11:38] runekl at opoint dot com
I get the this when running the test I have suggested.
md5(line 0)= e86410fa2d6e2634fd8ac5f4b3afe7f3 (length 10)
md5(line 1)= e84debf3a1d132871d7fe45c1c04c566 (length 2)
md5(line 2)= 2713d01e967adfd64c49857370ab420b (length 18191)
md5(line 3)= 2ecdde3959051d913f61b14579ea136d (length 5)
md5(line 4)= 2713d01e967adfd64c49857370ab420b (length 18191)
md5(line 5)= 902fbdd2b1df0c4f70b4a5d23525e932 (length 3)
Look at the lines 2 and 4. The lines to read are 1 characters
long, but PHP 'reads' 18191 bytes, e.g. 2*EXEC_INPUT_BUF-1 to much.
The extra characters come from line 1.
With the patch in my first post I get correct output.
Since test 26615 does not test reading long lines good enough and is
about a bug in the same loop, I suggest replacing it.
[2004-01-17 10:20:51] runekl at opoint dot com
I suggest you replace the test for bug 26615 with the one below. That
should cover both cases. It will also make your distribution smaller
-)
--TEST--
Bug #26615 (exec crash on long input lines)
--FILE--
--EXPECT--
md5(line 0)= e86410fa2d6e2634fd8ac5f4b3afe7f3 (length 10)
md5(line 1)= e84debf3a1d132871d7fe45c1c04c566 (length 2)
md5(line 2)= c33b4d2f86908eea5d75ee5a61fd81f4 (length 1)
md5(line 3)= 2ecdde3959051d913f61b14579ea136d (length 5)
md5(line 4)= c33b4d2f86908eea5d75ee5a61fd81f4 (length 1)
md5(line 5)= 902fbdd2b1df0c4f70b4a5d23525e932 (length 3)
[2004-01-16 16:38:38] runekl at opoint dot com
Description:
Exec fails to read two consecutive lines longer than 2*EXEC_INPUT_BUF
correctly. While reading the first line, buflen is set to
3*EXEC_INPUT_BUF. When reading part two of the second line, bufl will
be EXEC_INPUT_BUF to large since b!=buf.
Here is a patch:
Index: exec.c
===
RCS file: /repository/php-src/ext/standard/exec.c,v
retrieving revision 1.108
diff -C4 -r1.108 exec.c
*** exec.c 8 Jan 2004 08:17:31 - 1.108
--- exec.c 16 Jan 2004 21:35:35 -
***
*** 111,132
if (type != 3) {
b = buf;
! while (php_stream_get_line(stream, b, EXEC_INPUT_BUF,
&bufl)) {
/* no new line found, let's read some more */
if (b[bufl - 1] != '\n' &&
!php_stream_eof(stream)) {
if (buflen <
#26989 [Opn->Bgs]: logfile ownership as root on extension loading failure
ID: 26989 Updated by: [EMAIL PROTECTED] Reported By: david dot morel at amakuru dot net -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Linux (homebrew) PHP Version: 4.3.4 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 This is to be expected. Previous Comments: [2004-01-21 06:24:19] david dot morel at amakuru dot net Description: When using a logfile to record errors, if the logfile doesn't yet exist, and if an extension cannot be loaded properly, the startup message will be written in this newly created file as the owner of the top webserver process, root. So subsequent tries by child processes to write in this file fail and no error is recorded I guess the same would apply to any load-time source of error. Nice thing would be that the logging facility checks the euid and see if it is different from the one the server is supposed to run his childs with (IMHO). Reproduce code: --- 1) set log errors to true in php.ini 2) in extensions, add a bogus filename 3) delete previous error log 4) launch webserver server 5) extension loading failure appears in log, but child processes can't append anything. -- Edit this bug report at http://bugs.php.net/?id=26989&edit=1
#26994 [NEW]: extract() overwrites content of superglobal
From: kavol at email dot cz
Operating system: linux (any?)
PHP version: 4.3.4
PHP Bug Type: Arrays related
Bug description: extract() overwrites content of superglobal
Description:
after extract()ing an array containing a "key" => "data" with "key" being
the same name as in $_SESSION, not only $key = "data", but the content of
$_SESSION["key"] gets overwritten with "data" too
Reproduce code:
---
$jazyky = array (array ("jazyk" => "Četina", "kod" => "cs", "jak" =>
"česky"), array ("jazyk" => "English", "kod" => "en", "jak" =>
"English"));
$_SESSION["jazyk"] = "cs";
$jazyk = $_SESSION["jazyk"]; // this IS NOT assigment by reference ! (from
manual: "the assignment copies the original variable to the new one")
echo $_SESSION["jazyk"];
foreach ($jazyky as $j) {
extract ($j);
echo " $jazyk";
echo $_SESSION["jazyk"];
};
$jazyk = $_SESSION["jazyk"]; // this is the problem - I wanted to restore
the previosly overwritten $jazyk but I found $_SESSION["jazyk"] to be
overwritten too!
Expected result:
cs
Četina
cs
English
cs
Actual result:
--
cs
Četina
Četina
English
English
--
Edit bug report at http://bugs.php.net/?id=26994&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26994&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26994&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26994&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26994&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26994&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26994&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26994&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26994&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26994&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26994&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26994&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26994&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26994&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26994&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26994&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26994&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26994&r=float
#26738 [Opn->Asn]: PHP-OCI binding error
ID: 26738
Updated by: [EMAIL PROTECTED]
Reported By: mbaranidharan at yahoo dot com
-Status: Open
+Status: Assigned
Bug Type: OCI8 related
Operating System: *
PHP Version: 4.3.4
-Assigned To:
+Assigned To: tony2001
New Comment:
This can be definitely done with collections.
First, you need to create name type:
create type employee(id INTEGER, name VARCHAR2, job VARCHAR2); -- for
example
then in PL/SQL:
PROCEDURE EmployeeSearch
(i_EName IN VARCHAR2,
employee_var OUT employee
)
IS
BEGIN
--seeking for
--matching emplyees...
employee_var := employee(123,"name","job");
END EmployeeSearch;
and in PHP you should do smthng like this:
getelem(0);
//etc...
?>
Currently oci_collection_element_get() doesn't support subcollections,
so I assign this bug to myself.
Will add this possibility soon.
Previous Comments:
[2004-01-19 01:12:32] mbaranidharan at yahoo dot com
but in my case iam trying to return a plsql table type from the
procedure. So i cant create a type of plsql table outside which oracle
wont allow.
So can't use ocinewcollection and ocicoll* functions.
pls try to create the packages i have send and check.
-
Thanks
[2004-01-15 08:40:39] [EMAIL PROTECTED]
Aha, I got your point at least. It seems, that you need to use
ocinewcollection() and other ocicoll*() functions to work with these
user-defined types.
[2004-01-13 23:16:56] mbaranidharan at yahoo dot com
my procedure does not return any cursor here it will return a pl/sql
table. Its using cursor to fetch data and populate into pl/sql table.
Basically the error come when i try to bind an array to variable. Look
at my procedure below
PROCEDURE EmployeeSearch
(i_EName IN VARCHAR2,
o_EmpNo OUT tblEmpNo,
o_EName OUT tblEName,
o_Job OUT tblJob);
END Employee_Pkg;
it takes in one parameter and returns 3 out parameters which is of
table type not cursor.
[2004-01-13 13:20:02] [EMAIL PROTECTED]
First, you need to allocate new descriptor with ocinewdescriptor().
Your stored proc will return cursor, using this descriptor. After this
your should fetch data from this cursor, as you usually do with query
results.
And second:
after these two lines your variable contains only "Begin etc.". Use
$sql .= in second line.
---
#1 sql = "declare o_EmpNo Employee_pkg.tblEmpNo;o_EName
Employee_pkg.tblEName;o_Job Employee_pkg.tblJob;";
#2 $sql = "Begin
Employee_pkg.EmployeeSearch('e',:o_EmpNo,:o_EName,:o_Job);End;";
---
This doesn't look like a bug, bogusifying it..
[2004-01-12 23:54:28] mbaranidharan at yahoo dot com
Below i have given the package and package body created in oracle
database.
*
CREATE PACKAGE Employee_Pkg
AS
TYPE tblEmpNo IS TABLE OF NUMBER(4) INDEX BY BINARY_INTEGER;
TYPE tblEName IS TABLE OF VARCHAR2(10) INDEX BY BINARY_INTEGER;
TYPE tblJob IS TABLE OF VARCHAR2(9) INDEX BY BINARY_INTEGER;
PROCEDURE EmployeeSearch
(i_EName IN VARCHAR2,
o_EmpNo OUT tblEmpNo,
o_EName OUT tblEName,
o_Job OUT tblJob);
END Employee_Pkg;
/
CREATE PACKAGE BODY Employee_Pkg
AS
PROCEDURE EmployeeSearch
(i_EName IN VARCHAR2,
o_EmpNo OUT tblEmpNo,
o_EName OUT tblEName,
o_Job OUT tblJob)
IS
CURSOR cur_employee (curName VARCHAR2) IS
SELECT empno,
ename,
job
FROM emp
WHERE UPPER(ename) LIKE '%' || UPPER(curName) || '%'
ORDER BY ename;
RecordCount NUMBER DEFAULT 0;
BEGIN
FOR curRecEmployee IN cur_employee(i_EName) LOOP
RecordCount:= RecordCount + 1;
o_EmpNo(RecordCount):= curRecEmployee.empno;
o_EName(RecordCount):= curRecEmployee.ename;
o_Job(RecordCount):= curRecEmployee.job;
END LOOP;
END EmployeeSearch;
END Employee_Pkg;
/
*
Below is my sql block calling the package
SQL="declare
o_EmpNo Employee_pkg.tblEmpNo;
o_EName Employee_pkg.tblEName;
o_Job Employee_pkg.tblJob;
Begin Employee_pkg.EmployeeSearch('e',:o_EmpNo,:o_EName,:o_Job);
End;"
when i call this package from php using OCI i should get the results as
below
o_EmpNo o_EName o_job
7499ALLEN SALESMAN
7698BLAKE MANAGER
7900JAMES CLERK
7566JONES MANAGER
7934MILLER CLERK
7844TURNER SALESMAN
but iam getting error msg as
Warning: ociexecute(): OCIStmtExecute: ORA-06550: line 1, column 7:
PLS-00306: wrong number or types of arguments in call to
'EMPLOYEESEARCH' ORA-06550: line 1, column 7: PLS-00306: wrong number
or types of ar
#26993 [NEW]: [s]printf produces no output when too few arguments
From: z-php at bart dot w-wa dot pl
Operating system: Linux (Fedora Core 1)
PHP version: 4.3.4
PHP Bug Type: Feature/Change Request
Bug description: [s]printf produces no output when too few arguments
Description:
"printf(): Too few arguments in..." is a warning, not an error. Yet,
printf with too few arguments produces no output at all. IMHO, it should
assume missing arguments to be NULL
(empty string, 0 etc.).
Reproduce code:
---
printf('This will not print anything at all %s');
Expected result:
output: "This will not print anything at all "
Actual result:
--
Output: nothing. Only warning message if you have them turned on.
--
Edit bug report at http://bugs.php.net/?id=26993&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26993&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26993&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26993&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26993&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26993&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26993&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26993&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26993&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26993&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26993&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26993&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26993&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26993&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26993&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26993&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26993&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26993&r=float
#26992 [Opn]: Problem with (float) typecasting
ID: 26992
User updated by: hkh at netnords dot dk
Reported By: hkh at netnords dot dk
Status: Open
Bug Type: Feature/Change Request
Operating System: linux
PHP Version: 4.3.4
New Comment:
I just took a look at
http://dk2.php.net/manual/en/language.types.float.php#language.types.float.casting
As far as I can see, commas are not a legal character in a float.
Previous Comments:
[2004-01-21 09:23:26] hkh at netnords dot dk
Description:
When using (float)$dd for typecasting a string to a float, I get a
wrong result back, because PHP convert . to ,
Later using the result outside PHP troubles begin.
Thinks it happens because we have used setLocale('da_DK'), because we i
Denmark use , instead of .
Why just use . everytime, as in other programming-languages ?
Reproduce code:
---
print ((float)'1.5').''; // Result 1,5
print ((float)'1,5').''; // Result 1 - Fine with me
Expected result:
1.5
1
Actual result:
--
1,5
1
--
Edit this bug report at http://bugs.php.net/?id=26992&edit=1
#26992 [NEW]: Problem with (float) typecasting
From: hkh at netnords dot dk
Operating system: linux
PHP version: 4.3.4
PHP Bug Type: Feature/Change Request
Bug description: Problem with (float) typecasting
Description:
When using (float)$dd for typecasting a string to a float, I get a wrong
result back, because PHP convert . to ,
Later using the result outside PHP troubles begin.
Thinks it happens because we have used setLocale('da_DK'), because we i
Denmark use , instead of .
Why just use . everytime, as in other programming-languages ?
Reproduce code:
---
print ((float)'1.5').''; // Result 1,5
print ((float)'1,5').''; // Result 1 - Fine with me
Expected result:
1.5
1
Actual result:
--
1,5
1
--
Edit bug report at http://bugs.php.net/?id=26992&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26992&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26992&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26992&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26992&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26992&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26992&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26992&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26992&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26992&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26992&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26992&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26992&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26992&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26992&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26992&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26992&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26992&r=float
#26884 [Bgs]: Php Segmentation fault in cron
ID: 26884 User updated by: forlevibr at yahoo dot com dot br Reported By: forlevibr at yahoo dot com dot br Status: Bogus Bug Type: Reproducible crash Operating System: Slackware 9 PHP Version: 4CVS-2004-01-12 New Comment: Hi I detected the cause. I compiled php without option --sybase-ct=PATH then the cron work. I find article in http://dbforums.com/arch/160/2003/4/761172 that reported a problem equal with apache. The solution was create a initialization script to cron where I seted the variables to SYBASE (SYBASE, LD_LIBRARY_PATH, LC_ALL) inside from the script then begin work fine. More details can be seen in the link above Thank Previous Comments: [2004-01-19 13:06:04] [EMAIL PROTECTED] This is some bug in the crond you're using. I (or Ilia) could not reproduce this. And I'm using vixie-cron.. [2004-01-19 08:51:05] forlevibr at yahoo dot com dot br Hi When I reboot the server, the scripts stop work and throw error "Segmentation fault" when called by crond. Then I execute the commands: killall crond crond and the scripts work. [2004-01-19 07:08:58] forlevibr at yahoo dot com dot br Hi I am using crond version 2.3.3; My crontab file have... ##start file### SHELL=/bin/bash PATH=/sbin:/usr/sbin:/usr/local/sbin:/bin:/usr/bin:/usr/local/bin:/usr/local/php/bin 47 * * * * /usr/bin/run-parts /etc/cron.hourly 1> /dev/null 40 4 * * * /usr/bin/run-parts /etc/cron.daily 1> /dev/null 30 4 * * 0 /usr/bin/run-parts /etc/cron.weekly 1> /dev/null 20 4 1 * * /usr/bin/run-parts /etc/cron.monthly 1> /dev/null ## Two commands is working 0 0-23 * * * php /etc/cron/teste.sh #0 0-23 * * * run-parts /etc/cron ###end file## My correct file teste.sh have ###start file SHELL=/bin/bash PATH=/usr/local/php/bin php /etc/cron/teste.php ###end file## [2004-01-16 08:48:37] [EMAIL PROTECTED] What crond version are you using? And can you show the full crontab file? [2004-01-15 07:00:11] forlevibr at yahoo dot com dot br Hi I solved the problem, simply add the line below in the teste.sh PATH=/usr/local/php/bin I don't know if this is a bug, because now the file teste.sh have commands: PATH=/usr/local/php/bin /usr/local/php/bin/php /etc/cron/teste.php and before it has: /usr/local/php/bin/php /etc/cron/teste.php the shell PATH before and after PATH=/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin: /usr/bin:/bin:/usr/X11R6/bin:/usr/games:/opt/kde/bin: /usr/lib/qt-3.1.2/bin:/usr/share/texmf/bin: /opt/sybase/bin:/usr/local/java/bin: /usr/local/php/bin:/root/bin Thank's 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/26884 -- Edit this bug report at http://bugs.php.net/?id=26884&edit=1
#19022 [Com]: PHP Warning: Failed to write session data (files)
ID: 19022 Comment by: august24_70 at yahoo dot com Reported By: phpbugs at mx4k dot com Status: No Feedback Bug Type: Session related Operating System: linux (rh7.3), apache 1.3.26 PHP Version: 4.2.2 New Comment: I was having the problem on OpenBSD 3.2, Apache 1.3.26, PHP 3.2.3 when running phpBB. I deleted all my cookies and logged back in again and the problem went. I don't use cookies for handling sessions, I pass it in the URL. ie session.use_trans_sid = 1 Previous Comments: [2004-01-19 21:02:22] haccel at email dot com I also have been receiving this error since Jan 1st, 2004. Running on Linux operating system, Apache version 1.3.29 (Unix), PHP version 4.3.3 My error log is full of these errors: PHP Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/usr/home/asdwq1/sessions) in Unknown on line 0 PHP Warning: session_start(): The session id contains invalid characters, valid characters are only a-z, A-Z and 0-9 in /usr/home/asdwq1/public_html/index.php on line 2 Line 2 of index.php = session_start(); Strange thing is it only happens some of the time. I use SID throughout so how can php create a session id and then say on the next page it is an invalid session id? I don't quite understand how it can be invalid when php creates this upon the call of the first session_start(). $_SESSION vars are only used and it occurs where-ever I move the session temp directory to. [2004-01-19 17:01:48] oliver at realnet dot org I was having the same problem, failed to write session data files, check your save path error. Worked fine in Netscape 7.1, but not in IE 6. I deleted my cookies, cleared history, deleted internet files, and rebooted. It worked like a charm after that. I don't know how that would affect it, but that's all I did... and like I say, it always worked, everytime in Netscape 7.1. [2004-01-11 20:19:52] lennaert dot goris at ellips dot ws I am working on a PII 350 dev machine. php 4.3.4/apache 2.0.48 same problem used PEAR::Auth module and discoverd this bug. I can't seem to get rid of it. Tried all of the solutions presented on this site save from installing windows on my machine. I'm gonna try to recreate this bug on my laptop at work (winxp). See what happens there. [2004-01-04 13:01:04] rajiv at rajivlodha dot cjb dot net continued from above - here is the change i made to php.ini [Session] ; Handler used to store/retrieve data. ;session.save_handler = files // old session.save_handler = %TMP% %TMP% is the default path for temporary storage on windows. thanks rajiv [2004-01-04 12:58:29] rajiv at rajivlodha dot cjb dot net Hello guys, i was also having the same problem, on a PIII~933Mhz,Windows .NET Server, i changed my php.ini, and its now working fine. -- Original/Default -- [Session] ; Handler used to store/retrieve data. session.save_handler = Files 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/19022 -- Edit this bug report at http://bugs.php.net/?id=19022&edit=1
#26972 [Bgs]: Please add option to use umap-uw linkage.c
ID: 26972 User updated by: jdolecek at NetBSD dot org Reported By: jdolecek at NetBSD dot org Status: Bogus Bug Type: Feature/Change Request Operating System: NetBSD 1.6ZH PHP Version: 4.3.4 New Comment: Surely enough, the 'Status=Closed' in previous message should have been 'Status=All'. Previous Comments: [2004-01-21 08:37:38] jdolecek at NetBSD dot org BTW, I was not able to find bug #26936 using advanced search by specifying Author address '[EMAIL PROTECTED]' and Status All. FWIW, now I cannot find even this bug (#26972) using the advanced search, either using Status=All or Status=Bogus. The search now returns (when using Status=Closed and the author setting) only two closed PRs, #26462 and #26896. [2004-01-20 19:10:33] [EMAIL PROTECTED] And you already sent one report about this, bug #26936 ONE is enough.. [2004-01-20 19:09:06] [EMAIL PROTECTED] Reclassified. This is NOT a bug but feature/change request.. [2004-01-20 04:43:06] jdolecek at NetBSD dot org Description: In NetBSD pkgsrc, we patch the imap module to use directly umap-iw linkage.c, so that all available authenticators and methods would be compiled in for PHP. Since some other people might find this useful, it would be nice to have a configure option to enable this. This is the patch we currently use. It adds option --with-imap-linkage, which changes the code to use the linkage.c supplied by imap-uw package, instead of hardcoded list. It also disables the Kerberos check, since it's not necessary to explicitly link against Kerberos libs if the imap libraries contain Kerberos support. Note this adresses same problem as to Bug #4136. I don't know why the change to use linkage.c unconditionally was removed. Patch #1 --- config.m4.orig 2003-10-03 07:25:35.0 +0200 +++ config.m4 @@ -54,6 +54,14 @@ AC_DEFUN(PHP_IMAP_TEST_BUILD, [ ]) ]) +dsl Must be before --with-kerberos, affects the check +PHP_ARG_WITH(imap-linkage,use IMAP c-client linkage, +[ --with-imap-linkage Use IMAP c-client linkage to determine supported ite ms.]) + +if test "$PHP_IMAP_LINKAGE" != "no"; then + AC_DEFINE(HAVE_IMAP_LINKAGE, 1, [ ]) +fi + AC_DEFUN(PHP_IMAP_KRB_CHK, [ AC_ARG_WITH(kerberos, [ --with-kerberos[=DIR] IMAP: Include Kerberos support. DIR is the Kerbe ros install dir.],[ @@ -90,7 +98,7 @@ AC_DEFUN(PHP_IMAP_KRB_CHK, [ PHP_ADD_LIBRARY(k5crypto, 1, IMAP_SHARED_LIBADD) PHP_ADD_LIBRARY(com_err, 1, IMAP_SHARED_LIBADD) PHP_ADD_INCLUDE($PHP_KERBEROS_DIR/include) - else + elif test "$PHP_IMAP_LINKAGE" != "yes"; then AC_EGREP_HEADER(auth_gss, $IMAP_INC_DIR/linkage.h, [ AC_MSG_ERROR([This c-client library is built with Kerberos support. --- cut here -- Patch #2 --- php_imap.c.orig 2003-09-04 09:48:30.0 +0200 +++ php_imap.c @@ -408,6 +408,11 @@ PHP_MINIT_FUNCTION(imap) ZEND_INIT_MODULE_GLOBALS(imap, php_imap_init_globals, NULL) +/* + * Optionally use the installed c-client linkage.c to determine which drivers + * are authenticators are linked in. Otherwise use this fixed list. + */ +#ifndef HAVE_IMAP_LINKAGE #ifndef PHP_WIN32 mail_link(&unixdriver); /* link in the unix driver */ mail_link(&mhdriver); /* link in the mh driver */ @@ -423,6 +428,10 @@ PHP_MINIT_FUNCTION(imap) mail_link(&tenexdriver);/* link in the tenex driver */ mail_link(&mtxdriver); /* link in the mtx driver */ mail_link(&dummydriver);/* link in the dummy driver */ +#else /* HAVE_IMAP_LINKAGE */ +/* link in the c-client mail and auth drivers */ +#include "linkage.c" +#endif /* HAVE_IMAP_LINKAGE */ #ifndef PHP_WIN32 auth_link(&auth_log); /* link in the log authenticator */ Reproduce code: --- Code inspection. -- Edit this bug report at http://bugs.php.net/?id=26972&edit=1
#26972 [Bgs]: Please add option to use umap-uw linkage.c
ID: 26972 User updated by: jdolecek at NetBSD dot org Reported By: jdolecek at NetBSD dot org Status: Bogus Bug Type: Feature/Change Request Operating System: NetBSD 1.6ZH PHP Version: 4.3.4 New Comment: BTW, I was not able to find bug #26936 using advanced search by specifying Author address '[EMAIL PROTECTED]' and Status All. FWIW, now I cannot find even this bug (#26972) using the advanced search, either using Status=All or Status=Bogus. The search now returns (when using Status=Closed and the author setting) only two closed PRs, #26462 and #26896. Previous Comments: [2004-01-20 19:10:33] [EMAIL PROTECTED] And you already sent one report about this, bug #26936 ONE is enough.. [2004-01-20 19:09:06] [EMAIL PROTECTED] Reclassified. This is NOT a bug but feature/change request.. [2004-01-20 04:43:06] jdolecek at NetBSD dot org Description: In NetBSD pkgsrc, we patch the imap module to use directly umap-iw linkage.c, so that all available authenticators and methods would be compiled in for PHP. Since some other people might find this useful, it would be nice to have a configure option to enable this. This is the patch we currently use. It adds option --with-imap-linkage, which changes the code to use the linkage.c supplied by imap-uw package, instead of hardcoded list. It also disables the Kerberos check, since it's not necessary to explicitly link against Kerberos libs if the imap libraries contain Kerberos support. Note this adresses same problem as to Bug #4136. I don't know why the change to use linkage.c unconditionally was removed. Patch #1 --- config.m4.orig 2003-10-03 07:25:35.0 +0200 +++ config.m4 @@ -54,6 +54,14 @@ AC_DEFUN(PHP_IMAP_TEST_BUILD, [ ]) ]) +dsl Must be before --with-kerberos, affects the check +PHP_ARG_WITH(imap-linkage,use IMAP c-client linkage, +[ --with-imap-linkage Use IMAP c-client linkage to determine supported ite ms.]) + +if test "$PHP_IMAP_LINKAGE" != "no"; then + AC_DEFINE(HAVE_IMAP_LINKAGE, 1, [ ]) +fi + AC_DEFUN(PHP_IMAP_KRB_CHK, [ AC_ARG_WITH(kerberos, [ --with-kerberos[=DIR] IMAP: Include Kerberos support. DIR is the Kerbe ros install dir.],[ @@ -90,7 +98,7 @@ AC_DEFUN(PHP_IMAP_KRB_CHK, [ PHP_ADD_LIBRARY(k5crypto, 1, IMAP_SHARED_LIBADD) PHP_ADD_LIBRARY(com_err, 1, IMAP_SHARED_LIBADD) PHP_ADD_INCLUDE($PHP_KERBEROS_DIR/include) - else + elif test "$PHP_IMAP_LINKAGE" != "yes"; then AC_EGREP_HEADER(auth_gss, $IMAP_INC_DIR/linkage.h, [ AC_MSG_ERROR([This c-client library is built with Kerberos support. --- cut here -- Patch #2 --- php_imap.c.orig 2003-09-04 09:48:30.0 +0200 +++ php_imap.c @@ -408,6 +408,11 @@ PHP_MINIT_FUNCTION(imap) ZEND_INIT_MODULE_GLOBALS(imap, php_imap_init_globals, NULL) +/* + * Optionally use the installed c-client linkage.c to determine which drivers + * are authenticators are linked in. Otherwise use this fixed list. + */ +#ifndef HAVE_IMAP_LINKAGE #ifndef PHP_WIN32 mail_link(&unixdriver); /* link in the unix driver */ mail_link(&mhdriver); /* link in the mh driver */ @@ -423,6 +428,10 @@ PHP_MINIT_FUNCTION(imap) mail_link(&tenexdriver);/* link in the tenex driver */ mail_link(&mtxdriver); /* link in the mtx driver */ mail_link(&dummydriver);/* link in the dummy driver */ +#else /* HAVE_IMAP_LINKAGE */ +/* link in the c-client mail and auth drivers */ +#include "linkage.c" +#endif /* HAVE_IMAP_LINKAGE */ #ifndef PHP_WIN32 auth_link(&auth_log); /* link in the log authenticator */ Reproduce code: --- Code inspection. -- Edit this bug report at http://bugs.php.net/?id=26972&edit=1
#26991 [NEW]: Object property dereferencing chain breaks for overloaded properties
From: ulrich at cs dot auckland dot ac dot nz Operating system: XP Pro PHP version: 5CVS-2004-01-21 (dev) PHP Bug Type: Feature/Change Request Bug description: Object property dereferencing chain breaks for overloaded properties Description: The sample code on the site used to work under Beta 1 but somehow now causes the following error: "Fatal error: Cannot access undefined property for object with overloaded property access in XXX.php on line 23" The workaround is a bit kludgy and shouldn't be required. Reproduce code: --- http://www.cs.auckland.ac.nz/compsci334s1t/resources/propertybug.php.txt Expected result: I expect to see the property set without a fatal error occurring. Actual result: -- "Fatal error: Cannot access undefined property for object with overloaded property access in XXX.php on line 23" -- Edit bug report at http://bugs.php.net/?id=26991&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26991&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26991&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26991&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26991&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26991&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26991&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26991&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26991&r=support Expected behavior: http://bugs.php.net/fix.php?id=26991&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26991&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26991&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26991&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26991&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26991&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26991&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26991&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26991&r=float
#26990 [NEW]: PHP CGI does not handle Status header.
From: [EMAIL PROTECTED]
Operating system: FreeBSD 5.2
PHP version: 4.3.4
PHP Bug Type: CGI related
Bug description: PHP CGI does not handle Status header.
Description:
CGI version PHP does not handle 'Status: xxx' header.
By CGI 1.1 Spec, header('Status: xxx') can produce http response code.
(I can use 'HTTP/1.0 xxx', but I think CGI version should work with
'Status: xxx')
on http://hoohoo.ncsa.uiuc.edu/cgi/out.html ,
Status
This is used to give the server an HTTP/1.0 status line to send to the
client. The format is nnn x, where nnn is the 3-digit status code, and
x is the reason string, such as "Forbidden".
Reproduce code:
---
http://example.org');
?>
Expected result:
Status: 303
Content-type: text/html
Location: http://example.org
Actual result:
--
Status: 302
Content-type: text/html
Status: 303 See Other
Location: http://example.org
--
Edit bug report at http://bugs.php.net/?id=26990&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26990&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26990&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26990&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26990&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26990&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26990&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26990&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26990&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26990&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26990&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26990&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26990&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26990&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26990&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26990&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26990&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26990&r=float
#26976 [Asn->Csd]: I can't read pass level one of an array
ID: 26976 Updated by: [EMAIL PROTECTED] Reported By: dylan dot egan at optusnet dot com dot au -Status: Assigned +Status: Closed Bug Type: XML related Operating System: * PHP Version: 5CVS-2004-01-20 (dev) Assigned To: sterling New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-01-20 20:47:45] dylan dot egan at optusnet dot com dot au Well I tried with PHP 5Beta3 and it worked. Something changed in CVS I guess. Will wait for patches on CVS. Don't know what it could be. [2004-01-20 20:10:40] [EMAIL PROTECTED] Here's simple test: --- --TEST-- Bug #26976 (Can not access array elements using index) --SKIPIF-- --FILE-- a b c d '); echo $root->child[0], "\n"; echo $root->child[1], "\n"; echo $root->child[2], "\n"; echo $root->child[3], "\n"; ?> --EXPECT-- a b c d --- I get this output: a b b b (foreach works fine though :) [2004-01-20 07:13:11] dylan dot egan at optusnet dot com dot au Description: Trying to read through a parsed XML file with simpleXML, but I can't go past the 2nd level of the array. Reproduce code: --- www.ircphp.com/157 Expected result: Read --OUTPUT-- -- Edit this bug report at http://bugs.php.net/?id=26976&edit=1
#26989 [NEW]: logfile ownership as root on extension loading failure
From: david dot morel at amakuru dot net Operating system: Linux (homebrew) PHP version: 4.3.4 PHP Bug Type: Output Control Bug description: logfile ownership as root on extension loading failure Description: When using a logfile to record errors, if the logfile doesn't yet exist, and if an extension cannot be loaded properly, the startup message will be written in this newly created file as the owner of the top webserver process, root. So subsequent tries by child processes to write in this file fail and no error is recorded I guess the same would apply to any load-time source of error. Nice thing would be that the logging facility checks the euid and see if it is different from the one the server is supposed to run his childs with (IMHO). Reproduce code: --- 1) set log errors to true in php.ini 2) in extensions, add a bogus filename 3) delete previous error log 4) launch webserver server 5) extension loading failure appears in log, but child processes can't append anything. -- Edit bug report at http://bugs.php.net/?id=26989&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26989&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26989&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26989&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26989&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26989&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26989&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26989&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26989&r=support Expected behavior: http://bugs.php.net/fix.php?id=26989&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26989&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26989&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26989&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26989&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26989&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26989&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26989&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26989&r=float
#26965 [Fbk->Opn]: Apache 2 Seg Faults on All PHP Pages
ID: 26965 User updated by: louis at 6internet dot com Reported By: louis at 6internet dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Red Hat Enterprise Linux ES v3 PHP Version: 5CVS-2004-01-20 New Comment: Thanks for coming back sniper. httpd -l gives me: Compiled in modules: core.c prefork.c http_core.c mod_so.c So I think that means the prefork MPM is in use. PHP was compiled with: ./configure --with-apxs2=/usr/sbin/apxs --with-pgsql Lines added to /etc/httpd/conf/httpd.conf: LoadModule php5_module modules/libphp5.so AddType application/x-httpd-php .php Many thanks Previous Comments: [2004-01-20 19:30:26] [EMAIL PROTECTED] What MPM is used with Apache? What was the configure line used to configure PHP? How was PHP configured in Apache httpd.conf? [2004-01-20 11:25:47] louis at 6internet dot com Have tried with current snapshot as requested, but getting basically the same. Just for verification, here is the gdb output this time: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1223485504 (LWP 31531)] 0xb6fe86d2 in _zend_hash_index_update_or_next_insert (ht=0xb705d5b0, h=0, pData=0xbfffd010, nDataSize=12, pDest=0x0, flag=1) at /root/php5/php5-200401201430/Zend/zend_hash.c:348 348 p = ht->arBuckets[nIndex]; (gdb) bt #0 0xb6fe86d2 in _zend_hash_index_update_or_next_insert (ht=0xb705d5b0, h=0, pData=0xbfffd010, nDataSize=12, pDest=0x0, flag=1) at /root/php5/php5-200401201430/Zend/zend_hash.c:348 #1 0xb6fe9eb3 in zend_list_insert (ptr=0x0, type=0) at /root/php5/php5-200401201430/Zend/zend_list.c:47 #2 0xb6fe9fe6 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0xb687913c, rsrc_type=2) at /root/php5/php5-200401201430/Zend/zend_list.c:99 #3 0xb6fc1ba4 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0xb70089f1 "rb") at /root/php5/php5-200401201430/main/streams/streams.c:248 #4 0xb6fc5733 in _php_stream_fopen_from_fd (fd=16, mode=0xb70089f1 "rb", persistent_id=0x0) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:262 #5 0xb6fc54f9 in _php_stream_fopen (filename=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", opened_path=0xbfffe558, options=133) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:139 #6 0xb6fc6768 in _php_stream_fopen_with_path (filename=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", path=0xb7024ab2 ".:/usr/local/lib/php", opened_path=0xbfffe558, options=133) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:1199 #7 0xb6fc61ef in php_plain_files_stream_opener (wrapper=0xb7053968, path=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", options=133, opened_path=0xbfffe558, context=0x0) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:886 #8 0xb6fc3a0e in _php_stream_open_wrapper_ex (path=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", options=141, opened_path=0x85, context=0x0) at /root/php5/php5-200401201430/main/streams/streams.c:1613 #9 0xb6fb3ed7 in php_stream_open_for_zend (filename=0x81d5580 "/var/www/html/index.php", handle=0xbfffe550) at /root/php5/php5-200401201430/main/main.c:876 #10 0xb6fef40a in zend_stream_open (filename=0x81d5580 "/var/www/html/index.php", handle=0xbfffe550) at /root/php5/php5-200401201430/Zend/zend_stream.c:41 ---Type to continue, or q to quit--- #11 0xb6fef4e4 in zend_stream_fixup (file_handle=0xbfffe550) at /root/php5/php5-200401201430/Zend/zend_stream.c:56 #12 0xb6fccc4e in open_file_for_scanning (file_handle=0xbfffe550) at Zend/zend_language_scanner.c:3040 #13 0xb6fccd66 in compile_file (file_handle=0xbfffe550, type=2) at Zend/zend_language_scanner.c:3126 #14 0xb6fe3be9 in zend_execute_scripts (type=2, retval=0x0, file_count=1) at /root/php5/php5-200401201430/Zend/zend.c:1047 #15 0xb7006966 in php_handler (r=0x81d3e00) at /root/php5/php5-200401201430/sapi/apache2handler/sapi_apache2.c:533 #16 0x08068685 in ap_run_handler () #17 0x08068c9f in ap_invoke_handler () #18 0x08065326 in ap_process_request () #19 0x0806095c in _start () #20 0x081d3e00 in ?? () #21 0x0004 in ?? () #22 0x081d3e00 in ?? () #23 0x0807228c in ap_run_pre_connection () #24 0x08072145 in ap_run_process_connection () #25 0x08066ba1 in ap_graceful_stop_signalled () #26 0x08066dba in ap_graceful_stop_signalled () #27 0x08066e16 in ap_graceful_stop_signalled () #28 0x0806763d in ap_mpm_run () #29 0x0806dacf in main () Hope this helps. Thanks. [2004-01-19 14:15:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.
#26666 [Fbk->NoF]: crash in zend_mm_alloc
ID: 2 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org -Status: Feedback +Status: No Feedback Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5CVS-2003-12-19 (dev) New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-01-16 19:06:48] [EMAIL PROTECTED] Fatal error: main(): Failed opening required 'Horde/MIME/MIME.php' (include_path='/home/jani/prop_test/libs/') in /home/jani/prop_test/libs/Horde/MIME/Part.php on line 3 Are you sure you can't include more files in there? [2004-01-16 12:55:47] jan at horde dot org I hope this link doesn't wrap: http://cvs.horde.org/co.php/framework/MIME/MIME/Part.php?sa=1&r=1.159&p=1 [2004-01-16 12:54:20] jan at horde dot org Oops, sorry. Damn include_path! ;-) http://cvsweb.horde.org/co.php/framework/MIME/MIME/Part.php?sa=1&r=1.159&p=1 Sorry about the big scripts, but whenever I tried to strip it down, the crash went away. [2004-01-16 11:12:08] [EMAIL PROTECTED] The provided test package is not complete..it misses at least Horde/MIME/Part.php (you really ought to cut down the stuff a lot :) [2003-12-31 08:15:03] jan at horde dot org I managed to create a medium sized test case, unfortunately the bug disappeared as soon as I tried to strip it further down. Get www.horde.org/~jan/prop_test.tar.gz, unpack it and run ob_vars.php with a current HEAD cli. It segfaults with the last statement, but this seems to only a followup bug. If you look at the test script, the output and the MIME_Message::buildMessage() method, you will easily see wha t is going wrong. The strange thing is that in production, these UNKNOWN:0 properties happen to only two properties of the object, always the same two and no obvious pattern that I see for those. 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/2 -- Edit this bug report at http://bugs.php.net/?id=2&edit=1
#26894 [Fbk->NoF]: Apache2 hangs when working with mail.
ID: 26894 Updated by: [EMAIL PROTECTED] Reported By: techtonik at tut dot by -Status: Feedback +Status: No Feedback Bug Type: IMAP related Operating System: NT 4.0 SP6a PHP Version: 4CVS-2004-01-16 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-01-16 10:25:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-01-16 09:36:16] techtonik at tut dot by I've tried this build. Problem persists - Apache hangs. Virtual memory allocation stops at approximately 6Mb. [2004-01-13 13:30:24] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Try the snapshot first. [2004-01-13 09:45:59] techtonik at tut dot by Description: I'm trying to parse a lot of msges in pop3 mailbox using IMAP functions. Unfortunately I can't find debug biuld for PHP 4.3.4 and I can't compile it myself, so I'll try to descript what is wrong in general. First of all Apache in hung state is endlessly munching file with name like msg77 or msg6 and so on, which it creates in the root! directory on my drive. Figured by Filemon. This file contains full email message, which I'm trying to send via mail() function. Message is random size. Now munching one with size about 1687 bytes. Apache works about hour and couldn't output anything even though I have timeout set to 180 seconds. So I can't even figure the line, where it hangs. My script reads all msgs from 1st till last by one. When msg fetched, an attach in tar.gz format is taked out of it, decompressed by gzinflate() and parsed by preg_match_all(). After that parsed letters remailed to another email. It all began with gzinflate() reporting buffer error and then data error after parsing some amount of msgs. These errors in turn appeared after I have added imap_delete() and imap_expunge() to erase successfully parsed messages. Now it just hangs and that is all. If I can fugure out which function makes Apache 2.0.48 hang I can do a more detailed report. -- Edit this bug report at http://bugs.php.net/?id=26894&edit=1
#26988 [Opn->Bgs]: Cannot connect to database while offline
ID: 26988 Updated by: [EMAIL PROTECTED] Reported By: david dot nordenberg at uppsala dot se -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: winxp sp1/mssql 2000 sp3 PHP Version: 4.3.5RC1 New Comment: It's not PHP bug but some bug with the underlying DBLIB. Make sure you have installed all the patches and latest MDAC components: http://www.microsoft.com/data/ http://www.microsoft.com/sql Also, read the various user comments found on page: http://www.php.net/manual/en/function.mssql-connect.php Previous Comments: [2004-01-21 04:22:26] david dot nordenberg at uppsala dot se Description: I connect to a localy installed database trough the servername "localhost" which resolves to 127.0.0.1 which I can ping. Now if I pull my network cable, php loses the ability to connect to the database, no login attempts is registred by the sql server and php thinks the server does not exist. I can even change the servername value of mssql_connect to "127.0.0.1" but it still won't connect. Other applications can connect just fine to the sql server while not having any network interfaces up but not php, I think I saw the same problem with PHP 5 snapshot about a week old. Reproduce code: --- $server = "localhost"; $conn = mssql_connect($server, $_SESSION['login'], $_SESSION['passwd']); Expected result: mssql_connect to work Actual result: -- [client 127.0.0.1] PHP Warning: mssql_connect() [function.mssql-connect]: Unable to connect to server: localhost in C:\Program\Apache Group\Apache2\htdocs\index.php on line 31, referer: http://localhost/ -- Edit this bug report at http://bugs.php.net/?id=26988&edit=1
#26771 [Fbk->Opn]: register_tick_funtions crashes apache2 child process
ID: 26771 User updated by: info at tphnet dot com Reported By: info at tphnet dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Windows XP SP1 PHP Version: 4.3.4 New Comment: I've tried the latest win32 stable and the problem has not been fixed. Apache still crashes. The Apache status code remains the same and commenting out the 'register_tick_function' line prevents the crash. Previous Comments: [2004-01-18 23:01:53] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-01-18 05:52:15] blaufalke at yahoo dot de The error occurs also in this environment: Windows XP SP 1 PHP 4.3.4 Apache 1.3.29 Apaches error.log (LogLevel debug) says: [Sun Jan 18 11:53:59 2004] [info] Parent: Created child process 444 [Sun Jan 18 11:53:59 2004] [info] Parent: Duplicating socket 408 and sending it to child process 444 [Sun Jan 18 11:54:00 2004] [info] BytesRead = 372 WSAProtocolInfo = 2006620 [Sun Jan 18 11:54:38 2004] [info] master_main: Child processed exited prematurely. Restarting the child process. [Sun Jan 18 11:54:38 2004] [info] Parent: Created child process 2952 [Sun Jan 18 11:54:38 2004] [info] Parent: Duplicating socket 408 and sending it to child process 2952 [Sun Jan 18 11:54:38 2004] [info] BytesRead = 372 WSAProtocolInfo = 2006620 [Sun Jan 18 11:54:43 2004] [info] master_main: Child processed exited prematurely. Restarting the child process. [Sun Jan 18 11:54:43 2004] [info] Parent: Created child process 3824 [Sun Jan 18 11:54:43 2004] [info] Parent: Duplicating socket 408 and sending it to child process 3824 [Sun Jan 18 11:54:43 2004] [info] BytesRead = 372 WSAProtocolInfo = 2006620 [Sun Jan 18 11:54:48 2004] [info] master_main: Child processed exited prematurely. Restarting the child process. [Sun Jan 18 11:54:48 2004] [info] Parent: Created child process 2992 [Sun Jan 18 11:54:48 2004] [info] Parent: Duplicating socket 408 and sending it to child process 2992 [Sun Jan 18 11:54:48 2004] [info] BytesRead = 372 WSAProtocolInfo = 2006620 [2004-01-02 20:45:05] elite_eagle67 at hotmail dot com I'd like to add that I am experiencing this issue as well. And for the devs, this seems to be a windows only issue so you won't be reproducing it on Linux :) [2004-01-02 19:23:33] info at tphnet dot com Description: While searching the bug database I found some similar problems, but all were suspended. I wasn't sure if it was useful to reply to one of those (Most recent one: http://bugs.php.net/bug.php?id=26286). Well anyways, here goes: The problem is very simple. I just copy and paste the 'tick' example from the php manual into a new php file an try to execute it on my apache2 server. The apache child process crashes, restarts, crashes, restarts and eventually just stops restarting. When I comment out the line 'register_tick_function', everyting works just fine. Also, when I start the file from the CLI version of PHP it is executed without any problems. I'm using PHP 4.3.4 and Apache 2.0.48 (in conjunction with php4apache2.dll). Reproduce code: --- http://nl.php.net/manual/en/control-structures.declare.php See Example 11-1 Actual result: -- [Sat Jan 03 01:11:04 2004] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Sat Jan 03 01:11:04 2004] [notice] Parent: Created child process 3036 [Sat Jan 03 01:11:04 2004] [notice] Child 3036: Child process is running [Sat Jan 03 01:11:04 2004] [notice] Child 3036: Acquired the start mutex. [Sat Jan 03 01:11:04 2004] [notice] Child 3036: Starting 250 worker threads. Small snippit from my apache2 error.log. It's filled with the above lines, the status code is the same for every restart. -- Edit this bug report at http://bugs.php.net/?id=26771&edit=1
#26987 [Opn->Fbk]: XML data extraction bug
ID: 26987
Updated by: [EMAIL PROTECTED]
Reported By: aeolianmeson at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: XML related
Operating System: WinXP
PHP Version: 4.3.4
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
Previous Comments:
[2004-01-21 03:41:19] aeolianmeson at hotmail dot com
Description:
Using Expat XML functions.
The character data handler will occasionally return only a first part
of data. It will be immediately called again and return the rest.
This bug only occurred around the 20th and 40th records in a dataset
containing about 80. This occurred with multiple data-files where the
consistency between records has been verified.
Dustin Oprea, PHP-programming extraordinaire
Sample:
2004.01.2101:33:38127.0.0.1INSERT
INTO residents VALUES (55, "Chambers", "Harveasha", '0', '0', '',
'216', '')backup.php/3
Reproduce code:
---
// gets the last label recorded
function getlabel()
{
global $stack;
$tagname = array_pop($stack);
array_push($stack, $tagname);
return $tagname;
}
// character-data handler
function havedata($parser, $data)
{
global $recorddata;
$data = trim($data);
if(strlen($data) == 0)
return;
$recorddata[getlabel()] = $data;
}
Expected result:
INSERT INTO residents VALUES (54, "Lewis", "Theresa", '0', '0', '',
'215', '')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
--> INSERT INTO residents VALUES (55, "Chambers", "Harveasha", '0',
'0', '', '216', '')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
INSERT INTO residents VALUES (56, "Pierrie", "Ghezell", '0', '0', '',
'216', '')
TAG= position
Actual result:
--
INSERT INTO residents VALUES (54, "Lewis", "Theresa", '0', '0', '',
'215', '')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
--> INSERT INTO residen
--> ts VALUES (55, "Chambers", "Harveasha", '0', '0', '', '216', '')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
INSERT INTO residents VALUES (56, "Pierrie", "Ghezell", '0', '0', '',
'216', '')
TAG= position
--
Edit this bug report at http://bugs.php.net/?id=26987&edit=1
#20782 [Com]: Segmentation fault using oracle 8.1.7
ID: 20782 Comment by: carmo at jfnet dot com dot br Reported By: itteam at ccafrique dot net Status: No Feedback Bug Type: OCI8 related Operating System: Linux RH7.3 (ker:2.4.18-3smp) PHP Version: 4.3.0RC2 New Comment: HELP !!! cat teste3.php $ php teste3.php X-Powered-By: PHP/4.2.2 Content-type: text/html fim Segmentation fault $ Previous Comments: [2003-01-26 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2003-01-15 13:31:13] cditty at mlgw dot org I am told by my server guru that we did link it through libpthread. Any other ideas? [2003-01-10 13:28:27] [EMAIL PROTECTED] And if you're using Apache, is it linked with libpthread? Instructions here: http://www.php.net/manual/en/ref.oci8.php [2003-01-10 13:06:09] cditty at mlgw dot org I have the same problem. I am using PHP v4.1.2 with Oracle 8.1.7. Even doing a simple insert or select causes this problem. [2002-12-03 06:18:35] itteam at ccafrique dot net The only one that is not set is LD_PRELOAD. All the other are ok. I'm sending u a backtrace. 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/20782 -- Edit this bug report at http://bugs.php.net/?id=20782&edit=1
#26968 [Asn->Csd]: Segmentation fault
ID: 26968 Updated by: [EMAIL PROTECTED] Reported By: voev at hotmail dot com -Status: Assigned +Status: Closed Bug Type: InterBase related Operating System: RedHat 7.2 PHP Version: 4CVS-2004-01-20 Assigned To: abies New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-01-20 06:43:32] [EMAIL PROTECTED] It appears that libgds.so uses atexit() to register a call to gds__cleanup() at process shutdown. As the library is unloaded before the process shuts down, the pointer to gds__cleanup() has become invalid at that time and causes a segfault. I'm currently looking for a way to fix this. Any suggestions are highly appreciated. [2004-01-19 14:32:41] voev at hotmail dot com Description: My Firebird (SS) or Interbase server chrash very often when I test it with php. If work with Kylix cgi page I haven't sql server problems. When start php from console and run any php that connect to InterBase/Firebird the last row is "Segmentation fault" always. I've tested it with php 4.3.4, php 4.3.5 RC2, Firebird SS 1.03 and Interbase 7.1 as well. Php is ./configure --with-interbase=shared,/opt/interbase --with-apxs --enable-track-vars --enable-debug Reproduce code: --- COUNTRY;?> -- Edit this bug report at http://bugs.php.net/?id=26968&edit=1
#26988 [NEW]: Cannot connect to database while offline
From: david dot nordenberg at uppsala dot se Operating system: winxp sp1/mssql 2000 sp3 PHP version: 4.3.5RC1 PHP Bug Type: MSSQL related Bug description: Cannot connect to database while offline Description: I connect to a localy installed database trough the servername "localhost" which resolves to 127.0.0.1 which I can ping. Now if I pull my network cable, php loses the ability to connect to the database, no login attempts is registred by the sql server and php thinks the server does not exist. I can even change the servername value of mssql_connect to "127.0.0.1" but it still won't connect. Other applications can connect just fine to the sql server while not having any network interfaces up but not php, I think I saw the same problem with PHP 5 snapshot about a week old. Reproduce code: --- $server = "localhost"; $conn = mssql_connect($server, $_SESSION['login'], $_SESSION['passwd']); Expected result: mssql_connect to work Actual result: -- [client 127.0.0.1] PHP Warning: mssql_connect() [function.mssql-connect]: Unable to connect to server: localhost in C:\Program\Apache Group\Apache2\htdocs\index.php on line 31, referer: http://localhost/ -- Edit bug report at http://bugs.php.net/?id=26988&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26988&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26988&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26988&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26988&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26988&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26988&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26988&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26988&r=support Expected behavior: http://bugs.php.net/fix.php?id=26988&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26988&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26988&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26988&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26988&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26988&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26988&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26988&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26988&r=float
#26987 [NEW]: XML data extraction bug
From: aeolianmeson at hotmail dot com
Operating system: WinXP
PHP version: 4.3.4
PHP Bug Type: XML related
Bug description: XML data extraction bug
Description:
Using Expat XML functions.
The character data handler will occasionally return only a first part of
data. It will be immediately called again and return the rest.
This bug only occurred around the 20th and 40th records in a dataset
containing about 80. This occurred with multiple data-files where the
consistency between records has been verified.
Dustin Oprea, PHP-programming extraordinaire
Sample:
2004.01.2101:33:38127.0.0.1INSERT
INTO residents VALUES (55, "Chambers", "Harveasha", '0', '0', '', '216',
'')backup.php/3
Reproduce code:
---
// gets the last label recorded
function getlabel()
{
global $stack;
$tagname = array_pop($stack);
array_push($stack, $tagname);
return $tagname;
}
// character-data handler
function havedata($parser, $data)
{
global $recorddata;
$data = trim($data);
if(strlen($data) == 0)
return;
$recorddata[getlabel()] = $data;
}
Expected result:
INSERT INTO residents VALUES (54, "Lewis", "Theresa", '0', '0', '', '215',
'')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
--> INSERT INTO residents VALUES (55, "Chambers", "Harveasha", '0', '0',
'', '216', '')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
INSERT INTO residents VALUES (56, "Pierrie", "Ghezell", '0', '0', '',
'216', '')
TAG= position
Actual result:
--
INSERT INTO residents VALUES (54, "Lewis", "Theresa", '0', '0', '', '215',
'')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
--> INSERT INTO residen
--> ts VALUES (55, "Chambers", "Harveasha", '0', '0', '', '216', '')
TAG= position
backup.php/3
TAG= logentry
TAG= date
2004.01.21
TAG= time
01:33:38
TAG= ip
127.0.0.1
TAG= querystring
INSERT INTO residents VALUES (56, "Pierrie", "Ghezell", '0', '0', '',
'216', '')
TAG= position
--
Edit bug report at http://bugs.php.net/?id=26987&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26987&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26987&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26987&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26987&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26987&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26987&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26987&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26987&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26987&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26987&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26987&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26987&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26987&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26987&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26987&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26987&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26987&r=float
#25724 [Ver]: register_long_arrays breaks superglobals
ID: 25724 Updated by: [EMAIL PROTECTED] Reported By: kauer at face-online dot de Status: Verified Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2004-01-03 New Comment: And both register_globals and register_long_arrays have to be off to reproduce this! Previous Comments: [2004-01-21 02:03:44] [EMAIL PROTECTED] Only these superglobals are broken: $_SERVER $_ENV $_REQUEST All other work fine.. [2003-11-28 21:20:42] [EMAIL PROTECTED] Reproducable with this quick'n'dirty way too: # sapi/cli/php -d'register_long_arrays=off' -r 'var_dump($_SERVER);' [2003-10-02 04:55:56] kauer at face-online dot de Description: Using the binary from snaps.php.net, turning register_long_arrays off in .htaccess will make $_SERVER unavailable. Reproduce code: --- File: .htaccess php_flag register_long_arrays off PHP: var_dump($_SERVER); Expected result: I expect to see a variable dump of $_SERVER. Actual result: -- var_dump outputs NULL -- Edit this bug report at http://bugs.php.net/?id=25724&edit=1
#25724 [Ver]: register_long_arrays breaks superglobals
ID: 25724 Updated by: [EMAIL PROTECTED] Reported By: kauer at face-online dot de Status: Verified Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2004-01-03 New Comment: Only these superglobals are broken: $_SERVER $_ENV $_REQUEST All other work fine.. Previous Comments: [2003-11-28 21:20:42] [EMAIL PROTECTED] Reproducable with this quick'n'dirty way too: # sapi/cli/php -d'register_long_arrays=off' -r 'var_dump($_SERVER);' [2003-10-02 04:55:56] kauer at face-online dot de Description: Using the binary from snaps.php.net, turning register_long_arrays off in .htaccess will make $_SERVER unavailable. Reproduce code: --- File: .htaccess php_flag register_long_arrays off PHP: var_dump($_SERVER); Expected result: I expect to see a variable dump of $_SERVER. Actual result: -- var_dump outputs NULL -- Edit this bug report at http://bugs.php.net/?id=25724&edit=1
