#20491 [Opn->Bgs]: Problem with using Javascript inside a Switch()
ID: 20491
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Output Control
Operating System: Apache 2.0
PHP Version: 4.2.3
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.
Previous Comments:
[2002-11-19 04:31:13] [EMAIL PROTECTED]
In my header and footer i've got the HTML for the layout of my site.
include_once("$root/includes/header.php");
switch($mode)
{
case "newmap":
include("$root/docent/newmap.php");
break;
}
include_once("$root/includes/footer.php");
inside the file newmap.php if got the php-code that i use for the site
inside this code ive got some error-windows for the users. I use the
script below to call them inside the file newmap.php
if (mysql_num_rows (mysql_query("SELECT pparent FROM pagina WHERE
pparent ='$menu->id'"))>0)
{
?>
name = "name; ?>";
window.alert("Cannot remove'"+name+"'..! This map has one or more
submaps, remove this first!!")
http://bugs.php.net/?id=20491&edit=1
#20525 [Opn->Fbk]: variable references not working correctly
ID: 20525
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Variables related
Operating System: Windows 2000
PHP Version: 4.2.3
New Comment:
can you please submit a short script along with some explaination what
it does, what not and what it should do in your opinion. Also make sure
you have read http://www.php.net/manual/en/language.references.php
and notice that the & works slightly different than in C.
Previous Comments:
[2002-11-20 17:55:08] [EMAIL PROTECTED]
The variable reference is not working as I would understand it should.
The example that follows is long, but just cut and paste then read the
output.
Years of "C" programming says this should work.
Try example first then, look for the following lines in the
code:
//*NOTEJUST DELETE THE & symbol TO MAKE WORK
and remove the & symbol to see the correct output.
CODE STARTS HERE
**
";
print_r($call);
if ( is_array($call))
{
reset($call);
}
echo "";
}
function test()
{
//new instantiated array in memory
$local_c_list = array();
//array indicies for
$i = 0;
$j = 0;
//array indicies for $x (see below)
$k = 0;
$x = array(0 => array(0 => "A_First", 1 => "B_First", 2 => 1),
1 => array(0 => "A_First", 1 => "B_Second", 2 => 2),
2 => array(0 => "A_First", 1 => "B_Third",2 => 3),
3 => array(0 => "A_Second",1 => "B_First",2 => 1),
4 => array(0 => "A_Second",1 => "B_Second",2 => 2),
5 => array(0 => "A_Second",1 => "B_Third",2 => 3)
);
//loop through in array of x, e.g. x[0][$l]
for ($k = 0; $k < 6; $k = $k + 1)
{
$b_name = $x[$k][0];
$a_name = $x[$k][1];
$a_order = $x[$k][2];
if ((!isset($b)) || (!isset($b->name)) || ($b_name !=
$b->name))
{
//attach the A record to the main list
// starting on the second A record found
if (isset($b->name))
{
//set the local_list to the reference of b
//this avoids memory copies
//*NOTEJUST DELETE THE & symbol TO MAKE WORK
$local_c_list[$i] = &$b;
$i = $i + 1;
$j = 0;
}
$b = new B();
$b->name = $b_name;
$b->list_array = array();
$this->print_test($b,"An element");
} //end if no B exists or we are beginning another B
name
//Create new A record
$a = new A();
$a->name = $a_name;
$a->order = $a_order;
$this->print_test($a,"An item");
//Set $b->list_array[$a->order] = &$a -- the reference of
$a
//*NOTEJUST DELETE THE & symbol TO MAKE WORK
$b->list_array[$j] = &$a;
$j = $j + 1;
$this->print_test($b,"A list");
} //end for k loops
$this->c_list = $local_c_list;
return;
} //end test
} //end class
$the_list = new C_LIST();
$the_list->test();
$the_list->print_test($the_list,"Test");
?>
--
Edit this bug report at http://bugs.php.net/?id=20525&edit=1
#20527 [Opn->Bgs]: unixdate
ID: 20527
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Apache2 related
Operating System: Linux 2.4.19
PHP Version: 4CVS-2002-11-20 (dev)
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
you're most likely have a double inclusion mixup. make sure, that in
the code you run UnixDate is declared only once.
Previous Comments:
[2002-11-20 18:51:07] [EMAIL PROTECTED]
PHP Fatal error: Cannot redeclare unixdate() in
/web/htdocs/home/pnadodb/adodb.inc.php on line 147
Here it's the code that generate the error:
/**
* Also in ADORecordSet.
* @param $v is a date string in -MM-DD format
*
* @return date in unix timestamp format, or 0 if before
TIMESTAMP_FIRST_YEAR, or false if invalid date format
*/
function UnixDate($v)
{
if (!preg_match(
"|^([0-9]{4})[-/\.]?([0-9]{1,2})[-/\.]?([0-9]{1,2})|",
($v), $rr)) return false;
if ($rr[1] <= TIMESTAMP_FIRST_YEAR) return 0;
// h-m-s-MM-DD-YY
return mktime(0,0,0,$rr[2],$rr[3],$rr[1]);
}
The funcion is called in this way:
---
else $d = ADOConnection::UnixDate($d);
The same program works find with Apache1.3.27+php-4.2.3
You can try this program at http://php.weblogs.com/ADODB
it's named "ADOdb Library for PHP"
Regards.
--
Edit this bug report at http://bugs.php.net/?id=20527&edit=1
#20538 [Opn->Bgs]: Cc: in mail won't work in some cases
ID: 20538 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Mail Related Operating System: windows 2000/sp3 PHP Version: 4.2.3 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. Previous Comments: [2002-11-21 03:52:59] [EMAIL PROTECTED] Hello! I wrote small php script: When my SMTP server points to unix machine (sendmail/linux) all working fine. When I set SMTP server pointed to IIS5 SMTP server (localhost) I got 'Server Error message'. any idea? vladimir -- Edit this bug report at http://bugs.php.net/?id=20538&edit=1
#20538 [Opn->Fbk]: Cc: in mail won't work in some cases
ID: 20538
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: *Mail Related
Operating System: windows 2000/sp3
PHP Version: 4.2.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Previous Comments:
[2002-11-21 05:21:53] [EMAIL PROTECTED]
Why not a bug? why bogus?
Please look at sendmail.c in win32 directory:
if (headers && (pos1 = strstr(headers, "Cc:"))) {
if (NULL == (pos2 = strstr(pos1, "\r\n"))) {
tempMailTo = estrndup(pos1, strlen(pos1));
} else {
tempMailTo = estrndup(pos1, pos2-pos1);
}
token = strtok(tempMailTo, ",");
while(token != NULL)
{
sprintf(Buffer, "RCPT TO:<%s>\r\n", token);
if ((res = Post(Buffer)) != SUCCESS)
return (res);
if ((res = Ack()) != SUCCESS)
return (res);
token = strtok(NULL, ",");
}
efree(tempMailTo);
}
in this code, we can see, what in Buffer posts line like:
RCPT TO: for first Cc: address and right string
for (RCPT TO: <[EMAIL PROTECTED]>)
it is really strange?
Right code:
if (headers && (pos1 = strstr(headers, "Cc:"))) {
pos1+=3;
if (NULL == (pos2 = strstr(pos1, "\r\n")))
..
after this procedure add:
pos1-=3;
[2002-11-21 03:56:29] [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.
[2002-11-21 03:52:59] [EMAIL PROTECTED]
Hello!
I wrote small php script:
When my SMTP server points to unix machine (sendmail/linux) all working
fine.
When I set SMTP server pointed to IIS5 SMTP server (localhost) I got
'Server Error message'.
any idea?
vladimir
--
Edit this bug report at http://bugs.php.net/?id=20538&edit=1
#20525 [Fbk]: variable references not working correctly
ID: 20525
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Variables related
Operating System: Windows 2000
PHP Version: 4.2.3
New Comment:
Hey,
I should have emphesized on 'short', currently I just don't have the
passion to go through that code in depth without you showing that you
have read the docs. And please come up with a short, self-contained,
easy to read and unterstand script, thanks a lot for your interest in
PHP!
--
Jan
Previous Comments:
[2002-11-21 09:46:28] [EMAIL PROTECTED]
Script was already included.
Just cut and paste the PHP code into a text editor and save.
Then run.
The script will cycle through and array, building objects out of the
array. It dumps the values of the objects at certain steps. You will
see the difference if you follow the instructions below.
Run Script once and look at output. You will notice that the dump of
the B class will contain repeat elements (actually, it seems to contain
only the last element of the array that was visited).
Edit Script, deleting the & symbol where I have placed a comment
(***NOTE).
Run Script and look at output. You will see the output is as you would
expect.
Thanks. If you need more info, you can go to my website
www.goldparrot.com and get my contact information to call me.
Thanks again.
[2002-11-21 02:40:36] [EMAIL PROTECTED]
can you please submit a short script along with some explaination what
it does, what not and what it should do in your opinion. Also make sure
you have read http://www.php.net/manual/en/language.references.php
and notice that the & works slightly different than in C.
[2002-11-20 17:55:08] [EMAIL PROTECTED]
The variable reference is not working as I would understand it should.
The example that follows is long, but just cut and paste then read the
output.
Years of "C" programming says this should work.
Try example first then, look for the following lines in the
code:
//*NOTEJUST DELETE THE & symbol TO MAKE WORK
and remove the & symbol to see the correct output.
CODE STARTS HERE
**
";
print_r($call);
if ( is_array($call))
{
reset($call);
}
echo "";
}
function test()
{
//new instantiated array in memory
$local_c_list = array();
//array indicies for
$i = 0;
$j = 0;
//array indicies for $x (see below)
$k = 0;
$x = array(0 => array(0 => "A_First", 1 => "B_First", 2 => 1),
1 => array(0 => "A_First", 1 => "B_Second", 2 => 2),
2 => array(0 => "A_First", 1 => "B_Third",2 => 3),
3 => array(0 => "A_Second",1 => "B_First",2 => 1),
4 => array(0 => "A_Second",1 => "B_Second",2 => 2),
5 => array(0 => "A_Second",1 => "B_Third",2 => 3)
);
//loop through in array of x, e.g. x[0][$l]
for ($k = 0; $k < 6; $k = $k + 1)
{
$b_name = $x[$k][0];
$a_name = $x[$k][1];
$a_order = $x[$k][2];
if ((!isset($b)) || (!isset($b->name)) || ($b_name !=
$b->name))
{
//attach the A record to the main list
// starting on the second A record found
if (isset($b->name))
{
//set the local_list to the reference of b
//this avoids memory copies
//*NOTEJUST DELETE THE & symbol TO MAKE WORK
$local_c_list[$i] = &$b;
$i = $i + 1;
$j = 0;
}
$b = new B();
$b->name = $b_name;
$b->list_array = array();
$this->print_test($b,"An element");
} //end if no B exists or we are beginning another B
name
//Create new A record
$a = new A();
$a->name = $a_name;
$a->order = $a_order;
$this->print_test($a,"An item");
#18643 [Csd]: libmysql/my_tempnam.c gives compiler warnings
ID: 18643 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Warning Operating System: Compaq Tru64 PHP Version: 4CVS-2002-08-14 Assigned To: georg New Comment: the mysql client library that comes woth PHP uses mkstemp, thus the warning, on the other hand, it is implemented in a completely safe manner as they workaround the possible 'unsafetyness'. The latest mysql client lib (that you dl'd from mysql.com) seems to nuked it alltogether), hence no warning for you there. This is nothing to worry about, never was and won't be. at some point the bundled mysql client lib will be somehow updated and the warning will probably be gone then. Can we please keep that quiet from now on? :) Jan Previous Comments: [2002-11-22 01:55:25] [EMAIL PROTECTED] I downloaded the latest snapshot i.e php4-STABLE-200211220430 today and compliled using the options ./configure --with-mysql --with-gd=/usr/local --with-png-dir=/downloads/libpng-1.2.5 --with-zlib-dir=/downloads/zlib-1.1.4 --with-apxs=/usr/local/apache/bin/apxs --with-jpeg-dir=/downloads/jpeg-6b --with-mail --enable-track-vars but still was getting the errors ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /downloads/php4-STABLE-200211220430/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' then I went to www.mysql.com and downloaded their latest binary mysql-3.23.53a-pc-linux-gnu-i686.tar.gz and installed it into /usr/local/mysql and changed the configure options to ./configure --with-mysql=/usr/local/mysql --with-gd=/usr/local --with-png-dir=/downloads/libpng-1.2.5 --with-zlib-dir=/downloads/zlib-1.1.4 --with-apxs=/usr/local/apache/bin/apxs --with-jpeg-dir=/downloads/jpeg-6b --with-mail --enable-track-vars note:- --with-mysql=/usr/local/mysql and it compiled perfect chris http://www.chrisranjana.com [2002-08-23 11:58:44] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-08-14 18:02:05] [EMAIL PROTECTED] After chating with georg about this it seems that this bug has been fixed in the MySQL end of things, and we are just awaiting an update from thier end (Zak?). [2002-08-14 14:34:32] [EMAIL PROTECTED] http://nohn.net/lalafarm/200208140900-error.log [2002-08-13 22:27:25] [EMAIL PROTECTED] Sebastian is this still true with georg's recent work? 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/18643 -- Edit this bug report at http://bugs.php.net/?id=18643&edit=1
#20566 [Opn->Bgs]: Dont exept try/catch
ID: 20566
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: RH 8.0
PHP Version: 4.3.0RC1
New Comment:
4.3RC1 does not come with ZE2
Previous Comments:
[2002-11-22 04:27:28] [EMAIL PROTECTED]
Zend Engine 2 is suppose to have try/catch exceptions. But the Engine
fails on "try {" with:
"Parse error: parse error, unexpected '{'"
Seems it dos'nt understands the try and catch statements.
Can't find any info in the TODO list. But the file
"http://www.php.net/ZEND_CHANGES.txt"; shows exampels about exception
handling. But the file php-4.3.0RC1/Zend/ZEND_CHANGES have no mention
about it.
Is that an error or is try/catch not in Zend Engine 2 anyway ?
--
Edit this bug report at http://bugs.php.net/?id=20566&edit=1
#20525 [Fbk]: variable references not working correctly
ID: 20525 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Variables related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: when the output is so self explainatory, I'd like to see how it is produced, hence I have to go through your code. I won't do this, since I am sure you can shorten that to 10-15 LOC. Also, I asked you twice to read the docs on references[1] and you did not reply to that by no means. The '&' operator works different in PHP than in C. Make, at first, sure, the 'bug' is due to this confusion, thank you. [1] http://www.php.net/manual/en/language.references.php Jan P.S. I don't want to sound rude as well :) Previous Comments: [2002-11-22 10:55:59] [EMAIL PROTECTED] Also, please look at output from bottom up. This will make it easier to understand what is happening. If you want less output, just comment out the "print_test" functions. I am included the last set of lines from the output and have noted the differences between runs with You will notice that in the proper code, the B_FIRST, B_SECOND and B_THIRD objects are stored properly. In the code using the & reference symbol, only the B_THIRD object is stored. It is stored three seperate times. The proper result should be : Test: c_list Object ( [c_list] => Array ( [0] => b Object ( [name] => A_First [list_array] => Array ( [0] => a Object ( [name] => B_First [order] => 1 ) [1] => a Object ( [name] => B_Second [order] => 2 ) [2] => a Object ( [name] => B_Third [order] => 3 ) Output from BAD calls using the & reference symbol will look like this: c_list Object ( [c_list] => Array ( [0] => b Object ( [name] => A_Second [list_array] => Array ( [0] => a Object ( [name] => B_Third [order] => 3 ) [1] => a Object ( [name] => B_Third [order] => 3 ) [2] => a Object ( [name] => B_Third [order] => 3 ) Hope this discussion is alieviates some of your time crunch. Thanks for those of us who depend on PHP for our businesses. [2002-11-22 10:31:43] [EMAIL PROTECTED] I don't want to sound rude, but just run the script as is and you will see the problem. This is about as short as I want to get the script so that you see the problem in depth. It will take you no amount of time to cut and paste the section into a new doc and run it. The difference in output will be self explanatory. So if you would,.just run the script provided. [2002-11-21 09:59:11] [EMAIL PROTECTED] Hey, I should have emphesized on 'short', currently I just don't have the passion to go through that code in depth without you showing that you have read the docs. And please come up with a short, self-contained, easy to read and unterstand script, thanks a lot for your interest in PHP! -- Jan [2002-11-21 09:46:28] [EMAIL PROTECTED] Script was already included. Just cut and paste the PHP code into a text editor and save. Then run. The script will cycle through and array, building objects out of the array. It dumps the values of the objects at certain steps. You will see the difference if you follow the instructions below. Run Script once and look at output. You will notice that the dump of
#20601 [Opn->Fbk]: A simple syntax parse error
ID: 20601
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Windows ME
PHP Version: 4.3.0RC1
New Comment:
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
can you include a short script?
Previous Comments:
[2002-11-23 14:01:43] [EMAIL PROTECTED]
When using single quotes (i dont know if they will be allowed to show
here) (') inside double quote strings ("), a parse error is produced;
Parse error: parse error, unexpected T_ENCAPSED_AND_WHITESPACE,
expecting T_STRING or T_VARIABLE or T_NUM_STRING
This happened on Windows ME, using the latest Apache 1.3, and all
settings in php.ini are default.
This is very annoying, please fix it!
--
Edit this bug report at http://bugs.php.net/?id=20601&edit=1
#20604 [Opn->Fbk]: PHP CLI exists always with Segmantation Fault
ID: 20604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: this is most likely a dupe of #20539. can you please provide a backtrace along with some more information about your build environment? Previous Comments: [2002-11-24 01:17:26] [EMAIL PROTECTED] when i call a php script on bash with the #!/usr/local/bin/php header i always get the error segmantation fault but the script executes normal even with a normal i get this error message with cvs up i see that i have the newest php source code -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20539 [Fbk]: PHP CLI Segmentation Fault
ID: 20539 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: Linux PHP Version: 4CVS-2002-11-21 (stable) New Comment: boris, can you strip down your configure line to ./configure and also update your sources ? if the segfault is gone, add one one each from you original ./configure line and try again. trying to narrow down the problem :) Previous Comments: [2002-11-22 05:30:59] [EMAIL PROTECTED] When I said w/o mailparse I meant a fresh compilation of php without mailparse. Only: --with-mysql=/usr/local/mysql \ --with-apxs=/usr/local/apache/bin/apxs \ --enable-ftp \ --enable-track-vars \ --enable-trans-sid \ --with-gd \ --with-pdflib \ --with-jpeg-dir=/usr/lib \ --with-tiff-dir=/usr/lib \ --with-png-dir=/usr/lib \ --with-zlib-dir=/usr/lib \ --with-gettext \ --with-imap \ --enable-sockets [2002-11-22 03:30:26] [EMAIL PROTECTED] err, somehow I didn't see the backtrace... [2002-11-22 03:29:30] [EMAIL PROTECTED] Are you using the absolute latest version of mailparse from CVS? I fixed some segfault related issues the other day. Also, we *really* need a backtrace to sort this out. When you say without mailparse, is mailparse not used in the script, or not actually compiled in? [2002-11-21 06:07:14] [EMAIL PROTECTED] Playing around with some versions: Current CVS CLI with mailparse => Segfault Current CVS CLI w/o mailparse => Segfault PHP 4.2.3 w/o mailparse=> OK PHP 4.2.3 with mailparse => Segfault [2002-11-21 06:00:26] [EMAIL PROTECTED] As I wrote, i'ts segfaulting with an empty file too. Same backtrace output. Doesn't matter which content the php script has. 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/20539 -- Edit this bug report at http://bugs.php.net/?id=20539&edit=1
#20604 [Opn->Fbk]: PHP CLI exists always with Segmantation Fault
ID: 20604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: since this one is a bit nasty (for I, e.g., can't reproduce it), it would help a lot if you can provide more information about your system and build environment. Thank You. Previous Comments: [2002-11-24 03:32:46] [EMAIL PROTECTED] oh sorry for duplication i searched for open bugs with this topic but didn't find one so you can close this if you want =) [2002-11-24 03:01:19] [EMAIL PROTECTED] this is most likely a dupe of #20539. can you please provide a backtrace along with some more information about your build environment? [2002-11-24 01:17:26] [EMAIL PROTECTED] when i call a php script on bash with the #!/usr/local/bin/php header i always get the error segmantation fault but the script executes normal even with a normal i get this error message with cvs up i see that i have the newest php source code -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Fbk]: PHP CLI exists always with Segmantation Fault
ID: 20604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: when you disable cgi and cli how can you use #!/usr/local/bin/php ? Previous Comments: [2002-11-24 03:53:45] [EMAIL PROTECTED] interesting when i just configure with ./configure there is no segmantation fault [2002-11-24 03:43:24] [EMAIL PROTECTED] php configured with './configure' '--quiet' '--with-mysql=/usr/local/mysql' '--enable-inline-optimization' '--enable-trans-sid' '--with-mhash' '--with-bz2' '--with-zlib' '--enable-ftp' '--with-openssl' '--enable-sockets' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-iconv' '--with-pcre-regex=/usr' '--enable-sigchild' '--with-expat-dir=/usr' '--disable-cli' '--disable-cgi' '--disable-ipv6' taken from phpinfo(): mysql 4.0.5-beta self compiled PCRE Library Version 3.9 02-Jan-2002 OpenSSL 0.9.6g 9 Aug 2002 MHASH API Version 20020524 iconv library version 2.2.5 BZip2 Version 1.0.2, 30-Dec-2001 glibc version 2.2.5 php,mysql, apache compiled with gcc 3.2.1 kernel version 2.5.47 apache 2.0.43 [2002-11-24 03:35:11] [EMAIL PROTECTED] since this one is a bit nasty (for I, e.g., can't reproduce it), it would help a lot if you can provide more information about your system and build environment. Thank You. [2002-11-24 03:32:46] [EMAIL PROTECTED] oh sorry for duplication i searched for open bugs with this topic but didn't find one so you can close this if you want =) [2002-11-24 03:01:19] [EMAIL PROTECTED] this is most likely a dupe of #20539. can you please provide a backtrace along with some more information about your build environment? 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/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Fbk]: PHP CLI exists always with Segmantation Fault
ID: 20604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: your original ./configure line included '--disable-cli' '--disable-cgi', thus not php binary was built that you were able to use with #!/usr/local/bin/php. So what was your ./configure line for that standalone executable php file? :) Previous Comments: [2002-11-24 04:04:53] [EMAIL PROTECTED] with just ./configure it compiles the cli and installs it because php -m doestn't list the bzip2m, zlib etc. modules that's the output of php -m with my normal configure flags [PHP Modules] bz2 ctype ftp iconv mhash mysql openssl overload pcre posix session sockets standard tokenizer xml zlib [Zend Modules] that's the output with no configure flags [PHP Modules] ctype mysql overload pcre posix session standard tokenizer xml [Zend Modules] [2002-11-24 03:57:50] [EMAIL PROTECTED] when you disable cgi and cli how can you use #!/usr/local/bin/php ? [2002-11-24 03:53:45] [EMAIL PROTECTED] interesting when i just configure with ./configure there is no segmantation fault [2002-11-24 03:43:24] [EMAIL PROTECTED] php configured with './configure' '--quiet' '--with-mysql=/usr/local/mysql' '--enable-inline-optimization' '--enable-trans-sid' '--with-mhash' '--with-bz2' '--with-zlib' '--enable-ftp' '--with-openssl' '--enable-sockets' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-iconv' '--with-pcre-regex=/usr' '--enable-sigchild' '--with-expat-dir=/usr' '--disable-cli' '--disable-cgi' '--disable-ipv6' taken from phpinfo(): mysql 4.0.5-beta self compiled PCRE Library Version 3.9 02-Jan-2002 OpenSSL 0.9.6g 9 Aug 2002 MHASH API Version 20020524 iconv library version 2.2.5 BZip2 Version 1.0.2, 30-Dec-2001 glibc version 2.2.5 php,mysql, apache compiled with gcc 3.2.1 kernel version 2.5.47 apache 2.0.43 [2002-11-24 03:35:11] [EMAIL PROTECTED] since this one is a bit nasty (for I, e.g., can't reproduce it), it would help a lot if you can provide more information about your system and build environment. Thank You. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Fbk]: PHP CLI exists always with Segmantation Fault
ID: 20604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: so no error === no bugreport? :) can you add your ./configure lines cept for --disable-cli and see if that segfault reappears? Previous Comments: [2002-11-24 04:17:22] [EMAIL PROTECTED] interesting in my config-php script where i have the configure line just to not type it evrytime i have it not there but my apache2 module is a bit older where i have compiled it with --disable-cli =) current testing status : ./configure --with-mysql=/usr/local/mysql --enable-trans-sid --enable-inline-optimization --enable-ftp --enable-sockets works without problems [2002-11-24 04:10:31] [EMAIL PROTECTED] your original ./configure line included '--disable-cli' '--disable-cgi', thus not php binary was built that you were able to use with #!/usr/local/bin/php. So what was your ./configure line for that standalone executable php file? :) [2002-11-24 04:04:53] [EMAIL PROTECTED] with just ./configure it compiles the cli and installs it because php -m doestn't list the bzip2m, zlib etc. modules that's the output of php -m with my normal configure flags [PHP Modules] bz2 ctype ftp iconv mhash mysql openssl overload pcre posix session sockets standard tokenizer xml zlib [Zend Modules] that's the output with no configure flags [PHP Modules] ctype mysql overload pcre posix session standard tokenizer xml [Zend Modules] [2002-11-24 03:57:50] [EMAIL PROTECTED] when you disable cgi and cli how can you use #!/usr/local/bin/php ? [2002-11-24 03:53:45] [EMAIL PROTECTED] interesting when i just configure with ./configure there is no segmantation fault 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/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Fbk]: PHP CLI exists always with Segmantation Fault
ID: 20604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: cool, so all we need is a backtrace ;) http://bugs.php.net/bugs-generating-backtrace.php Previous Comments: [2002-11-24 04:29:39] [EMAIL PROTECTED] i add evrything one at a time and recompile and rerun my script i recompiled evry time with make -s clean all install the problem seems to be in --with-apxs2=/usr/local/apache2/bin/apxs so there is a bug and a bug report =) [2002-11-24 04:20:11] [EMAIL PROTECTED] so no error === no bugreport? :) can you add your ./configure lines cept for --disable-cli and see if that segfault reappears? [2002-11-24 04:17:22] [EMAIL PROTECTED] interesting in my config-php script where i have the configure line just to not type it evrytime i have it not there but my apache2 module is a bit older where i have compiled it with --disable-cli =) current testing status : ./configure --with-mysql=/usr/local/mysql --enable-trans-sid --enable-inline-optimization --enable-ftp --enable-sockets works without problems [2002-11-24 04:10:31] [EMAIL PROTECTED] your original ./configure line included '--disable-cli' '--disable-cgi', thus not php binary was built that you were able to use with #!/usr/local/bin/php. So what was your ./configure line for that standalone executable php file? :) [2002-11-24 04:04:53] [EMAIL PROTECTED] with just ./configure it compiles the cli and installs it because php -m doestn't list the bzip2m, zlib etc. modules that's the output of php -m with my normal configure flags [PHP Modules] bz2 ctype ftp iconv mhash mysql openssl overload pcre posix session sockets standard tokenizer xml zlib [Zend Modules] that's the output with no configure flags [PHP Modules] ctype mysql overload pcre posix session standard tokenizer xml [Zend Modules] 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/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20603 [Csd->Bgs]: Zend Engine problem?
ID: 20603 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Compile Failure Operating System: RH AS 2.1 PHP Version: 4.3.0RC1 New Comment: this is not an issue, see #18643 Previous Comments: [2002-11-24 05:49:02] [EMAIL PROTECTED] Fine, it's closed then. [2002-11-24 05:44:31] [EMAIL PROTECTED] Thx, Fixed if CPU in lower speed... just still got the 'tempnam' -> 'mkstemp' issue. RH AS 2.1 comes with the buggy gcc 2.96. PT [2002-11-23 23:05:11] [EMAIL PROTECTED] Works fine here..what if you run 'make' again? Does the error happen with same file and with same function? (this is most likely a hardware problem if it happens with something else) Also, what gcc version are you running? [2002-11-23 22:18:11] [EMAIL PROTECTED] OS: RH AS 2.1 P4 2.5G 768M RAM Apache 1.3.27 + PHP 4.30RC1 Compile line: == ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/conf --enable-versioning \ --with-mysql --enable-ftp --enable-bcmath --enable-inline-optimization \ --disable-debug \ --enable-memory-limit=yes --enable-track-vars --enable-save-mode \ --enable-magic-quotes --with-gettext=/usr/bin \ --with-xml --with-imap=/usr/local/imap \ --with-curl=/usr/local --enable-mbstring --enable-mbstr-enc-trans \ --with-jpeg-dir=/usr --with-png-dir=/usr \ --with-zlib-dir=/usr/local --with-t1lib=/usr/local \ --with-gd=/usr --with-zlib=/usr/local --enable-gd-imgstrttf \ --enable-gd-native-ttf --with-freetype-dir=/usr \ --with-pdflib=/usr/local --with-openssl=/usr/local/openssl \ --enable-trans-sid --with-cpdflib --with-pgsql --with-ming=/usr \ --with-bz2 --enable-calendar --with-qtdom \ --enable-tokenizer --with-iconv=/usr/local \ --with-gmp --with-mcrypt --with-ldap --with-mm \ --with-mbstring=all --enable-mbregex \ --enable-xslt --with-xslt-sablot \ --with-sablot-js --with-expat-dir=/usr/local \ Compile error: = /bin/sh libtool --silent --mode=compile gcc -IZend/ -I/tmp/www/php-4.3.0RC1/Zend/ -DPHP_ATOM_INC -I/tmp/www/php-4.3.0RC1/include -I/tmp/www/php-4.3.0RC1/main -I/tmp/www/php-4.3.0RC1 -I/tmp/www/php-4.3.0RC1/Zend -I/usr/local/openssl/include -I/usr/local/include -I/usr/include/freetype2 -I/usr/local/imap/include -I/usr/include/pgsql -DLINUX=22 -DMOD_SSL=208112 -DUSE_HSREGEX -DEAPI -DEAPI_MM -I/tmp/www/php-4.3.0RC1/TSRM -g -O2 -prefer-pic -c /tmp/www/php-4.3.0RC1/Zend/zend_indent.c -o Zend/zend_indent.lo /bin/sh libtool --silent --mode=compile gcc -IZend/ -I/tmp/www/php-4.3.0RC1/Zend/ -DPHP_ATOM_INC -I/tmp/www/php-4.3.0RC1/include -I/tmp/www/php-4.3.0RC1/main -I/tmp/www/php-4.3.0RC1 -I/tmp/www/php-4.3.0RC1/Zend -I/usr/local/openssl/include -I/usr/local/include -I/usr/include/freetype2 -I/usr/local/imap/include -I/usr/include/pgsql -DLINUX=22 -DMOD_SSL=208112 -DUSE_HSREGEX -DEAPI -DEAPI_MM -I/tmp/www/php-4.3.0RC1/TSRM -g -O2 -prefer-pic -c /tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c -o Zend/zend_builtin_functions.lo /tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c: In function `zif_get_class_methods': /tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c:680: Internal error: Segmentation fault. Please submit a full bug report. Seems it's a problem of Zend engine. Thx PT -- Edit this bug report at http://bugs.php.net/?id=20603&edit=1
#19404 [Com]: phpMyAdmin does not work properly anymore
ID: 19404 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: mbstring related Operating System: SuSE Linux 8.0 PHP Version: 4.2.3 New Comment: Maybe stupid hint... for people who are having problems with phpMyAdmin. Did you checked php.ini for directive magic_quotes_gpc? It _MUST_ be set to Off, this directive can not be overwritten in PHP code (as mentioned in PHP documentation). If you can not turn it off for whole webserver in php.ini, use .htaccess and put "php_flag magic_quotes_gpc off" in (without quotes :). Previous Comments: [2002-11-22 13:21:27] [EMAIL PROTECTED] I forgot to mention --disable-mbstring. If you can make your build from the source, still want to use 4.2.3, please specify --disable-mbstring in configure params, and the problem would be gone. However the case you cannot make use of mysql from within your php scripts is not directly relevant to this bug. Anyway all that I can say is this bug was really fixed... [2002-11-22 11:10:01] [EMAIL PROTECTED] Well, I guess any one interested in using phpMyAdmin just can't use php 4.2.3? that's really pathetic. I love php and so on, but at least they could *fix* the bug? [2002-11-22 02:52:26] [EMAIL PROTECTED] Re: 4.2.3 Bug in mbstring.internal_encoding First, the 4.3.3 version does not have a listing in the ini file to not used this encoding so if the work-around is to not use this i would sure like to know how that is done. Second, if there is a current version of php that works with mySQL i would like to know where it is. 4.2.3 does not work and the new 4.3.0 does not work either. Am i the only one that can't get php and mySQL to work or is everyone sol just like me? [2002-11-20 09:48:21] [EMAIL PROTECTED] We have never issued a patch for this problem publicly by now, and will never. If you have to use the released versions, please wait until 4.3.0 is out. Otherwise you can fetch the latest stable cvs version at http://snaps.php.net/ [2002-11-19 20:24:07] [EMAIL PROTECTED] Is there a way to patch my Windows binary for this bug? 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/19404 -- Edit this bug report at http://bugs.php.net/?id=19404&edit=1
#20618 [Opn]: juggling with type juggling
ID: 20618 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: any PHP Version: 4CVS-2002-11-25 (dev) New Comment: Not enough beer was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more beer, feel free to send it to the developers and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2002-11-25 06:10:24] [EMAIL PROTECTED] i offer a beer for the one that correctly guesses the output of the following script: be honest, don't run it. harald ps: derick is excluded, but he doesn't like beer anyways :) and he is trying to fix this - thanks. -- Edit this bug report at http://bugs.php.net/?id=20618&edit=1
#20618 [Opn->Bgs]: juggling with type juggling
ID: 20618 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: any PHP Version: 4CVS-2002-11-25 (dev) New Comment: Not enough beer was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more beer, feel free to send it to the developers and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2002-11-25 06:12:57] [EMAIL PROTECTED] Not enough beer was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more beer, feel free to send it to the developers and change the status back to "Open". Thank you for your interest in PHP. [2002-11-25 06:10:24] [EMAIL PROTECTED] i offer a beer for the one that correctly guesses the output of the following script: be honest, don't run it. harald ps: derick is excluded, but he doesn't like beer anyways :) and he is trying to fix this - thanks. -- Edit this bug report at http://bugs.php.net/?id=20618&edit=1
#20652 [Opn->Bgs]: Can't get POST to work without register_globals = on
ID: 20652 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Win2K Server PHP Version: 4.2.3 New Comment: In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. Previous Comments: [2002-11-26 10:38:48] [EMAIL PROTECTED] Tried for days to figure why the tutorial I'm working with had so many apparent bugs. It was written against a beta PHP4 and apparently at that point register_globals = on in php.ini was standard. This is both a bug and an education problem, since examples of "correct" security-conscious code are non-existent and newbies to PHP have no idea of what security issues are involved. I can't upgrade to 4.2.3RC1 or CVS snapshot right now due to other issues. Yes, this is known data (dupe of various other bug reports) but important enough to address with at least more documentation. Caused me about two lost days here. -- Edit this bug report at http://bugs.php.net/?id=20652&edit=1
#20662 [Opn->Csd]: define not function as expected
ID: 20662
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Unknown/Other Function
Operating System: Windows 95
PHP Version: 4.2.3
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
and duplicate and...
4.2.3 is not latest cvs. the next release with that fix will be 4.3.
until it comes out try snapshots from snaps.php.net
Previous Comments:
[2002-11-26 16:38:02] [EMAIL PROTECTED]
http://bugs.php.net/bug.php?id=20634
it noted that bug has been fixed in CVS
em...
i downloaded php 4.2.3 from php.net
and it not not function as expected
define('PAPER', 'Upercase Paper');
define('paper', 'Lowercase Paper');
Notice: Constant paper already defined in #myfilepath on line #myline
define('PAPER', 'Upercase Paper', false);
define('paper', 'Lowercase Paper', false);
also return the same notice
it means although the bug discovered in php version 4.2.2
it still didn't get fixed in php 4.2.3
somehow ...^^ weird
it didn't say CVS version what?
--
Edit this bug report at http://bugs.php.net/?id=20662&edit=1
#20662 [Csd->Bgs]: define not function as expected
ID: 20662
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Windows 95
PHP Version: 4.2.3
New Comment:
it is actually bogus
Previous Comments:
[2002-11-26 16:41:21] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
and duplicate and...
4.2.3 is not latest cvs. the next release with that fix will be 4.3.
until it comes out try snapshots from snaps.php.net
[2002-11-26 16:38:02] [EMAIL PROTECTED]
http://bugs.php.net/bug.php?id=20634
it noted that bug has been fixed in CVS
em...
i downloaded php 4.2.3 from php.net
and it not not function as expected
define('PAPER', 'Upercase Paper');
define('paper', 'Lowercase Paper');
Notice: Constant paper already defined in #myfilepath on line #myline
define('PAPER', 'Upercase Paper', false);
define('paper', 'Lowercase Paper', false);
also return the same notice
it means although the bug discovered in php version 4.2.2
it still didn't get fixed in php 4.2.3
somehow ...^^ weird
it didn't say CVS version what?
--
Edit this bug report at http://bugs.php.net/?id=20662&edit=1
#20539 [Bgs->Opn]: PHP CLI Segmentation Fault
ID: 20539
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4CVS-2002-11-21 (stable)
New Comment:
he is probably not, see #20604
Previous Comments:
[2002-11-26 20:42:46] [EMAIL PROTECTED]
This can be anything from broken hardware to some file errors..but
surely it's not bug in PHP since you're the only one reporting it.
[2002-11-26 06:27:59] [EMAIL PROTECTED]
Today I tried snap php4-STABLE-200211261030.tar.gz. It produces the
same segfault like reported above.
[2002-11-25 06:58:21] [EMAIL PROTECTED]
> Did you compile the last test from CLEAN sources?
Yes, every time a new fresh CVS download. And btw. removing the
download directory from the test before.
> ie. do us all a favour and grab the latest snapshot
> from snaps.php.net and try again.
I'll that today evening.
> If it still fails, I suspect there's something very broken
> in your system. (what gcc version are you using..? )
gcc version 2.95.4 (latest debian release, i guess)
It might be my system, sure - but I cannot locate a single error that
points to that problem. If I'm wrong, please gimme a hint.
[2002-11-25 06:35:39] [EMAIL PROTECTED]
Did you compile the last test from CLEAN sources?
ie. do us all a favour and grab the latest snapshot
from snaps.php.net and try again.
If it still fails, I suspect there's something very broken
in your system. (what gcc version are you using..? )
[2002-11-25 02:19:11] [EMAIL PROTECTED]
Just compiled a fresh CVS version without any ./configure arguments:
./buildconf
./configure
make
make install
running the script:
producing:
test
Segmentation fault
running gdb:
GNU gdb 2002-04-01-cvs
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-linux"...
(gdb) run php-test.php
Starting program: /usr/local/bin/php php-test.php
test
Program received signal SIGSEGV, Segmentation fault.
0x080fd985 in _efree (ptr=0x819f7f4) at
/tmp/php4/Zend/zend_alloc.c:229
229 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0 0x080fd985 in _efree (ptr=0x819f7f4) at
/tmp/php4/Zend/zend_alloc.c:229
#1 0x081096e9 in _zval_dtor (zvalue=0x819f998) at
/tmp/php4/Zend/zend_variables.c:44
#2 0x08102409 in free_zend_constant (c=0x819f998) at
/tmp/php4/Zend/zend_constants.c:31
#3 0x0810de64 in zend_hash_destroy (ht=0x8167288) at
/tmp/php4/Zend/zend_hash.c:543
#4 0x08102728 in zend_shutdown_constants () at
/tmp/php4/Zend/zend_constants.c:151
#5 0x0810a11d in zend_shutdown () at /tmp/php4/Zend/zend.c:552
#6 0x080e8042 in php_module_shutdown () at /tmp/php4/main/main.c:1316
#7 0x08120797 in main (argc=2, argv=0xbdf4) at
/tmp/php4/sapi/cli/php_cli.c:809
(gdb) bt full
#0 0x080fd985 in _efree (ptr=0x819f7f4) at
/tmp/php4/Zend/zend_alloc.c:229
ptr = (void *) 0x819f7f4
p = (zend_mem_header *) 0x819f7e8
cache_index = 135912072
#1 0x081096e9 in _zval_dtor (zvalue=0x819f998) at
/tmp/php4/Zend/zend_variables.c:44
zvalue = (zval *) 0x819f998
#2 0x08102409 in free_zend_constant (c=0x819f998) at
/tmp/php4/Zend/zend_constants.c:31
c = (zend_constant *) 0x819f998
#3 0x0810de64 in zend_hash_destroy (ht=0x8167288) at
/tmp/php4/Zend/zend_hash.c:543
ht = (HashTable *) 0x8167288
p = (Bucket *) 0x81a0568
q = (Bucket *) 0x819f968
#4 0x08102728 in zend_shutdown_constants () at
/tmp/php4/Zend/zend_constants.c:151
No locals.
#5 0x0810a11d in zend_shutdown () at /tmp/php4/Zend/zend.c:552
No locals.
#6 0x080e8042 in php_module_shutdown () at /tmp/php4/main/main.c:1316
No locals.
#7 0x08120797 in main (argc=2, argv=0xbdf4) at
/tmp/php4/sapi/cli/php_cli.c:809
exit_status = 0
c = 135912072
file_handle = {type = 2 '\002', filename = 0xbede
"php-test.php", opened_path = 0x0, handle = {fd = 135867464, fp =
0x8192c48}, free_filename = 0 '\0'}
behavior = 1
orig_optind = 1
orig_optarg = 0x0
arg_free = 0xbd5c ""
script_file = 0xbede "php-test.php"
global_vars = {head = 0x0, tail = 0x0, size = 4, count = 0,
dtor = 0, persistent = 0 '\0', traverse_ptr = 0x816195c}
int
#20672 [Opn->Bgs]: cybercash_encr() not found
ID: 20672
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: *E-commerce functions
Operating System: Linux
PHP Version: 4.3.0RC1
New Comment:
I wonder where you're using this, verisign, which bought cybercash a
year a go or so shut down the service in february. We nuked this
extension.
Previous Comments:
[2002-11-27 06:43:51] [EMAIL PROTECTED]
Configure Line:
'./configure' '--with-mysql=/usr/local/mysql'
'--with-cybercash=/usr/www/www-utils/mck-3.3.1-i586-pc-linux-gnulibc2.1'
'--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share'
'--includedir=/usr/include' '--libdir=/usr/lib'
'--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--prefix=/usr'
'--with-config-file-path=/etc' '--enable-track-vars'
'--enable-trans-sid' '--with-mysql=/usr' '--with-apxs=/usr/sbin/apxs'
'--with-gd' '--with-freetype-dir=/usr' '--enable-gd-native-ttf'
'--enable-gd-imgstrttf' '--with-jpeg-dir=/usr' '--with-png-dir=/usr'
'--with-zlib'
The Code:
function CCEncrypt($message)
{
$session_key = sprintf("%s #%ld", date("D M j H:i:s Y"),
getmypid());
$enc_msg = cybercash_encr($this->merchant_key, $session_key,
$message);
$message = cybercash_base64_encode($enc_msg['outbuff']);
$mac = cybercash_base64_encode($enc_msg['macbuff']);
/* This adds the information needed to decrypt. */
$encrypted_message = 'message=' . urlencode($message) . '&';
$encrypted_message .= 'session-key=' . urlencode($session_key)
. '&';
$encrypted_message .= 'mac=' . urlencode($mac);
return $encrypted_message;
}
The Error:
Fatal error: Call to undefined function: cybercash_encr() in
/usr/www/shanesworld.com/public_html/adm/class.cyberclass.inc on line
154
I have php 4.2.3 that I do a "make install" back and forth between this
and 4.3.0rc1. 4.2.3 has no problem finding the function, and it is
configured using the same ./configure line.
The code itself is part of CyberClass, which is available here:
http://www.zend.com/codex.php?id=115&single=1
I presume since I haven't had trouble with 4.2.3, it's something in
4.3.0. Good luck ;)
--
Edit this bug report at http://bugs.php.net/?id=20672&edit=1
#20674 [Opn->Bgs]: extra quotes added to page
ID: 20674 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux 7.2 PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. you don't write standard conform HTML, that might confuse the trans-sid parser. try: EOT; ?> Previous Comments: [2002-11-27 08:16:05] [EMAIL PROTECTED] I have the following line of code in a script: echo ""; Which worked just fine. I then added a session_register statement to the script: "; ?> The problem was that after this when the script processes for the first time the generated source code becomes: "; ?> Note the spurious set of quotes around window.open(. These quotes make the button inoperative. If I do a refresh, the quotes disappear and it works fine. I've made sure the browser cache is clear so I know that isn't the problem. I've replicated the problem multiple times. The problem could be browser related but if the same source is being sent each time from the Apache server, I'm not sure why the browser would interpret it differently on the initial load of the page as opposed to following a refresh. Considering the browser is IE, anything is possible. './configure' '--with-mysql=/usr/local/mysql' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-bcmath' '--with-gd' '--enable-sockets' '--enable-track-vars' '--with-jpeg-dir=/usr/lib' '--with-png-dir=/usr/local/lib' '--with-zlib-dir=/usr/lib' '--with-png' '--with-ttf' -- Edit this bug report at http://bugs.php.net/?id=20674&edit=1
#20691 [Opn->Bgs]: strftime("%u")
ID: 20691 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Windows PHP Version: 4.2.3 New Comment: RTFM :) http://de.php.net/manual/en/function.strftime.php states: Note: Not all conversion specifiers may be supported by your C library, in which case they will not be supported by PHP's strftime(). This means that e.g. %e, %T and %D (there might be more) will not work on Windows Previous Comments: [2002-11-28 02:23:54] [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=20691&edit=1
#20695 [Opn->Fbk]: substr does not always return a string
ID: 20695
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Feature/Change Request
Operating System: Windows 98
PHP Version: 4.2.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
jan@dahlia ~> php bug_20695.php
1
substr("A",0,1):1
substr("A",0,0):1
substr("A",1,1):
substr("A",1,0):
jan@dahlia ~> php -v
PHP 4.4.0-dev (cli)
works fine here
Previous Comments:
[2002-11-28 04:45:55] [EMAIL PROTECTED]
substr($s,$n,$m) is supposed to always return a string (at least if $s
is a string and $n and $m are integers).
However:
is_string(substr($s,strlen($s),$m))
returns false, so substr did not return a string.
Example:
echo is_string("")."\n";
echo "substr(\"A\",0,1):".is_string(substr("A",0,1))."\n";
echo "substr(\"A\",0,0):".is_string(substr("A",0,0))."\n";
echo "substr(\"A\",1,1):".is_string(substr("A",1,1))."\n";
echo "substr(\"A\",1,0):".is_string(substr("A",1,0))."\n";
[2002-11-28 04:40:53] [EMAIL PROTECTED]
substr($s,$n,$m) is supposed to always return a string (at least if $s
is a string and $n and $m are integers).
However:
is_string(substr($s,strlen($s),$m))
returns false, so substr did not return a string.
Example:
$s="";
echo is_string("")."\n";
echo "substr(\"A\",0,1):".is_string(substr("A",0,1))."\n";
echo "substr(\"A\",0,0):".is_string(substr("A",0,0))."\n";
echo "substr(\"A\",1,1):".is_string(substr("A",1,1))."\n";
echo "substr(\"A\",1,0):".is_string(substr("A",1,0))."\n";
--
Edit this bug report at http://bugs.php.net/?id=20695&edit=1
#20697 [Opn->Bgs]: Could not get Full URL
ID: 20697 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Linux PHP Version: 4.2.0 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. Previous Comments: [2002-11-28 06:01:48] [EMAIL PROTECTED] I was trying to get current url of the page to determine which protocol site is using...please suggest something so that i can find out that site is using HTTPS or http protocol.. Thanks And Regards kapil -- Edit this bug report at http://bugs.php.net/?id=20697&edit=1
#20696 [Opn->Bgs]: Large File Upload problem $HTTP_POST_FILES["file_attachment"]["size"]
ID: 20696 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Linux Red Hat 7.3 PHP Version: 4.2.3 New Comment: bogus then Previous Comments: [2002-11-28 06:17:13] [EMAIL PROTECTED] I've isolated the whole situation and I couldn't replicate the problem. However, I've found that it's because the filesize is stored to the mysql database and the field is mediumint(9), and when I increased it to BigInt(12), it started workingThis is perhaps weird of Mysql Sorry to have bothered you. We've got the problem isolated. thanks for your time, I hope that we may be able to contribute something to PHP development one day. thanks, Jason. [2002-11-28 05:50:17] [EMAIL PROTECTED] Please try the snapshot..I can not reproduce this. [2002-11-28 05:35:33] [EMAIL PROTECTED] We will do a phpinfo(); on the very receiving script. But a phpinfo(); does show the new values of max_post_size, etc. Secondly, before the increased these values in php.ini, the script would not work and it would generate a file of 0 bytes. Thanks, Jason. [2002-11-28 05:28:10] [EMAIL PROTECTED] And are you sure that php.ini is really used by PHP? (check those values from phpinfo() output) [2002-11-28 05:27:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip 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/20696 -- Edit this bug report at http://bugs.php.net/?id=20696&edit=1
Bug #16737 Updated: log inproblem. see below
ID: 16737 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type:*Mail Related PHP Version: 4.2.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Previous Comments: [2002-04-22 15:41:00] [EMAIL PROTECTED] Re: Suffolk Web Mail. Error message as to log in. I have used same e-mail address and password to get on web and have no trouble but Twig tells me it is in error. I don't know how to fix the problem since I don't know what the problem is. mmassucc@ suff.lib. ny. -- Edit this bug report at http://bugs.php.net/?id=16737&edit=1
Bug #16780: Wrong comment in php.ini-recommended
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0CVS-2002-04-23 PHP Bug Type: Documentation problem Bug description: Wrong comment in php.ini-recommended Hi, this wrong documentation line has already been in php.ini-recommende for 8 month. :-) Index: php.ini-recommended === RCS file: /repository/php4/php.ini-recommended,v retrieving revision 1.75 diff -u -r1.75 php.ini-recommended --- php.ini-recommended 19 Apr 2002 07:13:55 - 1.75 +++ php.ini-recommended 24 Apr 2002 01:02:18 - @@ -241,7 +241,7 @@ ; ;error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR ; -; - Show all errors except for notices +; - Show all errors ; error_reporting = E_ALL -- Edit bug report at http://bugs.php.net/?id=16780&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16780&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16780&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16780&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16780&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16780&r=support Expected behavior: http://bugs.php.net/fix.php?id=16780&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16780&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16780&r=submittedtwice
Bug #16865: constants get undefined if setting locale to tr_TR
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0CVS-2002-04-26 PHP Bug Type: Unknown/Other Function Bug description: constants get undefined if setting locale to tr_TR This one is a very strange one. It seems like some constants are getting undefined if you set the locale to tr_TR. It happens randomly with internally defined and user defined constants and is reproducable with this little script: -- Edit bug report at http://bugs.php.net/?id=16865&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16865&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16865&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16865&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16865&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16865&r=support Expected behavior: http://bugs.php.net/fix.php?id=16865&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16865&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16865&r=submittedtwice
Bug #16872 Updated: PHP crashes at session_start()
ID: 16872 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Session related Operating System: Win 98 PHP Version: 4.2.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Previous Comments: [2002-04-27 10:29:02] [EMAIL PROTECTED] Hi, I try to make a script with sessions, but when I use the command session_start() in my script, PHP crashes. I don't know what causes it, so please help me. -- Edit this bug report at http://bugs.php.net/?id=16872&edit=1
Bug #16865 Updated: constants get undefined if setting locale to tr_TR
ID: 16865 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.0CVS-2002-04-26 New Comment: It works indeed if you set the locale before calling the php script. But this is of course not practicable. Previous Comments: [2002-04-28 21:11:41] [EMAIL PROTECTED] Not sure whether it happens because tr_TR locale is broken? When these constants are defined, they are defined using the current locale whatever it was when PHP starts. So, it you do this: # export LC_ALL=tr_TR # php -f test.php And it works.. So when constants are searched from the hash, same locale should be used which was used when they were registered. --Jani [2002-04-26 19:18:54] [EMAIL PROTECTED] This one is a very strange one. It seems like some constants are getting undefined if you set the locale to tr_TR. It happens randomly with internally defined and user defined constants and is reproducable with this little script: -- Edit this bug report at http://bugs.php.net/?id=16865&edit=1
Bug #16909 Updated: apache2
ID: 16909 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Win2k PHP Version: 4.2.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Previous Comments: [2002-04-29 12:32:29] [EMAIL PROTECTED] Is there a chance to install the SAPI Module under Apache2. I get a error when starting Apache2. Under 1.3.24 there is no problem. -- Edit this bug report at http://bugs.php.net/?id=16909&edit=1
Bug #16943 Updated: Undefined variable
ID: 16943 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Warning Operating System: Windows XP PHP Version: 4.2.0 New Comment: this is not a bug; bogus. please check http://www.php.net/release_4_2_0.php Previous Comments: [2002-05-01 08:44:32] [EMAIL PROTECTED] Hello The following programm works, but not on my computer... the variable "email" always is empty on my system, even if i filled the input box. A friend of mine testet it too, and it works fine on his system.But on my system the Html output appears in the browser. I fill something in the inputform, i press on the "OK" button , but nothing happens... I use this programm with Apache/1.3.24 (Win32) PHP/4.2.0RC4 running... can u find a mistake? i cannot... "; echo ""; echo ""; echo ""; echo ""; } if (isset($email) ) echo $email; if (!isset($email) ) echo "no"; /*mail($email,"WWW.38HQ.DE - NEWS -", "Danke Oskar \n du bist nun auf dem 38hq newsletter");*/ ?> -- Edit this bug report at http://bugs.php.net/?id=16943&edit=1
Bug #16943 Updated: Undefined variable
ID: 16943 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Warning Operating System: Windows XP PHP Version: 4.2.0 New Comment: the bug system is not the apropriate place for support questions. mail [EMAIL PROTECTED] for help. A hint on your problem: Substitute $email with $_POST['email'] Previous Comments: [2002-05-01 10:35:53] [EMAIL PROTECTED] Thanks for your helpbut i cannot find something..its my first time doing PHP.so...dont think i am crazy ..:-) but can u give me an example how to solve this basic problem? [2002-05-01 08:52:45] [EMAIL PROTECTED] this is not a bug; bogus. please check http://www.php.net/release_4_2_0.php [2002-05-01 08:44:32] [EMAIL PROTECTED] Hello The following programm works, but not on my computer... the variable "email" always is empty on my system, even if i filled the input box. A friend of mine testet it too, and it works fine on his system.But on my system the Html output appears in the browser. I fill something in the inputform, i press on the "OK" button , but nothing happens... I use this programm with Apache/1.3.24 (Win32) PHP/4.2.0RC4 running... can u find a mistake? i cannot... "; echo ""; echo ""; echo ""; echo ""; } if (isset($email) ) echo $email; if (!isset($email) ) echo "no"; /*mail($email,"WWW.38HQ.DE - NEWS -", "Danke Oskar \n du bist nun auf dem 38hq newsletter");*/ ?> -- Edit this bug report at http://bugs.php.net/?id=16943&edit=1
Bug #17013 Updated: sleep function doesnt work correctly
ID: 17013 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: win ME PHP Version: 4.2.0 New Comment: please read http://www.php.net/manual/en/function.set-time-limit.php no bug, no documantation problem -> bogus Previous Comments: [2002-05-05 09:06:33] [EMAIL PROTECTED] The time limit doesnt work correctly when PHP sleeps this time IS included when determining the maximum time that the script has been running the manual states: The set_time_limit() function and the configuration directive max_execution_time only affect the execution time of the script itself. Any time spent on activity that happens outside the execution of the script such as system calls using system(), the sleep() function, database queries, etc. is not included when determining the maximum time that the script has been running. if you want to reproduce the problem just run this few lines and you will see it never never echos "after sleep" -- Edit this bug report at http://bugs.php.net/?id=17013&edit=1
Bug #17038: Undefinded symbol _ecalloc
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.0 PHP Bug Type: Reproducible crash Bug description: Undefinded symbol _ecalloc Using the 4.2.0 branch Apache crashes on start: Cannot load /usr/lib/apache/libphp4.so into server: /usr/lib/apache/libphp4.so: undefined symbol: _ecalloc Compiling went fine, there were only some warnings about unused labels and variables in two .re files. -- Edit bug report at http://bugs.php.net/?id=17038&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17038&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17038&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17038&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17038&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17038&r=support Expected behavior: http://bugs.php.net/fix.php?id=17038&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17038&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17038&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17038&r=globals
Bug #17039: re2c: command not found
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0CVS-2002-05-06 PHP Bug Type: Compile Failure Bug description: re2c: command not found re2c -b /root/cvs/cvsphp/ext/standard/url_scanner_ex.re > /root/cvs/cvsphp/ext/standard/url_scanner_ex.c /bin/sh: re2c: command not found -- Edit bug report at http://bugs.php.net/?id=17039&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17039&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17039&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17039&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17039&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17039&r=support Expected behavior: http://bugs.php.net/fix.php?id=17039&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17039&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17039&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17039&r=globals
Bug #17038 Updated: Undefinded symbol _ecalloc
ID: 17038 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Linux PHP Version: 4.2.0 New Comment: It's the latest checkout from cvs. CFLAGS="-I/usr/include/ucd-snmp -I/usr/include/gd" ./configure --with-mysql=/usr --with-gd=yes --with-tiff-dir=/usr --with-jpeg-dir=/usr --with-png-dir=/usr --with-ldap=/usr/local --with-imap=/home/jan/software/imap-2001 --with-zlib=yes --with-xml --with-ttf --with-mcal=/usr --with-ftp --with-ndbm --with-gdbm --with-snmp --with-mm --with-config-file-path=/etc/httpd/ --with-apxs=/usr/sbin/apxs --with-exec-dir=/usr/lib/apache/bin --enable-yp --enable-inline-optimization --enable-track-vars --enable-magic-quotes --enable-sysvsem --enable-sysvshm --enable-calendar --enable-ftp --enable-memory-limit --enable-wddx --with-gettext --with-openssl --with-iconv=/usr/local --with-xmlrpc --with-mcrypt --enable-debug --enable-bcmath --with-readline -build=i386-suse-linux-gnu Previous Comments: [2002-05-06 08:08:48] [EMAIL PROTECTED] What are your configure lines of PHP and Apache? Is this about 4.2.0-release or about a snapshot from the 4.2.0 in CVS? [2002-05-06 07:53:14] [EMAIL PROTECTED] Using the 4.2.0 branch Apache crashes on start: Cannot load /usr/lib/apache/libphp4.so into server: /usr/lib/apache/libphp4.so: undefined symbol: _ecalloc Compiling went fine, there were only some warnings about unused labels and variables in two .re files. -- Edit this bug report at http://bugs.php.net/?id=17038&edit=1
Bug #16875 Updated: FILE Function Checks Wrong Path
ID: 16875 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Operating System: Windows XP PHP Version: 4.2.0 New Comment: May I visit you and scream right in your face all the time, just to make sure I get your attention, though you are at work? Previous Comments: [2002-05-06 08:59:01] [EMAIL PROTECTED] I just wanted some assurance that this bug hadn't somehow fallen between the cracks. I'd asked 4 days earlier for someone to just tell me that it hadn't done just that, and when no one did, I posted w/CAPS, just trying to make sure it was being seen. Change my attitude? I got the exact reaction I wanted, assurance it was being seen. I know this bug isn't a real big deal, and I'm not angry. I was just trying to get your attention. [2002-05-06 08:55:09] [EMAIL PROTECTED] I suggest changing your attitude: http://www.jdimedia.nl/derick/20020502.php Derick [2002-05-06 08:49:00] [EMAIL PROTECTED] Please be patient: we don't have much time either. [2002-05-06 08:40:09] [EMAIL PROTECTED] IS THIS BUG GETTING ANY ATTENTION? I'D CONTRIBUTE SOME WORK TO PHP AND FIND THE BUG MYSELF BUT I DO NOT HAVE THE TIME TO DO SO! [2002-05-02 13:16:33] [EMAIL PROTECTED] I'm gonna go out a limb here and guess that this bug is no longer being looked into. If it's not, someone should kindly take the time to contradict me... 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/16875 -- Edit this bug report at http://bugs.php.net/?id=16875&edit=1
Bug #17039 Updated: re2c: command not found
ID: 17039 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Compile Failure Operating System: Linux PHP Version: 4.0CVS-2002-05-06 New Comment: Yes, that's fixed it. Seems to happen a lot recently (.re and .c commited in the wrong order). :-) Previous Comments: [2002-05-06 08:18:42] [EMAIL PROTECTED] Either install re2c (http://www.tildeslash.org/re2c/ afaik) or just touch the url_scanner_ex.re file (seems someone forgot to touch it in CVS). [2002-05-06 08:15:27] [EMAIL PROTECTED] re2c -b /root/cvs/cvsphp/ext/standard/url_scanner_ex.re > /root/cvs/cvsphp/ext/standard/url_scanner_ex.c /bin/sh: re2c: command not found -- Edit this bug report at http://bugs.php.net/?id=17039&edit=1
Bug #17158 Updated: I don't find php_ldap.dll extension in the 4.2.0 distribution
ID: 17158
Updated by: [EMAIL PROTECTED]
-Summary: setcookie()
-Reported By: [EMAIL PROTECTED]
+Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
-Operating System: n/a
+Operating System: W2000
PHP Version: 4.2.0
New Comment:
this is because JS has dircet access to the browser., whereas PHP has
not. it is a limitation of HTTP in general and cookies in particular.
so the docs are right. no bug -> bogus
Previous Comments:
[2002-05-11 16:30:26] [EMAIL PROTECTED]
setcookie() states "cookies must be sent before any other headers are
sent (this is a restriction of cookies, not PHP).
http://www.php.net/manual/en/function.setcookie.php
I would like to suggest this is a restriction of PHP, not cookies.
I can send and read cookies right in the middle of my HTML
when I use Javascript:
http://www.collegeSherbrooke.qc.ca/languesmodernes/cookie.htm
setCookie("TestCookie","first time",expdate);
var DisplayData = getCookie("TestCookie");
document.write(DisplayData);
document.write("
");
setCookie("TestCookie","second time",expdate);
var DisplayData = getCookie("TestCookie");
document.write(DisplayData);
When can we expect a feature change on setcookie() ?
--
Edit this bug report at http://bugs.php.net/?id=17158&edit=1
Bug #17164 Updated: I don't find php_ldap.dll extension in the 4.2.0 distribution
ID: 17164 Updated by: [EMAIL PROTECTED] -Summary: please group sections in the functions reference -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: Documentation problem -Operating System: any +Operating System: W2000 PHP Version: 4.2.0 New Comment: we are already working on that. Previous Comments: [2002-05-12 12:03:24] [EMAIL PROTECTED] I suggest that you organize the very long list sections (now more than 110) in the functions reference into distinct parts to help navigation and easier find related sections. I suggest the folowing order (tabulated format): PartCategorySection ref. .php English Title I PHP languageI.1 variables Variables I PHP languageI.2 array Arrays I PHP languageI.3 funchandFunctions I PHP languageI.4 classobjClasses/Objects I PHP languageI.5 overloadObject overloading I PHP languageI.6 errorfunc Errors and Logging I PHP languageI.7 infoPHP Options/Info I PHP languageI.8 miscMisc. II Text handling II.1strings Strings II Text handling II.2ctype ctype II Text handling II.3gettext gettext II Text handling II.4pcrePCRE II Text handling II.5regex Regexps II Text handling II.6url URLs II Text handling II.7mbstringMulti-Byte String II Text handling II.8iconv iconv II Text handling II.9recode Recode II Text handling II.10 fribidi FriBiDi II Text handling II.11 pspell Pspell II Text handling II.12 aspell Aspell III XML & MarkupIII.1 xml XML III XML & MarkupIII.2 xsltXSLT III XML & MarkupIII.3 domxml DOM XML III XML & MarkupIII.4 qtdom qtdom IV Numeric functions IV.1mathMath IV Numeric functions IV.2gmp GMP IV Numeric functions IV.3bc BC math IV Numeric functions IV.4datetimeDate/time IV Numeric functions IV.5calendarCalendar V Compression V.1 zlibZlib V Compression V.2 zip Zip V Compression V.3 bzip2 Bzip2 VI Graphics & multimedia VI.1image Image VI Graphics & multimedia VI.2pdf PDF VI Graphics & multimedia VI.3cpdfClibPDF VI Graphics & multimedia VI.4fdf FDF VI Graphics & multimedia VI.5mingMing (flash) VI Graphics & multimedia VI.6swf SWF VII Security & encryption VII.1 crack Crack VII Security & encryption VII.2 mcrypt mcrypt VII Security & encryption VII.3 mhash mhash VII Security & encryption VII.4 openssl OpenSSL VIIIServer integration VIII.1 outcontrol Output Control VIIIServer integration VIII.2 httpHTTP VIIIServer integration VIII.3 session Sessions VIIIServer integration VIII.4 msessionMsession VIIIServer integration VIII.5 apache Apache IX Local OS interfaces IX.1filesystem Filesystem IX Local OS interfaces IX.2dir Directories IX Local OS interfaces IX.3dio Direct IO IX Local OS interfaces IX.4readlineReadline IX Local OS interfaces IX.5ncurses ncurses IX Local OS interfaces IX.6execProgram Execution IX Local OS interfaces IX.7pcntl PCNTL IX Local OS interfaces IX.8posix POSIX IX Local OS interfaces IX.9sem Semaphore IX Local OS interfaces IX.10 shmop shmop IX Local OS interfaces IX.11 javaPHP / Java Integration IX Local OS interfaces IX.12 printer Printer IX Local OS interfaces IX.13 w32api W32api IX Local OS interfaces IX.14 com COM X Networking X.1 network Network X Networking X.2 sockets Sockets X Networking X.3 ftp FTP X Networking X.4 curlCURL X Networking X.5 xmlrpc XMLRPC function X Networking X.6 wddxWDDX X Networking X.7 snmpSNMP X Networking X.8 nis YP/NIS X Networking X.9 dotnet .NET X Networking X.10yaz YAZ XI Mails & messaging XI.1mailMail XI Mails & messaging XI.2mailparse mailparse XI Mails & messaging XI.3vpopmailvpopmail XI Mails & messaging XI.4imapIMAP XI Mails & messaging XI.5cyrus
Bug #17187 Updated: Cannot declare class "User"
ID: 17187 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Class/Object related Operating System: Linux php.ebolamonkeys.net 2.2.1 PHP Version: 4.1.2 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. this is most likely an include issue, try to improve your logic or use include_once or require_once respectively. Previous Comments: [2002-05-13 14:23:59] [EMAIL PROTECTED] When I try to declare class "User" I get: Fatal error: Cannot redeclare class user in on line 4 I didn't find that "user" or "User" is reserved word? -- Edit this bug report at http://bugs.php.net/?id=17187&edit=1
Bug #17210 Updated: Apache 2 restart
ID: 17210 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Apache2 related Operating System: Linux 8.2 PHP Version: 4.2.1 New Comment: please don't open new bugreports. add comments to the existing one(s) instead, thank you. Previous Comments: [2002-05-14 11:06:10] [EMAIL PROTECTED] Bug #17113 continues in PHP 4.2.1 bin/apachectl restart does not work, but give a segmentation error. Jan P. Sorensen -- Edit this bug report at http://bugs.php.net/?id=17210&edit=1
Bug #17276 Updated: example in CLI docs uses CGI command line option
ID: 17276 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: - PHP Version: 4.2.1 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2002-05-16 15:37:22] [EMAIL PROTECTED] The page at /manual/en/features.commandline.php uses a CGI-only option in the last example: Example 24-2. Batch file to run a command line PHP script (script.bat) @c:\php\php.exe -q script.php %1 %2 %3 %4 -- Edit this bug report at http://bugs.php.net/?id=17276&edit=1
Bug #17383 Updated: Suspicious note on pg_free_result page
ID: 17383 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: N/A PHP Version: 4.0CVS-2002-05-23 New Comment: This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-05-23 09:12:35] [EMAIL PROTECTED] A note on pg_free_result page claims that this function used to be called pg_field_len(). Somehow I doubt that. -- Edit this bug report at http://bugs.php.net/?id=17383&edit=1
Bug #17403 Updated: 4.21 can't use zend_optimizer any more?!
ID: 17403 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: win2000 pro PHP Version: 4.2.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. can you please submit the occuring error message? Previous Comments: [2002-05-24 03:53:42] [EMAIL PROTECTED] I've install the 4.21, but when I enter "net start apache", I find out it reporting an error.turn back to 4.20 is ok. -- Edit this bug report at http://bugs.php.net/?id=17403&edit=1
Bug #17433 Updated: version_compare segfaults
ID: 17433
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Critical
+Status: Closed
Bug Type: *General Issues
Operating System: Any
PHP Version: 4.0CVS-2002-05-26
New Comment:
This bug has been fixed in CVS. You can grab a snapshot of the
CVS version at http://snaps.php.net/. In case this was a documentation
problem, the fix will show up soon at http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2002-05-26 07:52:31] [EMAIL PROTECTED]
Setting to critical, needs to be fixed before 4.3 release
[2002-05-26 07:51:53] [EMAIL PROTECTED]
$ php -r "version_compare('', '1.0', 'ge');"
Segmentation fault
#0 0x400e61ce in malloc () from /lib/libc.so.6
#1 0x400e6074 in malloc () from /lib/libc.so.6
#2 0x0815badf in _emalloc (size=1, __zend_filename=0x81b08a0
"/home/mfischer/isrc/cvs/php4/ext/standard/versioning.c",
__zend_lineno=37, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /home/mfischer/isrc/cvs/php4/Zend/zend_alloc.c:165
#3 0x0810c448 in php_canonicalize_version (version=0x8d56efc "") at
/home/mfischer/isrc/cvs/php4/ext/standard/versioning.c:37
#4 0x0810c696 in php_version_compare (orig_ver1=0x8d56efc "",
orig_ver2=0x81b08da "#N#") at
/home/mfischer/isrc/cvs/php4/ext/standard/versioning.c:108
#5 0x0810c8e7 in php_version_compare (orig_ver1=0x8d56e8c "",
orig_ver2=0x81b08da "#N#") at
/home/mfischer/isrc/cvs/php4/ext/standard/versioning.c:154
#6 0x0810c8e7 in php_version_compare (orig_ver1=0x8d56e1c "",
orig_ver2=0x81b08da "#N#") at
/home/mfischer/isrc/cvs/php4/ext/standard/versioning.c:154
#7 0x0810c8e7 in php_version_compare (orig_ver1=0x8d56dac "",
orig_ver2=0x81b08da "#N#") at
/home/mfischer/isrc/cvs/php4/ext/standard/versioning.c:154
#8 0x0810c8e7 in php_version_compare (orig_ver1=0x8d56d3c "",
orig_ver2=0x81b08da "#N#") at
/home/mfischer/isrc/cvs/php4/ext/standard/versioning.c:154
#9 0x0810c8e7 in php_version_compare (orig_ver1=0x8d56ccc "",
orig_ver2=0x81b08da "#N#") at
/home/mfischer/isrc/cvs/php4/ext/standard/versioning.c:154
--
Edit this bug report at http://bugs.php.net/?id=17433&edit=1
Bug #17450 Updated: Connect to Oracle
ID: 17450 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: ODBC related Operating System: Windows 4.00 9sp) PHP Version: 4.1.2 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. Previous Comments: [2002-05-27 06:40:24] [EMAIL PROTECTED] When I try connect to Oracle8 (client 8.0.5.0.0) I have error message: "..ORA-12154: TNS:could not resolve service name , SQL state S1000 in SQLConnect in .." what i can do? -- Edit this bug report at http://bugs.php.net/?id=17450&edit=1
Bug #17476: compile warning on bundled gd library
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0CVS-2002-05-28 PHP Bug Type: Compile Warning Bug description: compile warning on bundled gd library /root/cvs/cvsphp/ext/gd/gd.c: In function `_php_image_type': /root/cvs/cvsphp/ext/gd/gd.c:1007: warning: implicit declaration of function `getmbi' /root/cvs/cvsphp/ext/gd/gd.c:1007: warning: implicit declaration of function `skipheader' /root/cvs/cvsphp/ext/gd/gd.c: At top level: /root/cvs/cvsphp/ext/gd/gd.c:3449: warning: `_php_image_convert' defined but not used -- Edit bug report at http://bugs.php.net/?id=17476&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17476&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17476&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17476&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17476&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17476&r=support Expected behavior: http://bugs.php.net/fix.php?id=17476&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17476&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17476&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17476&r=globals
Bug #17477: compile warning in posix.c
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0CVS-2002-05-28 PHP Bug Type: Compile Warning Bug description: compile warning in posix.c /root/cvs/cvsphp/ext/posix/posix.c: In function `zif_posix_getpgid': /root/cvs/cvsphp/ext/posix/posix.c:459: warning: implicit declaration of function `getpgid' /root/cvs/cvsphp/ext/posix/posix.c: In function `zif_posix_getsid': /root/cvs/cvsphp/ext/posix/posix.c:480: warning: implicit declaration of function `getsid' -- Edit bug report at http://bugs.php.net/?id=17477&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17477&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17477&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17477&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17477&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17477&r=support Expected behavior: http://bugs.php.net/fix.php?id=17477&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17477&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17477&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17477&r=globals
Bug #17478: compile warning in var_unserializer.re
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0CVS-2002-05-28 PHP Bug Type: Compile Warning Bug description: compile warning in var_unserializer.re var_unserializer.re: In function `php_var_unserialize': var_unserializer.re:312: warning: comparison is always false due to limited range of data type var_unserializer.re:237: warning: label `yy80' defined but not used var_unserializer.re:280: warning: label `yy79' defined but not used var_unserializer.re:277: warning: label `yy78' defined but not used var_unserializer.re:256: warning: label `yy74' defined but not used var_unserializer.re:263: warning: label `yy72' defined but not used var_unserializer.re:294: warning: label `yy71' defined but not used var_unserializer.re:291: warning: label `yy70' defined but not used var_unserializer.re:270: warning: label `yy66' defined but not used var_unserializer.re:350: warning: label `yy65' defined but not used var_unserializer.re:347: warning: label `yy64' defined but not used var_unserializer.re:318: warning: label `yy60' defined but not used var_unserializer.re:304: warning: label `yy56' defined but not used var_unserializer.re:277: warning: label `yy52' defined but not used var_unserializer.re:334: warning: label `yy50' defined but not used var_unserializer.re:320: warning: label `yy47' defined but not used var_unserializer.re:284: warning: label `yy43' defined but not used var_unserializer.re:341: warning: label `yy42' defined but not used var_unserializer.re:339: warning: label `yy41' defined but not used var_unserializer.re:336: warning: label `yy40' defined but not used var_unserializer.re:304: warning: label `yy36' defined but not used var_unserializer.re:349: warning: label `yy35' defined but not used var_unserializer.re:347: warning: label `yy34' defined but not used var_unserializer.re:344: warning: label `yy33' defined but not used var_unserializer.re:322: warning: label `yy29' defined but not used var_unserializer.re:415: warning: label `yy28' defined but not used var_unserializer.re:413: warning: label `yy27' defined but not used var_unserializer.re:410: warning: label `yy26' defined but not used var_unserializer.re:330: warning: label `yy22' defined but not used var_unserializer.re:419: warning: label `yy21' defined but not used var_unserializer.re:417: warning: label `yy20' defined but not used var_unserializer.re:415: warning: label `yy19' defined but not used var_unserializer.re:398: warning: label `yy14' defined but not used var_unserializer.re:273: warning: label `yy1' defined but not used -- Edit bug report at http://bugs.php.net/?id=17478&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17478&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17478&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17478&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17478&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17478&r=support Expected behavior: http://bugs.php.net/fix.php?id=17478&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17478&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17478&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17478&r=globals
Bug #17479: compile warning in zend_language_scanner.c
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0CVS-2002-05-28 PHP Bug Type: Compile Warning Bug description: compile warning in zend_language_scanner.c Zend/zend_language_scanner.c:5920: warning: `yy_fatal_error' defined but not used Zend/zend_language_scanner.c:2721: warning: `yy_last_accepting_state' defined but not used Zend/zend_language_scanner.c:2722: warning: `yy_last_accepting_cpos' defined but not used Zend/zend_language_scanner.c:2728: warning: `yy_more_flag' defined but not used Zend/zend_language_scanner.c:2729: warning: `yy_more_len' defined but not used Zend/zend_language_scanner.c:5905: warning: `yy_top_state' defined but not used -- Edit bug report at http://bugs.php.net/?id=17479&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17479&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17479&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17479&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17479&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17479&r=support Expected behavior: http://bugs.php.net/fix.php?id=17479&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17479&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17479&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17479&r=globals
Bug #17483 Updated: looks like a giant ant
ID: 17483 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type:Date/time related PHP Version: 4.1.2 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php ;) Previous Comments: [2002-05-28 10:23:56] [EMAIL PROTECTED] looks like a giant ant. has red and black stripes. and it also has fur. and is about 3 inches long -- Edit this bug report at http://bugs.php.net/?id=17483&edit=1
Bug #17518 Updated: split function
ID: 17518 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Feature/Change Request Operating System: Windows PHP Version: 4.0CVS-2002-05-30 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. Because of this, we hope you add your comments to the original bug instead. Thank you for your interest in PHP. this is not likely to happen. Previous Comments: [2002-05-30 01:45:57] [EMAIL PROTECTED] Don't you think that the split function should work if invoked as follows: print( split( "-", "2001-09-21" )[0] ); The function returns an array, so why shouldn't we be able to directly access the array indexes without having to assign the array to a variable then outputting the value? -- Edit this bug report at http://bugs.php.net/?id=17518&edit=1
Bug #17555 Updated: Mysql_fetch_array/object error
ID: 17555 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Window XP PHP Version: 4.2.1 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. please make sure that oyu have read and understood the documentattion on the mysql extension at php.net/mysql Previous Comments: [2002-06-01 13:40:59] [EMAIL PROTECTED] when i use the mysql_fetch_array or object it prompt me a error message said Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in (my.php) i cannot use the array/object function to get my data from mysql database, i had test my database several times but some files can run and some cannot, thank you for you time. -- Edit this bug report at http://bugs.php.net/?id=17555&edit=1
#19484 [Opn->Bgs]: HTTP_POST_VARS empty
ID: 19484
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: HTTP related
Operating System: Windows XP pro
PHP Version: 4.2.3
New Comment:
not setting method="post" makes browsers using the get method.
also please add new information for old bugreports to the old
bugreports instead of opening new ones. That makes it easier for us to
keep track of one particular bug.
Thank you for you interest in PHP!
Previous Comments:
[2002-09-18 16:54:27] [EMAIL PROTECTED]
I've seen this bug reported before in here. just wanted to say that
it's present in 4.2.3
then on the page no_vars.php
var_dump($HTTP_POST_VARS);
gives this output:
array(0) { }
in other reports post worked when enctype="multipart/form-data" was
removed. no luck on this, I've tried it both ways.
thanks for your time.
-Scott
--
Edit this bug report at http://bugs.php.net/?id=19484&edit=1
#19628 [Opn]: WDDX should allow user to specify the variable type
ID: 19628
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: WDDX related
Operating System: All
PHP Version: 4.2.0
-Assigned To:
+Assigned To: jan
New Comment:
assign
Previous Comments:
[2002-09-27 01:15:30] [EMAIL PROTECTED]
I am using PHP's WDDX and find it very useful,
but that's only if I use it to exchange data
between PHP program. Once I have to exchange
the data with other languange I begin to face
problem after problem, mostly because of the
way PHP's WDDX interpret the variable type.
The solution for this is, instead of
auto-detecting the type of a var, PHP's WDDX
should allow the user to explicitly specify
the type they want the vars to be encoded as.
For example:
$string = "1";
wddx_serialize($string, WDDX_INTEGER);
// var $string will be encoded as integer,
// instead of string
$file_name = "contain some unicode char";
wddx_serialize($file_name, WDDX_BINARY);
// var $file_name will be encoded
// as binary, instead of string
Two good reasons why this should be implemented:
1. The main purpose of WDDX is to exchange data
between diff lang, and auto-detecting var type
will break this purpose. Moreover, the
type-juggling in PHP will make the case worst.
For example, consider these two data:
array ("2" => "Two", "4" => "Four", "5" => "Five");
array ("0" => "Zero", "1" => "One", "2" => "Two");
The first one will be interpreted by WDDX as hash
(assoc array). But the second one, where the key
happen to be a sequence starting from 0, will be
interpreted as normal array, not hash.
2. If users can specify the type of a variable,
then PHP's WDDX can support all type which
is defined in WDDX standard.
For example binary type. Currently there's no way
to create a WDDX packet with binary type, because
PHP don't have binary type variable. There's a
workaround to manually base64 the var, but this
will require a change at the other end to handle
this workaround too, which in some cases is
not possible.
--
Edit this bug report at http://bugs.php.net/?id=19628&edit=1
#19628 [Opn->Csd]: WDDX should allow user to specify the variable type
ID: 19628
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: WDDX related
Operating System: All
PHP Version: 4.2.0
Assigned To: jan
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
we have wddx_serialize_type now
Previous Comments:
[2002-09-27 01:20:32] [EMAIL PROTECTED]
assign
[2002-09-27 01:15:30] [EMAIL PROTECTED]
I am using PHP's WDDX and find it very useful,
but that's only if I use it to exchange data
between PHP program. Once I have to exchange
the data with other languange I begin to face
problem after problem, mostly because of the
way PHP's WDDX interpret the variable type.
The solution for this is, instead of
auto-detecting the type of a var, PHP's WDDX
should allow the user to explicitly specify
the type they want the vars to be encoded as.
For example:
$string = "1";
wddx_serialize($string, WDDX_INTEGER);
// var $string will be encoded as integer,
// instead of string
$file_name = "contain some unicode char";
wddx_serialize($file_name, WDDX_BINARY);
// var $file_name will be encoded
// as binary, instead of string
Two good reasons why this should be implemented:
1. The main purpose of WDDX is to exchange data
between diff lang, and auto-detecting var type
will break this purpose. Moreover, the
type-juggling in PHP will make the case worst.
For example, consider these two data:
array ("2" => "Two", "4" => "Four", "5" => "Five");
array ("0" => "Zero", "1" => "One", "2" => "Two");
The first one will be interpreted by WDDX as hash
(assoc array). But the second one, where the key
happen to be a sequence starting from 0, will be
interpreted as normal array, not hash.
2. If users can specify the type of a variable,
then PHP's WDDX can support all type which
is defined in WDDX standard.
For example binary type. Currently there's no way
to create a WDDX packet with binary type, because
PHP don't have binary type variable. There's a
workaround to manually base64 the var, but this
will require a change at the other end to handle
this workaround too, which in some cases is
not possible.
--
Edit this bug report at http://bugs.php.net/?id=19628&edit=1
#19858 [Opn->Ctl]: nl2br incorrect return
ID: 19858 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] -Status: Open +Status: Critical Bug Type: *General Issues Operating System: RedHat 7.1 PHP Version: 4.3.0-pre1 New Comment: I get no output on FreeBSD 4.6. CVS from four weeks ago works as expected. Marking critical. Previous Comments: [2002-10-11 05:33:38] [EMAIL PROTECTED] Output each times difference. For example: 1 time: Ý3 2 time: \ [2002-10-11 05:25:54] [EMAIL PROTECTED] can you please also paste the output? [2002-10-11 05:25:17] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-10-11 05:22:09] [EMAIL PROTECTED] $e = "test"; echo nl2br($e); I get very strange output. HOW="--with-apxs=/usr/local/apache/bin/apxs --with-pfpro" ./configure $HOW --enable-inline-optimization \ --with-mysql\ --enable-track-vars \ --disable-debug --disable-pic \ --disable-ctype \ --disable-mbstring \ --disable-xml \ --disable-tokenizer \ --with-zlib \ --enable-sysvshm --enable-sysvsem --enable-shmop \ --enable-costaid \ --with-mm \ --with-imap=/usr/install/imap-2002.RC5 \ --with-gdbm \ --with-oci8 --enable-sigchild \ --without-gd \ --with-curl \ --with-dom-exslt --with-dom-xslt --with-dom -- Edit this bug report at http://bugs.php.net/?id=19858&edit=1
#19858 [Bgs->Fbk]: nl2br incorrect return
ID: 19858 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: *General Issues Operating System: RedHat 7.1 PHP Version: 4.3.0-pre1 New Comment: can you please also paste the output? Previous Comments: [2002-10-11 05:25:17] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-10-11 05:22:09] [EMAIL PROTECTED] $e = "test"; echo nl2br($e); I get very strange output. HOW="--with-apxs=/usr/local/apache/bin/apxs --with-pfpro" ./configure $HOW --enable-inline-optimization \ --with-mysql\ --enable-track-vars \ --disable-debug --disable-pic \ --disable-ctype \ --disable-mbstring \ --disable-xml \ --disable-tokenizer \ --with-zlib \ --enable-sysvshm --enable-sysvsem --enable-shmop \ --enable-costaid \ --with-mm \ --with-imap=/usr/install/imap-2002.RC5 \ --with-gdbm \ --with-oci8 --enable-sigchild \ --without-gd \ --with-curl \ --with-dom-exslt --with-dom-xslt --with-dom -- Edit this bug report at http://bugs.php.net/?id=19858&edit=1
#19900 [Opn->Bgs]: Mysql table with field named "exit" exits php-script when doing a if statement!
ID: 19900 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: FreeBSD 4.1 PHP Version: 4.2.2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2002-10-14 07:48:55] [EMAIL PROTECTED] Reproduce bug: -- -Create a table with a field name "exit". -Run a script like this: The problem is, that when you do a if statement on a $row[exit], then the php script is stoped as if you where calling "exit()"; It's only happening in a if statement with a MySQL field called exit. Configure line: --- './configure' '--with-mysql=/usr/local/mysql' '--with-xml' '--enable-track-vars' '--with-apache=/usr/ports/distfiles/apache_1.3.19' '--with-gd=/usr/ports/distfiles/gd-2.0.1' '--enable-ftp' '--enable-bcmath' '--with-jpeg-dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/include' '--with-gettext' '--with-imap=/usr/ports/distfiles/imap-2001a' -- Edit this bug report at http://bugs.php.net/?id=19900&edit=1
#20074 [Opn->Bgs]: I get squares instead of TTF preview !
ID: 20074 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Graphics related Operating System: Redhat 7.2 PHP Version: 4.2.3 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. Previous Comments: [2002-10-24 16:01:13] [EMAIL PROTECTED] Hi, I'm trying to make a TTF preview picture with GD, but whenever font I use, I get black squares (cf : http://www.youkoulele.com/font_preview.php?path=actionis.ttf for a preview). The PHP.ini is available at http://213.186.37.55/test.php If you can help me.. Richard -- Edit this bug report at http://bugs.php.net/?id=20074&edit=1
#20155 [NEW]: xmlrpc compile problem with zendengine2
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4CVS-2002-10-29
PHP Bug Type: Zend Engine 2 problem
Bug description: xmlrpc compile problem with zendengine2
gcc
-I/home/weigon/projects/in-cvs/php4/ext/xmlrpc/libxmlrpc
-DVERSION=0.50 -Iext/xmlrpc/
-I/home/weigon/projects/in-cvs/php4/ext/xmlrpc/
-DPHP_ATOM_INC -I/home/weigon/projects/in-cvs/php4/include
-I/home/weigon/projects/in-cvs/php4/main
-I/home/weigon/projects/in-cvs/php4
-I/home/weigon/projects/in-cvs/php4/Zend
-I/usr/include/freetype2 -I/usr//include
-I/home/weigon/projects/in-cvs/php4/TSRM -g -O2 -c
/home/weigon/projects/in-cvs/php4/ext/xmlrpc/xmlrpc-epi-php.c
-o ext/xmlrpc/xmlrpc-epi-php.o && echo >
ext/xmlrpc/xmlrpc-epi-php.lo
/home/weigon/projects/in-cvs/php4/ext/xmlrpc/xmlrpc-epi-php.c:
In function `set_zval_xmlrpc_type':
/home/weigon/projects/in-cvs/php4/ext/xmlrpc/xmlrpc-epi-php.c:1348:
structure has no member named `properties'
/home/weigon/projects/in-cvs/php4/ext/xmlrpc/xmlrpc-epi-php.c:1349:
structure has no member named `properties'
make: *** [ext/xmlrpc/xmlrpc-epi-php.lo] Fehler 1
Line 1348:
if(SUCCESS ==
zend_hash_update(value->value.obj.properties,
OBJECT_TYPE_ATTR, sizeof(OBJECT_TYPE_ATTR), (void *)
&type, sizeof(zval *), NULL)) {
bSuccess =
zend_hash_update(value->value.obj.properties,
OBJECT_VALUE_TS_ATTR, sizeof(OBJECT_VALUE_TS_ATTR), (void
*) &ztimestamp, sizeof(zval *), NULL);
}
value.obj.properties is not available in ZendEngine2.
--
Edit bug report at http://bugs.php.net/?id=20155&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20155&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20155&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20155&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20155&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20155&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20155&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20155&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20155&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20155&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20155&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20155&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20155&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20155&r=isapi
#20156 [NEW]: main/internal_functions.c
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4CVS-2002-10-29 PHP Bug Type: Zend Engine 2 problem Bug description: main/internal_functions.c gcc -Imain/ -I/home/weigon/projects/in-cvs/php4/main/ -DPHP_ATOM_INC -I/home/weigon/projects/in-cvs/php4/include -I/home/weigon/projects/in-cvs/php4/main -I/home/weigon/projects/in-cvs/php4 -I/home/weigon/projects/in-cvs/php4/Zend -I/usr/include/freetype2 -I/usr//include -I/home/weigon/projects/in-cvs/php4/TSRM -g -O2 -c main/internal_functions.c -o main/internal_functions.o && echo > main/internal_functions.lo main/internal_functions.c:61: `phpext_overload_ptr' undeclared here (not in a function) main/internal_functions.c:61: initializer element is not constant main/internal_functions.c:61: (near initialization for `php_builtin_extensions[7]') phpext_overload_ptr isn't defined with ZendEngine2 enabled. -- Edit bug report at http://bugs.php.net/?id=20156&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20156&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20156&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20156&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20156&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20156&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20156&r=support Expected behavior: http://bugs.php.net/fix.php?id=20156&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20156&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20156&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20156&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20156&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20156&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20156&r=isapi
#20156 [Fbk->Opn]: main/internal_functions.c
ID: 20156 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 4CVS-2002-10-29 New Comment: at least it let you compile it (after disabling xmlrpc-support bug #20155). Previous Comments: [2002-10-30 00:39:51] [EMAIL PROTECTED] Hmm, wouldn't be that easy to fix unless somebody comes up with some good autoconf magic. For now you can compile with --disable-overload AFAIK. Derick [2002-10-29 17:11:42] [EMAIL PROTECTED] gcc -Imain/ -I/home/weigon/projects/in-cvs/php4/main/ -DPHP_ATOM_INC -I/home/weigon/projects/in-cvs/php4/include -I/home/weigon/projects/in-cvs/php4/main -I/home/weigon/projects/in-cvs/php4 -I/home/weigon/projects/in-cvs/php4/Zend -I/usr/include/freetype2 -I/usr//include -I/home/weigon/projects/in-cvs/php4/TSRM -g -O2 -c main/internal_functions.c -o main/internal_functions.o && echo > main/internal_functions.lo main/internal_functions.c:61: `phpext_overload_ptr' undeclared here (not in a function) main/internal_functions.c:61: initializer element is not constant main/internal_functions.c:61: (near initialization for `php_builtin_extensions[7]') phpext_overload_ptr isn't defined with ZendEngine2 enabled. -- Edit this bug report at http://bugs.php.net/?id=20156&edit=1
Bug #15518 Updated: PHP wrecks on using overloaded functions inside one of them
ID: 15518
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Duplicate
Bug Type: Reproducible crash
Operating System: Windows 2000 Advanced Server SP2
PHP Version: 4.1.1
New Comment:
I think he likes to point out, that the military high ranking general
protection ('lo illiad ;) fault is a bit harsh when overloding.
Throwing an error is more acceptable, but that was reported before, so
dublicatifying it.
Previous Comments:
[2002-02-12 06:33:34] [EMAIL PROTECTED]
Sorry, no overloading in php, I'm afraid.
[2002-02-12 05:27:59] [EMAIL PROTECTED]
";
}
function getlist($filename)
{
echo $this->getlist($filename,"");
}
}
$temp = new test;
$temp->getlist("test1"); // wrecks
$temp->getlist("test1","test2"); // wrecks
$temp->getlist("test1","test2","test3"); // wrecks
$temp->getlist("test1","test2","test3","test4"); // wrecks
?>
In this case php will cause a general protection fault.
If you comment out this line it works :
echo $this->getlist($filename,"");
So the bug is if you want to access overloaded member methods.
The solution would be to deny function overloading inside and outside
classes.
--
Edit this bug report at http://bugs.php.net/?id=15518&edit=1
Bug #15523 Updated: Line Number
ID: 15523
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.1.1
New Comment:
in fact it is bogus ;)
Previous Comments:
[2002-02-12 10:39:21] [EMAIL PROTECTED]
The constant __LINE__ contains the current line number.
[2002-02-12 10:24:47] [EMAIL PROTECTED]
Hi there !
I think it would be great if it would be possible to find out from
which line of a script a function has been called.
example
1 function blah()
2 {
3echo("Function blah has been called from line 6");
4 }
5
6 blah();
--
Edit this bug report at http://bugs.php.net/?id=15523&edit=1
Bug #15523 Updated: Line Number
ID: 15523
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.1.1
New Comment:
what about
function foo($line)
{
echo 'the function was called in line: '.$line
}
foo(__LINE__);
?
Previous Comments:
[2002-02-12 10:45:32] [EMAIL PROTECTED]
Hi there!
That's correct, that __LINE__ contains the !current! Line-Number. But
I
what to know from which line a function has been called.
> >
> > 1 function blah()
> > 2 {
> > 3echo("Function blah has been called from line 6");
> > 4 }
> > 5
> > 6 blah();
> >
In line 3, i don't want to know the CURRENT line Number. I'd like to
know the Line-Number from which that Function has been called.
mfg, Nico Blanke.
[2002-02-12 10:40:45] [EMAIL PROTECTED]
in fact it is bogus ;)
[2002-02-12 10:39:21] [EMAIL PROTECTED]
The constant __LINE__ contains the current line number.
[2002-02-12 10:24:47] [EMAIL PROTECTED]
Hi there !
I think it would be great if it would be possible to find out from
which line of a script a function has been called.
example
1 function blah()
2 {
3echo("Function blah has been called from line 6");
4 }
5
6 blah();
--
Edit this bug report at http://bugs.php.net/?id=15523&edit=1
Bug #15523 Updated: Line Number
ID: 15523
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.1.1
New Comment:
reopening, this is a serious request ;)
Previous Comments:
[2002-02-12 10:51:37] [EMAIL PROTECTED]
That would work of course.
The problem is, that our company has written a set of php functions,
which are used by one of our clients.
The functions include some error-handling like wrong arguments or
something like that, and I'd like to tell them the linenumber.
I think its not very useful that they have to put __LINE__ into every
function call :)
[2002-02-12 10:47:52] [EMAIL PROTECTED]
what about
function foo($line)
{
echo 'the function was called in line: '.$line
}
foo(__LINE__);
?
[2002-02-12 10:45:32] [EMAIL PROTECTED]
Hi there!
That's correct, that __LINE__ contains the !current! Line-Number. But
I
what to know from which line a function has been called.
> >
> > 1 function blah()
> > 2 {
> > 3echo("Function blah has been called from line 6");
> > 4 }
> > 5
> > 6 blah();
> >
In line 3, i don't want to know the CURRENT line Number. I'd like to
know the Line-Number from which that Function has been called.
mfg, Nico Blanke.
[2002-02-12 10:40:45] [EMAIL PROTECTED]
in fact it is bogus ;)
[2002-02-12 10:39:21] [EMAIL PROTECTED]
The constant __LINE__ contains the current line number.
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/15523
--
Edit this bug report at http://bugs.php.net/?id=15523&edit=1
Bug #14955 Updated: PHP crashes with bogus session.save_path
ID: 14955
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Bug Type: Reproducible crash
Operating System: WinXP
PHP Version: 4.1.1
Assigned To: yohgaki
New Comment:
this was fixed in CVS some days ago
Previous Comments:
[2002-02-15 06:35:27] [EMAIL PROTECTED]
create a folder "tmp" on c: and then set your save_path as
session.save_path = "C:\tmp". this worked for me.
[2002-02-15 06:35:21] [EMAIL PROTECTED]
create a folder "tmp" on c: and then set your save_path as
session.save_path = "C:\tmp". this worked for me.
[2002-01-10 05:31:57] [EMAIL PROTECTED]
yeah but how? /tmp \tmp C:\... C:/ doesn't work :(
[2002-01-09 19:17:20] [EMAIL PROTECTED]
Dup of other bug report, I don't have time to find #.
Changed title.
Assinged to me, so that I don't forget about it.
To reporter: set correct save_path, then it should work :)
[2002-01-09 18:27:07] [EMAIL PROTECTED]
OS: WinXP
PHP: 4.1.1
Apache: neweste stable windows version
I tryed 5 things now:
### first ###
$id = 143445254;
session_id($id);
session_start();
### second ###
session_register("count");
$count++;
### third ###
$s_permission = false;
@session_start();
session_register("s_permission");
$fallback = session_name()."=".session_id();
### fourth ###
session_start();
### fifth ###
session_register();
All everytime PHP.exe crashes
(AppName: php.exeAppVer: 0.0.0.0 ModName: php4ts.dll
ModVer: 0.0.0.0 Offset: 000a956c)
What the hell is the problem?
### php.ini ###
[Session]
; Handler used to store/retrieve data.
session.save_handler = files
; Argument passed to save_handler. In the case of files, this is the
path
; where data files are stored. Note: Windows users have to change this
; variable in order to use PHP's session functions.
session.save_path = /tmp
; Whether to use cookies.
session.use_cookies = 1
; Name of the session (used as cookie name).
session.name = PHPSESSID
; Initialize session on request startup.
session.auto_start = 0
; Lifetime in seconds of cookie or, if 0, until browser is restarted.
session.cookie_lifetime = 0
; The path for which the cookie is valid.
session.cookie_path = /
; The domain for which the cookie is valid.
session.cookie_domain =
; Handler used to serialize data. php is the standard serializer of
PHP.
session.serialize_handler = php
; Percentual probability that the 'garbage collection' process is
started
; on every session initialization.
session.gc_probability = 1
; After this number of seconds, stored data will be seen as 'garbage'
and
; cleaned up by the garbage collection process.
session.gc_maxlifetime = 1440
; Check HTTP Referer to invalidate externally stored URLs containing
ids.
session.referer_check =
; How many bytes to read from the file.
session.entropy_length = 0
; Specified here to create the session id.
session.entropy_file =
;session.entropy_length = 16
;session.entropy_file = /dev/urandom
; Set to {nocache,private,public} to determine HTTP caching aspects.
session.cache_limiter = nocache
; Document expires after n minutes.
session.cache_expire = 180
; use transient sid support if enabled by compiling with
--enable-trans-sid.
session.use_trans_sid = 1
url_rewriter.tags =
"a=href,area=href,frame=src,input=src,form=fakeentry"
### apache config, php stuff ###
# And for PHP 4.x, use:
#
ScriptAlias /php/ "C:/server/httpd/php/"
AddType application/x-httpd-php .php
AddType application/x-httpd-php .php3
AddType application/x-httpd-php .php4
AddType application/x-httpd-php .phtml
Action application/x-httpd-php /php/php.exe
AddType application/x-tar .tgz
### apache error log ###
[Thu Jan 10 00:26:04 2002] [error] [client 127.0.0.1] Premature end of
script headers: c:/server/httpd/php/php.exe
Anyone can help me plz???
--
Edit this bug report at http://bugs.php.net/?id=14955&edit=1
Bug #15318 Updated: No output is generated
ID: 15318 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Apache related Operating System: Linux 2.4.4 PHP Version: 4.1.1 New Comment: bogus by user request Previous Comments: [2002-02-17 16:49:12] [EMAIL PROTECTED] Sorry, bogus report on my part. Was a problem with mod_layout not wrapping the page correctly. [2002-01-31 20:21:38] [EMAIL PROTECTED] OK, now it seems that (I don't know what fixed/caused this development) the main page (http://ged.dynodns.net/band/index.phps) is working fine in normal mode, but when GET variables are in the URL, it doesn't show anything. But also, http://ged.dynodns.net/band/events.phps doesn't work at all, and I cannot pinpoint what is causing them to not run during conditions like that. (I have disabled the aforementioned code in the header.php file, since the main page doesn't need it anymore - I don't understand why, though) [2002-01-31 19:52:13] [EMAIL PROTECTED] I've added a cheap workaround for PHP scripts. I appended this code to the header.php file: So, the problem still exists, this is just a way to get around it for the time being. [2002-01-31 17:33:33] [EMAIL PROTECTED] It appears as if PHP generates no output when called as an apache subprocess (It may not be apache specific). But I'm running Apache 1.3.23 with mod_layout 3.0.4, and here is the problem I'm having: Load http://ged.dynodns.net/band/index.php, and you will notice that both the header and footer are generated fine (both PHP files). But the main file, index.php, generates no output, yet PHP returns a status of 0 (success, I believe). I can show that it is most likely not a mod_layout problem, as it generates output just fine for regular HTML files (check http://ged.dynodns.net/band/test.html as a test case). So I am inclined to believe that PHP is having a problem with being a subrequest in this particular instance. I've looked at the source for mod_layout and tried to find a possible problem, but all the code has been abstracted such that it should handle any specified mime type (application/x-httpd-php is accepted by default, so that shouldn't be the problem either). If needed, I can provide the code that calls the main page (index.php, in our example), if need be (its open-source). Configure line: ./configure --with-apxs --disable-short-tags --without-mysql --with-pgsql=/usr/pgsql The php.ini can be viewed here: http://ged.dynodns.net/band/php.ini -- Edit this bug report at http://bugs.php.net/?id=15318&edit=1
Bug #15626 Updated: Max result in ereg
ID: 15626
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Regexps related
Operating System: Win 95
PHP Version: 4.0.6
New Comment:
This is not a bug. Please double-check the documentation available
at http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Previous Comments:
[2002-02-19 12:54:56] [EMAIL PROTECTED]
When i try this code , i can't get more than the 9th result.
";
$i=1;
while ($i<20){
print "$i : $buffer[$i]";
$i++;
}
?>
Thanks.
--
Edit this bug report at http://bugs.php.net/?id=15626&edit=1
Bug #15638: warning from zend_execute.c while running inconv()
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0CVS-2002-02-19 PHP Bug Type: ICONV related Bug description: warning from zend_execute.c while running inconv() I get this warning message while trying to run iconv(): Warning: String is not zero-terminated (beforeafterÌ*p) (source: ./zend_execute.c:449) in /usr/local/httpd/htdocs/headhorde/iconv.php on line 9 PHP is compiled against the latest inconv library. This test script reproduces the messages: -- Edit bug report at http://bugs.php.net/?id=15638&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15638&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15638&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15638&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15638&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15638&r=support Expected behavior: http://bugs.php.net/fix.php?id=15638&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15638&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15638&r=submittedtwice
Bug #15638 Updated: warning from zend_execute.c while running inconv()
ID: 15638 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ICONV related Operating System: Linux PHP Version: 4.0CVS-2002-02-19 New Comment: The warnings have dispappeared. Now there's no output generated at all, but that's another problem. Previous Comments: [2002-02-20 02:24:28] [EMAIL PROTECTED] I committed a fix for this to CVS, but was not be able to test it. Would you be so kind to take the honors? Derick [2002-02-19 20:34:46] [EMAIL PROTECTED] I get this warning message while trying to run iconv(): Warning: String is not zero-terminated (beforeafterÌ*p) (source: ./zend_execute.c:449) in /usr/local/httpd/htdocs/headhorde/iconv.php on line 9 PHP is compiled against the latest inconv library. This test script reproduces the messages: -- Edit this bug report at http://bugs.php.net/?id=15638&edit=1
Bug #15638 Updated: warning from zend_execute.c while running inconv()
ID: 15638 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ICONV related Operating System: Linux PHP Version: 4.0CVS-2002-02-19 New Comment: No, it's still an iconv/php problem but I have to investigate further. If you look at the test script you see that it should generate ANY output. And there are no segfaults. Hm. Previous Comments: [2002-02-20 08:26:10] [EMAIL PROTECTED] > Now there's no output generated at all, > but that's another problem. You mean it's a problem in your script and not in PHP? In that case, please close this bug. [2002-02-20 06:31:17] [EMAIL PROTECTED] The warnings have dispappeared. Now there's no output generated at all, but that's another problem. [2002-02-20 02:24:28] [EMAIL PROTECTED] I committed a fix for this to CVS, but was not be able to test it. Would you be so kind to take the honors? Derick [2002-02-19 20:34:46] [EMAIL PROTECTED] I get this warning message while trying to run iconv(): Warning: String is not zero-terminated (beforeafterÌ*p) (source: ./zend_execute.c:449) in /usr/local/httpd/htdocs/headhorde/iconv.php on line 9 PHP is compiled against the latest inconv library. This test script reproduces the messages: -- Edit this bug report at http://bugs.php.net/?id=15638&edit=1
Bug #15638 Updated: warning from zend_execute.c while running inconv()
ID: 15638 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ICONV related Operating System: Linux PHP Version: 4.0CVS-2002-02-19 New Comment: With. But unfortunately my apache is without. Previous Comments: [2002-02-20 08:35:53] [EMAIL PROTECTED] Did you compile with or without debug? Derick [2002-02-20 08:32:47] [EMAIL PROTECTED] No, it's still an iconv/php problem but I have to investigate further. If you look at the test script you see that it should generate ANY output. And there are no segfaults. Hm. [2002-02-20 08:26:10] [EMAIL PROTECTED] > Now there's no output generated at all, > but that's another problem. You mean it's a problem in your script and not in PHP? In that case, please close this bug. [2002-02-20 06:31:17] [EMAIL PROTECTED] The warnings have dispappeared. Now there's no output generated at all, but that's another problem. [2002-02-20 02:24:28] [EMAIL PROTECTED] I committed a fix for this to CVS, but was not be able to test it. Would you be so kind to take the honors? 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/15638 -- Edit this bug report at http://bugs.php.net/?id=15638&edit=1
Bug #15638 Updated: warning from zend_execute.c while running inconv()
ID: 15638
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: ICONV related
Operating System: Linux
PHP Version: 4.0CVS-2002-02-19
New Comment:
If anyone can get use of it, this is the strace result. If I interpret
it correctly there is a segfault but it isn't reported in the apache
logs.
accept(20, {sin_family=AF_INET, sin_port=htons(1658),
sin_addr=inet_addr("192.168.60.136")}}, [16]) = 4
rt_sigaction(SIGUSR1, {SIG_IGN}, {0x805e4b0, [],
SA_INTERRUPT|0x400}, 8) = 0
getsockname(4, {sin_family=AF_INET, sin_port=htons(80),
sin_addr=inet_addr("80.130.200.232")}}, [16]) = 0
setsockopt(4, IPPROTO_TCP1, [1], 4) = 0
brk(0x818) = 0x818
brk(0x8183000) = 0x8183000
alarm(60) = 0
read(4, "GET /headhorde/iconv.php HTTP/1."..., 4096) = 367
rt_sigaction(SIGUSR1, {SIG_IGN}, {SIG_IGN}, 8) = 0
time(NULL) = 1014214048
alarm(60) = 60
alarm(0)= 60
gettimeofday({1014214048, 189959}, NULL) = 0
stat64("/usr/local/httpd/htdocs/headhorde/iconv.php",
{st_mode=S_IFREG|0644, st_size=390, ...}) = 0
lstat64("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/local", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/local/httpd", {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
lstat64("/usr/local/httpd/htdocs", {st_mode=S_IFDIR|0755, st_size=4096,
...}) = 0
alarm(60) = 0
umask(077) = 022
umask(022) = 077
brk(0x8186000) = 0x8186000
setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={30, 0}}, NULL) =
0
rt_sigaction(SIGPROF, {0x4031cc50, [], SA_RESTART|0x400},
{SIG_DFL}, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
brk(0x8187000) = 0x8187000
brk(0x8188000) = 0x8188000
brk(0x8189000) = 0x8189000
brk(0x818a000) = 0x818a000
brk(0x818b000) = 0x818b000
brk(0x818c000) = 0x818c000
brk(0x818d000) = 0x818d000
brk(0x818e000) = 0x818e000
time(NULL) = 1014214048
getpid()= 30325
gettimeofday({1014214048, 215019}, NULL) = 0
getpid()= 30325
getcwd("/root/cvs/cvsphp", 4095)= 17
chdir("/usr/local/httpd/htdocs/headhorde") = 0
open("/usr/local/httpd/htdocs/headhorde/iconv.php",
O_RDONLY|O_LARGEFILE) = 6
getcwd("/usr/local/httpd/htdocs/headhorde", 4095) = 34
lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/local", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/local/httpd", {st_mode=S_IFDIR|0755, st_size=4096, ...}) =
0
lstat("/usr/local/httpd/htdocs", {st_mode=S_IFDIR|0755, st_size=4096,
...}) = 0
lstat("/usr/local/httpd/htdocs/headhorde", {st_mode=S_IFDIR|0755,
st_size=4096, ...}) = 0
lstat("/usr/local/httpd/htdocs/headhorde/iconv.php",
{st_mode=S_IFREG|0644, st_size=390, ...}) = 0
brk(0x8193000) = 0x8193000
ioctl(6, TCGETS, 0xbfffe0ac)= -1 ENOTTY (Inappropriate
ioctl for device)
read(6, "\r\n Now there's no output generated at all,
> but that's another problem.
You mean it's a problem in your script and not in PHP? In that case,
please close this bug.
[2002-02-20 06:31:17] [EMAIL PROTECTED]
The warnings have dispappeared. Now there's no output generated at all,
but that's another problem.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/15638
--
Edit this bug report at http://bugs.php.net/?id=15638&edit=1
Bug #15638 Updated: warning from zend_execute.c while running inconv()
ID: 15638
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: ICONV related
Operating System: Linux
PHP Version: 4.0CVS-2002-02-19
New Comment:
Yes, seems to be working now again. Thanks!
Now I can start doing something useful with it. :-)
Just to let you know, compiling gave me the following warning but it
seems to be harmless:
iconv.c: In function `php_iconv_string':
iconv.c:162: warning: passing arg 2 of `libiconv' from incompatible
pointer type
Previous Comments:
[2002-02-20 10:53:39] [EMAIL PROTECTED]
Now it's fixed (i hope :)
Derick
[2002-02-20 09:46:56] [EMAIL PROTECTED]
I'm just recompiling PHP with iconv support to check it out. Assinging
to myself.
Derick
[2002-02-20 09:44:04] [EMAIL PROTECTED]
If anyone can get use of it, this is the strace result. If I interpret
it correctly there is a segfault but it isn't reported in the apache
logs.
accept(20, {sin_family=AF_INET, sin_port=htons(1658),
sin_addr=inet_addr("192.168.60.136")}}, [16]) = 4
rt_sigaction(SIGUSR1, {SIG_IGN}, {0x805e4b0, [],
SA_INTERRUPT|0x400}, 8) = 0
getsockname(4, {sin_family=AF_INET, sin_port=htons(80),
sin_addr=inet_addr("80.130.200.232")}}, [16]) = 0
setsockopt(4, IPPROTO_TCP1, [1], 4) = 0
brk(0x818) = 0x818
brk(0x8183000) = 0x8183000
alarm(60) = 0
read(4, "GET /headhorde/iconv.php HTTP/1."..., 4096) = 367
rt_sigaction(SIGUSR1, {SIG_IGN}, {SIG_IGN}, 8) = 0
time(NULL) = 1014214048
alarm(60) = 60
alarm(0)= 60
gettimeofday({1014214048, 189959}, NULL) = 0
stat64("/usr/local/httpd/htdocs/headhorde/iconv.php",
{st_mode=S_IFREG|0644, st_size=390, ...}) = 0
lstat64("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/local", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/local/httpd", {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
lstat64("/usr/local/httpd/htdocs", {st_mode=S_IFDIR|0755, st_size=4096,
...}) = 0
alarm(60) = 0
umask(077) = 022
umask(022) = 077
brk(0x8186000) = 0x8186000
setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={30, 0}}, NULL) =
0
rt_sigaction(SIGPROF, {0x4031cc50, [], SA_RESTART|0x400},
{SIG_DFL}, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
brk(0x8187000) = 0x8187000
brk(0x8188000) = 0x8188000
brk(0x8189000) = 0x8189000
brk(0x818a000) = 0x818a000
brk(0x818b000) = 0x818b000
brk(0x818c000) = 0x818c000
brk(0x818d000) = 0x818d000
brk(0x818e000) = 0x818e000
time(NULL) = 1014214048
getpid()= 30325
gettimeofday({1014214048, 215019}, NULL) = 0
getpid()= 30325
getcwd("/root/cvs/cvsphp", 4095)= 17
chdir("/usr/local/httpd/htdocs/headhorde") = 0
open("/usr/local/httpd/htdocs/headhorde/iconv.php",
O_RDONLY|O_LARGEFILE) = 6
getcwd("/usr/local/httpd/htdocs/headhorde", 4095) = 34
lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/local", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/local/httpd", {st_mode=S_IFDIR|0755, st_size=4096, ...}) =
0
lstat("/usr/local/httpd/htdocs", {st_mode=S_IFDIR|0755, st_size=4096,
...}) = 0
lstat("/usr/local/httpd/htdocs/headhorde", {st_mode=S_IFDIR|0755,
st_size=4096, ...}) = 0
lstat("/usr/local/httpd/htdocs/headhorde/iconv.php",
{st_mode=S_IFREG|0644, st_size=390, ...}) = 0
brk(0x8193000) = 0x8193000
ioctl(6, TCGETS, 0xbfffe0ac)= -1 ENOTTY (Inappropriate
ioctl for device)
read(6, "\r\nhttp://bugs.php.net/15638
--
Edit this bug report at http://bugs.php.net/?id=15638&edit=1
Bug #2352 Updated: Create subgroup of database functions
ID: 2352 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type:Feature/Change Request PHP Version: 4.0 New Comment: this will be discussed on the phpdoc meeting in some weeks. Previous Comments: [2002-02-24 06:57:16] [EMAIL PROTECTED] Any news on this? [2001-06-21 09:48:48] [EMAIL PROTECTED] How about something like this? 8. Database - dBase 9. Database - dbm 10.Database - filePro [2001-02-10 14:24:19] [EMAIL PROTECTED] fine. refiled to 4.0, though. [2001-02-10 14:05:11] [EMAIL PROTECTED] still pending on phpdoc, not done yet because docbook does not support subgroupings of reference parts might (and should IMHO) still happen but will most likely need a rather big patch to get around docbook shortcomings ... :( [2001-02-10 13:48:54] [EMAIL PROTECTED] not likely to happen. 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/2352 -- Edit this bug report at http://bugs.php.net/?id=2352&edit=1
Bug #14909 Updated: Allows access to ANY file
ID: 14909 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache related Operating System: Windows PHP Version: 4.1.1 Assigned To: imajes New Comment: we have a manual chapter for securing the cgi-bin installation. http://www.php.net/manual/en/security.cgi-bin.php Previous Comments: [2002-02-24 03:56:30] [EMAIL PROTECTED] For emmergency, a simple check at "auto_prepend_file" whould help: [2002-01-09 09:56:39] [EMAIL PROTECTED] I have windows xp + apache + php 4.1 installed and the /php/ alias is also definied in my httpd.conf and therefor I am also affected by this exploit. but how can I use php WITHOUT this alias in apache conf? I tried several things but it doesn't work. chris, 15 =) [2002-01-09 02:17:17] [EMAIL PROTECTED] so do we have to read the documentation again on how to install PHP?? have u added a fix? [2002-01-08 08:03:10] [EMAIL PROTECTED] the documentation is fixed, i committed this morning/last night. there is however a bug in the way apache handles the binary -- or the way php acts when called as a binary (you can get premature end of script headers). What i would like to do is leave this open, and noticeable for some of the apache guys to take a look at and comment on it. The docs are fixed we just need to wait to see if this is a thing to hand off to apache. [2002-01-08 07:16:40] [EMAIL PROTECTED] As said by others, this is NOT a bug, but a documentation problem. (btw: assigned to only needs your username) 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/14909 -- Edit this bug report at http://bugs.php.net/?id=14909&edit=1
Bug #15799: Another segfault on iconv
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0CVS-2002-02-28
PHP Bug Type: ICONV related
Bug description: Another segfault on iconv
Hi, it's me again.
I got another segfault, this time with the iconv output buffer handler,
though iconv() seems to work now, somehow.
That's the code:
iconv_set_encoding('input_encoding', 'BIG5');
iconv_set_encoding('internal_encoding', 'UTF-8');
iconv_set_encoding('output_encoding', 'UTF-8');
ob_start('ob_iconv_handler');
echo $text;
$return = ob_get_contents();
ob_end_clean();
$text contains a BIG5 encoded message of course.
This is the bt:
Program received signal SIGSEGV, Segmentation fault.
0x4010621a in chunk_free (ar_ptr=0x89fff7cb, p=0x404e8108) at
malloc.c:3049
3049malloc.c: No such file or directory.
(gdb)
(gdb) bt
#0 0x4010621a in chunk_free (ar_ptr=0x89fff7cb, p=0x404e8108) at
malloc.c:3049
#1 0x401061bf in free () at malloc.c:2952
#2 0x40372aac in zif_iconv_set_encoding () at iconv.c:174
#3 0x40316987 in execute () at ./zend_execute.c:959
#4 0x40316baf in execute () at ./zend_execute.c:959
#5 0x403288c4 in zend_execute_scripts () at zend.c:373
#6 0x4033c507 in php_execute_script () at main.c:1265
#7 0x40336b40 in apache_php_module_main () at sapi_apache.c:100
#8 0x40337ad8 in send_php (r=0x81823a0, display_source_mode=0,
filename=0x81841b0 "/usr/local/httpd/htdocs/headhorde/imp/view.php")
at mod_php4.c:575
#9 0x40337b63 in send_parsed_php (r=0x81823a0) at mod_php4.c:590
#10 0x8055250 in ap_invoke_handler ()
#11 0x80677bc in ap_some_auth_required ()
#12 0x8067833 in ap_process_request ()
#13 0x805fd27 in ap_child_terminate ()
#14 0x805fed5 in ap_child_terminate ()
#15 0x8060016 in ap_child_terminate ()
#16 0x8060628 in ap_child_terminate ()
#17 0x8060e95 in main ()
#18 0x400cca8e in __libc_start_main () at
../sysdeps/generic/libc-start.c:93
--
Edit bug report at http://bugs.php.net/?id=15799&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15799&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15799&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15799&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15799&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15799&r=support
Expected behavior: http://bugs.php.net/fix.php?id=15799&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15799&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15799&r=submittedtwice
Bug #15864 Updated: setcookie('cookie_var'); # In CVS. does not delete cookie 'cookie_var'.
ID: 15864
Updated by: [EMAIL PROTECTED]
-Summary: setcookie('cookie_var'); # In CVS. does not delete
cookie 'cookie_var'.
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Bogus
Bug Type: Output Control
Operating System: linux 2.4
-PHP Version: 4.0CVS-2002-03-04
+PHP Version: 4.0CVS-2002-03-0
New Comment:
bogus means bogus ;)
Previous Comments:
[2002-03-04 18:01:00] [EMAIL PROTECTED]
Bogus. I'm on crack! ;)
-jeremy
[2002-03-04 16:31:37] [EMAIL PROTECTED]
FYI, my CVS is dated from Friday, March 1. If this has been fixed in
the past few days, forgive me.
in 4.2.0-dev, setcookie('T'), does not delete the cookie var 'T'. In
4.0.6 this works just fine.
Jeremy
---
Have a cookie called 'T' set to something.
--
Edit this bug report at http://bugs.php.net/?id=15864&edit=1
Bug #15657 Updated: PHP terminated by Windows during session operation
ID: 15657 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.1.1 Assigned To: yohgaki New Comment: yasuo commited this patch a while ago IIRC. Previous Comments: [2002-02-26 07:04:02] [EMAIL PROTECTED] I have patch to prevent crash with invalid save_path. (not commited) But I didn't change default save_path for windows. Sander, should we change the default or documentation in php.ini-(dist|recommened)? [2002-02-26 04:27:28] [EMAIL PROTECTED] [EMAIL PROTECTED]: those two messages are no bugs; RTM and/or ask support questions on the apropriate mailinglist. [2002-02-26 04:20:19] [EMAIL PROTECTED] session_start(); crete this error in browser: Cannot send session cookie - headers already sent by (output started at test.php:1)in Line 2 Warning: Cannot send session cache limiter - headers already sent (output started at test.php:1) in Line 2 [2002-02-22 12:19:45] [EMAIL PROTECTED] Hasn't this been fixed already? [2002-02-21 10:13:33] [EMAIL PROTECTED] Assigned to myself. 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/15657 -- Edit this bug report at http://bugs.php.net/?id=15657&edit=1
Bug #15715 Updated: file upload - empty $userfile
ID: 15715 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Unknown/Other Function Operating System: HP-UX 11i PHP Version: 4.1.1 New Comment: closing this one. Previous Comments: [2002-03-06 12:31:04] [EMAIL PROTECTED] ok with PHP 4.1.2 [2002-03-06 12:28:57] [EMAIL PROTECTED] Hi, After upgrading to PHP 4.1.2, no more problem. [2002-03-05 15:56:18] [EMAIL PROTECTED] I experiment the same problem on a Linux platform. All variables including $_POST, $HTTP_POST_VARS (,and so on ) are empty. The problem occurs if the attribute 'enctype="multipart/form-data" ' is set in the FORM tag even if no file is uploaded in the script. Everything is OK if the enctype parameter is removed. -M [2002-02-25 11:53:59] [EMAIL PROTECTED] With sample page : Send this file: "; echo "File : " . $_FILES[userfile][name] .""; echo "Type : " . $_FILES[userfile][type] .""; echo "Temp : " . $_FILES[userfile][tmp_name] .""; echo "Size : " . $_FILES[userfile][size] .""; if (is_uploaded_file($_FILES[userfile][tmp_name])) echo "Download : Ok"; elseecho "Download : KO"; } On RedHat 7.2 (PHP 4.1.1, Apache 1.3.23) no problem, $userfile=none or path to /tmp/x On HP-UX 11i (PHP 4.0.6, Apache 1.3.19 build by HP) no problem. On HP-UX 11i (PHP 4.1.1, Apache 1.3.23 build from source) $userfile and other variables are empty. (It's work one time on many) Compile flags : ./configure --with-oci8 --with-apache=../apache_1.3.23 --with-gd=/opt/gd --with-pdflib=/opt/pdflib --with-jpeg-dir=/opt/jpeg-6 --with-png-dir=/opt/libpng --with-tiff-dir=/opt/tiff-3.5 --with-zlib-dir=/opt/zlib --enable-sigchild --with-mysql=/opt/mysql --enable-sockets --with-tsrm-pthreads Thank's for your help. -- Edit this bug report at http://bugs.php.net/?id=15715&edit=1
Bug #15799 Updated: Another segfault on iconv
ID: 15799
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: ICONV related
Operating System: Linux
PHP Version: 4.0CVS-2002-02-2
New Comment:
The segfaults still happen even after the recent changes in the iconv
extension and the output buffering code.
Here is a small script to reproduce it. Method 1 (commented out) works
fine, method 2 segfaults.
www.yahoo.com.tw
END;
// Method 1: Works!
/*
$src = 'BIG5';
$dst = 'UTF-8';
$rc = iconv($src, $dst, $text);
header('Content-Type: text/plain; charset=UTF-8');
echo $rc;
*/
// Method 2: Segfaults!
iconv_set_encoding('input_encoding', 'BIG5');
iconv_set_encoding('internal_encoding', 'UTF-8');
iconv_set_encoding('output_encoding', 'UTF-8');
ob_start('ob_iconv_handler');
echo $text;
$rc = ob_get_contents();
ob_end_clean();
header('Content-Type: text/plain; charset=UTF-8');
echo $rc;
?>
Since the line numbers changed since my initial report and I use a
different script (above), here's also an updated bt:
Program received signal SIGSEGV, Segmentation fault.
0x4010621a in chunk_free (ar_ptr=0x7a62e850, p=0x404ea168) at
malloc.c:3049
3049malloc.c: No such file or directory.
(gdb) bt
#0 0x4010621a in chunk_free (ar_ptr=0x7a62e850, p=0x404ea168) at
malloc.c:3049
#1 0x401061bf in free () at malloc.c:2952
#2 0x403744ec in zif_iconv_set_encoding () at iconv.c:267
#3 0x40317077 in execute () at ./zend_execute.c:959
#4 0x40328fb4 in zend_execute_scripts () at zend.c:373
#5 0x4033cea7 in php_execute_script () at main.c:1309
#6 0x40337240 in apache_php_module_main () at sapi_apache.c:100
#7 0x403381d8 in send_php (r=0x81825a0, display_source_mode=0,
filename=0x81841a8 "/usr/local/httpd/htdocs/headhorde/iconv.php")
at mod_php4.c:575
#8 0x40338263 in send_parsed_php (r=0x81825a0) at mod_php4.c:590
#9 0x8055250 in ap_invoke_handler ()
#10 0x80677bc in ap_some_auth_required ()
#11 0x8067833 in ap_process_request ()
#12 0x805fd27 in ap_child_terminate ()
#13 0x805fed5 in ap_child_terminate ()
#14 0x8060016 in ap_child_terminate ()
#15 0x8060628 in ap_child_terminate ()
#16 0x8060e95 in main ()
#17 0x400cca8e in __libc_start_main () at
../sysdeps/generic/libc-start.c:93
Previous Comments:
[2002-02-28 20:26:43] [EMAIL PROTECTED]
Better yet.
Could you make a script that included base64/uuencoded BIG5 data end
decode it and feed it to iconv?
[2002-02-28 19:32:59] [EMAIL PROTECTED]
BIG5
I guess it's supported by libiconv and your glibc is ok..
If text is small enough, could you pate uuencoded text there?
[2002-02-28 19:21:20] [EMAIL PROTECTED]
Hi, it's me again.
I got another segfault, this time with the iconv output buffer handler,
though iconv() seems to work now, somehow.
That's the code:
iconv_set_encoding('input_encoding', 'BIG5');
iconv_set_encoding('internal_encoding', 'UTF-8');
iconv_set_encoding('output_encoding', 'UTF-8');
ob_start('ob_iconv_handler');
echo $text;
$return = ob_get_contents();
ob_end_clean();
$text contains a BIG5 encoded message of course.
This is the bt:
Program received signal SIGSEGV, Segmentation fault.
0x4010621a in chunk_free (ar_ptr=0x89fff7cb, p=0x404e8108) at
malloc.c:3049
3049malloc.c: No such file or directory.
(gdb)
(gdb) bt
#0 0x4010621a in chunk_free (ar_ptr=0x89fff7cb, p=0x404e8108) at
malloc.c:3049
#1 0x401061bf in free () at malloc.c:2952
#2 0x40372aac in zif_iconv_set_encoding () at iconv.c:174
#3 0x40316987 in execute () at ./zend_execute.c:959
#4 0x40316baf in execute () at ./zend_execute.c:959
#5 0x403288c4 in zend_execute_scripts () at zend.c:373
#6 0x4033c507 in php_execute_script () at main.c:1265
#7 0x40336b40 in apache_php_module_main () at sapi_apache.c:100
#8 0x40337ad8 in send_php (r=0x81823a0, display_source_mode=0,
filename=0x81841b0
"/usr/local/httpd/htdocs/headhorde/imp/view.php")
at mod_php4.c:575
#9 0x40337b63 in send_parsed_php (r=0x81823a0) at mod_php4.c:590
#10 0x8055250 in ap_invoke_handler ()
#11 0x80677bc in ap_some_auth_required ()
#12 0x8067833 in ap_process_request ()
#13 0x805fd27 in ap_child_terminate ()
#14 0x805fed5 in ap_child_terminate ()
#15 0x8060016 in ap_child_terminate ()
#16 0x8060628 in ap_child_terminate ()
#17 0x8060e95 in main ()
#18 0x400cca8e in __libc_start_main () at
../sysdeps/generic/libc-start.c:93
--
Edit this bug report at http://bugs.php.net/?id=15799&edit=1
Bug #15799 Updated: Another segfault on iconv
ID: 15799
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Open
Bug Type: ICONV related
Operating System: Linux
PHP Version: 4.0CVS-2002-02-2
New Comment:
I see you already committed the patch to cvs and, yes, php doesn't
segfault anymore, thanks.
But unfortunately the conversion doesn't happen at all. You can try the
same script I posted earlier to reproduce it. Method 1 converts
correctly, method 2 just send the Big5 data asis.
Previous Comments:
[2002-03-10 18:01:25] [EMAIL PROTECTED]
Fixed in CVS and 4.2.0 branch.
[2002-03-09 15:34:13] [EMAIL PROTECTED]
I've sent a patch to jan (wouldn't make sense to paste here as long
lines get broken) and I'm pretty sure it's the right fix. I bet the
current code never really worked the way it was written.
Anyway I'm for deprecating iconv_(set|get)_encoding. All it does is
changing INI settigns which can be easily read and set with
ini_get("iconv.input_encoding") or ini_set(). However I don't know what
the general consesus in in such situations. The two functions just seem
redundant to me.
[2002-03-09 11:19:45] [EMAIL PROTECTED]
The segfaults still happen even after the recent changes in the iconv
extension and the output buffering code.
Here is a small script to reproduce it. Method 1 (commented out) works
fine, method 2 segfaults.
www.yahoo.com.tw
END;
// Method 1: Works!
/*
$src = 'BIG5';
$dst = 'UTF-8';
$rc = iconv($src, $dst, $text);
header('Content-Type: text/plain; charset=UTF-8');
echo $rc;
*/
// Method 2: Segfaults!
iconv_set_encoding('input_encoding', 'BIG5');
iconv_set_encoding('internal_encoding', 'UTF-8');
iconv_set_encoding('output_encoding', 'UTF-8');
ob_start('ob_iconv_handler');
echo $text;
$rc = ob_get_contents();
ob_end_clean();
header('Content-Type: text/plain; charset=UTF-8');
echo $rc;
?>
Since the line numbers changed since my initial report and I use a
different script (above), here's also an updated bt:
Program received signal SIGSEGV, Segmentation fault.
0x4010621a in chunk_free (ar_ptr=0x7a62e850, p=0x404ea168) at
malloc.c:3049
3049malloc.c: No such file or directory.
(gdb) bt
#0 0x4010621a in chunk_free (ar_ptr=0x7a62e850, p=0x404ea168) at
malloc.c:3049
#1 0x401061bf in free () at malloc.c:2952
#2 0x403744ec in zif_iconv_set_encoding () at iconv.c:267
#3 0x40317077 in execute () at ./zend_execute.c:959
#4 0x40328fb4 in zend_execute_scripts () at zend.c:373
#5 0x4033cea7 in php_execute_script () at main.c:1309
#6 0x40337240 in apache_php_module_main () at sapi_apache.c:100
#7 0x403381d8 in send_php (r=0x81825a0, display_source_mode=0,
filename=0x81841a8 "/usr/local/httpd/htdocs/headhorde/iconv.php")
at mod_php4.c:575
#8 0x40338263 in send_parsed_php (r=0x81825a0) at mod_php4.c:590
#9 0x8055250 in ap_invoke_handler ()
#10 0x80677bc in ap_some_auth_required ()
#11 0x8067833 in ap_process_request ()
#12 0x805fd27 in ap_child_terminate ()
#13 0x805fed5 in ap_child_terminate ()
#14 0x8060016 in ap_child_terminate ()
#15 0x8060628 in ap_child_terminate ()
#16 0x8060e95 in main ()
#17 0x400cca8e in __libc_start_main () at
../sysdeps/generic/libc-start.c:93
[2002-02-28 20:26:43] [EMAIL PROTECTED]
Better yet.
Could you make a script that included base64/uuencoded BIG5 data end
decode it and feed it to iconv?
[2002-02-28 19:32:59] [EMAIL PROTECTED]
BIG5
I guess it's supported by libiconv and your glibc is ok..
If text is small enough, could you pate uuencoded text there?
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/15799
--
Edit this bug report at http://bugs.php.net/?id=15799&edit=1
Bug #15799 Updated: Another segfault on iconv
ID: 15799
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Open
Bug Type: ICONV related
Operating System: Linux
PHP Version: 4.0CVS-2002-02-2
New Comment:
Ah, you're right, I thought all ob_* functions that return or output
the buffer pass the data through the ob_handler first.
But even if I use it the intended way, the output is not converted.
This is the new script I used:
www.yahoo.com.tw
END;
iconv_set_encoding('input_encoding', 'BIG5');
iconv_set_encoding('internal_encoding', 'UTF-8');
iconv_set_encoding('output_encoding', 'UTF-8');
ob_start('ob_iconv_handler');
echo $text;
header('Content-Type: text/plain; charset=UTF-8');
ob_end_flush();
?>
Previous Comments:
[2002-03-11 17:10:02] [EMAIL PROTECTED]
I'm closing this because I think your code is bogus. The manual clearly
says "The function ("ob_iconv_handler") will be called when
ob_end_flush() is called, or when the output buffer is flushed to the
browser at the end of the request."
So, if you call ob_get_contents() and ob_end_clean() you do not get any
conversion. If you either call ob_end_flush() or just don't call any
further ob*() functions the conversion works as expected for me.
Feel free to re-open if you think I'm wrong.
[2002-03-11 05:58:19] [EMAIL PROTECTED]
Yep, saw it. Will fix this later (this day).
[2002-03-11 05:18:13] [EMAIL PROTECTED]
I see you already committed the patch to cvs and, yes, php doesn't
segfault anymore, thanks.
But unfortunately the conversion doesn't happen at all. You can try the
same script I posted earlier to reproduce it. Method 1 converts
correctly, method 2 just send the Big5 data asis.
[2002-03-10 18:01:25] [EMAIL PROTECTED]
Fixed in CVS and 4.2.0 branch.
--------
[2002-03-09 15:34:13] [EMAIL PROTECTED]
I've sent a patch to jan (wouldn't make sense to paste here as long
lines get broken) and I'm pretty sure it's the right fix. I bet the
current code never really worked the way it was written.
Anyway I'm for deprecating iconv_(set|get)_encoding. All it does is
changing INI settigns which can be easily read and set with
ini_get("iconv.input_encoding") or ini_set(). However I don't know what
the general consesus in in such situations. The two functions just seem
redundant to me.
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/15799
--
Edit this bug report at http://bugs.php.net/?id=15799&edit=1
Bug #16165: iconv extension fails to compile
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0CVS-2002-03-19 PHP Bug Type: Compile Failure Bug description: iconv extension fails to compile Since the recent changes in cvs for detecting the correct libiconv to include, PHP fails to compile. This is what I get at compile time: ext/iconv/iconv.lo: In function `php_iconv_string': /root/cvs/cvsphp/ext/iconv/iconv.c:198: undefined reference to `libiconv_open' /root/cvs/cvsphp/ext/iconv/iconv.c:218: undefined reference to `libiconv' /root/cvs/cvsphp/ext/iconv/iconv.c:230: undefined reference to `libiconv' /root/cvs/cvsphp/ext/iconv/iconv.c:233: undefined reference to `libiconv_close' I installed libiconv 1.7 under /usr/local, my configure line uses --with-iconv=/usr/local This are the relevant lines from config.log: configure:29655: checking for iconv support configure:29685: result: yes configure:29692: checking for iconv_open in -lc configure:29719: gcc -o conftest -I[..] configure:29722: $? = 0 configure:29725: test -s conftest configure:29728: $? = 0 configure:29739: result: yes configure:63320: checking for iconv_open in -lc configure:63367: result: yes ac_cv_lib_c_iconv_open=yes #define HAVE_ICONV 1 -- Edit bug report at http://bugs.php.net/?id=16165&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16165&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16165&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16165&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16165&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16165&r=support Expected behavior: http://bugs.php.net/fix.php?id=16165&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16165&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16165&r=submittedtwice
Bug #16165 Updated: iconv extension fails to compile
ID: 16165 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Compile Failure Operating System: Linux PHP Version: 4.0CVS-2002-03-19 New Comment: But it was reintroduced with yesterday's changes by Jon Parise and others. Previous Comments: [2002-03-19 18:00:54] [EMAIL PROTECTED] Fixed now. [2002-03-19 08:05:53] [EMAIL PROTECTED] It's a known problem and we're working on it. [2002-03-19 07:36:56] [EMAIL PROTECTED] Since the recent changes in cvs for detecting the correct libiconv to include, PHP fails to compile. This is what I get at compile time: ext/iconv/iconv.lo: In function `php_iconv_string': /root/cvs/cvsphp/ext/iconv/iconv.c:198: undefined reference to `libiconv_open' /root/cvs/cvsphp/ext/iconv/iconv.c:218: undefined reference to `libiconv' /root/cvs/cvsphp/ext/iconv/iconv.c:230: undefined reference to `libiconv' /root/cvs/cvsphp/ext/iconv/iconv.c:233: undefined reference to `libiconv_close' I installed libiconv 1.7 under /usr/local, my configure line uses --with-iconv=/usr/local This are the relevant lines from config.log: configure:29655: checking for iconv support configure:29685: result: yes configure:29692: checking for iconv_open in -lc configure:29719: gcc -o conftest -I[..] configure:29722: $? = 0 configure:29725: test -s conftest configure:29728: $? = 0 configure:29739: result: yes configure:63320: checking for iconv_open in -lc configure:63367: result: yes ac_cv_lib_c_iconv_open=yes #define HAVE_ICONV 1 -- Edit this bug report at http://bugs.php.net/?id=16165&edit=1
Bug #16165 Updated: iconv extension fails to compile
ID: 16165 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Linux PHP Version: 4.0CVS-2002-03-19 New Comment: Updated around 11:30 GMT+0100 Configured with a distclean'ed and new buildconf'ed source tree. The error message has slightly changed of course, the undefined references now start at line 203. Previous Comments: [2002-03-21 08:24:21] [EMAIL PROTECTED] Are you sure this happens with latest CVS (HEAD) ? --Jani [2002-03-21 06:14:08] [EMAIL PROTECTED] But it was reintroduced with yesterday's changes by Jon Parise and others. [2002-03-19 18:00:54] [EMAIL PROTECTED] Fixed now. [2002-03-19 08:05:53] [EMAIL PROTECTED] It's a known problem and we're working on it. [2002-03-19 07:36:56] [EMAIL PROTECTED] Since the recent changes in cvs for detecting the correct libiconv to include, PHP fails to compile. This is what I get at compile time: ext/iconv/iconv.lo: In function `php_iconv_string': /root/cvs/cvsphp/ext/iconv/iconv.c:198: undefined reference to `libiconv_open' /root/cvs/cvsphp/ext/iconv/iconv.c:218: undefined reference to `libiconv' /root/cvs/cvsphp/ext/iconv/iconv.c:230: undefined reference to `libiconv' /root/cvs/cvsphp/ext/iconv/iconv.c:233: undefined reference to `libiconv_close' I installed libiconv 1.7 under /usr/local, my configure line uses --with-iconv=/usr/local This are the relevant lines from config.log: configure:29655: checking for iconv support configure:29685: result: yes configure:29692: checking for iconv_open in -lc configure:29719: gcc -o conftest -I[..] configure:29722: $? = 0 configure:29725: test -s conftest configure:29728: $? = 0 configure:29739: result: yes configure:63320: checking for iconv_open in -lc configure:63367: result: yes ac_cv_lib_c_iconv_open=yes #define HAVE_ICONV 1 -- Edit this bug report at http://bugs.php.net/?id=16165&edit=1
Bug #16262 Updated: mail fucntion
ID: 16262
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type:PHP options/info functions
PHP Version: 4.1.2
New Comment:
The mail() function itself does not know if the provided adress is a
forwarder or not; so this can't be a bug in PHP -> bogus.
Previous Comments:
[2002-03-25 10:11:46] [EMAIL PROTECTED]
I thing that sending email to a forwarding account using mail function
doesn't work.
eg. [EMAIL PROTECTED] is forwarded to [EMAIL PROTECTED]
mail("[EMAIL PROTECTED]", "404", "Line 1\nLine 2\nLine 3");
doen't work but
mail("[EMAIL PROTECTED]", "404", "Line 1\nLine 2\nLine 3");
works
You can check latest server info for www.netsurfer.gr
@ www.domainwhitepages.com
--
Edit this bug report at http://bugs.php.net/?id=16262&edit=1
Bug #16262 Updated: mail fucntion
ID: 16262
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Bogus
Bug Type:PHP options/info functions
PHP Version: 4.1.2
New Comment:
should be bogus. only "real" bugs can be closed.
Previous Comments:
[2002-03-25 10:23:48] [EMAIL PROTECTED]
ok I'll try to find what else could be wrong
[2002-03-25 10:17:01] [EMAIL PROTECTED]
The mail() function itself does not know if the provided adress is a
forwarder or not; so this can't be a bug in PHP -> bogus.
[2002-03-25 10:11:46] [EMAIL PROTECTED]
I thing that sending email to a forwarding account using mail function
doesn't work.
eg. [EMAIL PROTECTED] is forwarded to [EMAIL PROTECTED]
mail("[EMAIL PROTECTED]", "404", "Line 1\nLine 2\nLine 3");
doen't work but
mail("[EMAIL PROTECTED]", "404", "Line 1\nLine 2\nLine 3");
works
You can check latest server info for www.netsurfer.gr
@ www.domainwhitepages.com
--
Edit this bug report at http://bugs.php.net/?id=16262&edit=1
Bug #16332 Updated: mysql_info() Needed
ID: 16332 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: ALL PHP Version: 4.1.2 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-03-28 15:36:41] [EMAIL PROTECTED] I think the mysql_info() function from the MySQL C API would be an great addition, and easy to implement. Unless I'm missing something, the granuality that mysql_info() reports isn't available. Thank you, Hans -- Edit this bug report at http://bugs.php.net/?id=16332&edit=1
Bug #16078 Updated: var_export() doesn't handle classes
ID: 16078 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Linux 2.4 -PHP Version: 4.0CVS-2002-03-14 +PHP Version: 4.0CVS-2002-03-1 New Comment: closing this, HEAD can handle classes. Previous Comments: [2002-04-05 05:37:35] [EMAIL PROTECTED] Making it a feature request. [2002-03-14 13:09:18] [EMAIL PROTECTED] I think it will not be too hard because var_export() borrowed much of its code from var_dump() [2002-03-14 13:00:39] [EMAIL PROTECTED] re-categorized [2002-03-14 12:57:48] [EMAIL PROTECTED] Can we make var_export() handle classes, too? - Colin -- Edit this bug report at http://bugs.php.net/?id=16078&edit=1
