| #32813 [NEW]: parse_url does not parse 'scheme:' correctly. |
|
 |
Index ‹ php-dev
|
- Previous
- 6
- #28871 [Fbk->Opn]: mysql_afftected_rows returns 0 even when updates record ID: 28871
User updated by: nav at nc dot ru
Reported By: nav at nc dot ru
-Status: Feedback
+Status: Open
Bug Type: MySQL related
Operating System: Windows XP
PHP Version: 4.3.6
New Comment:
No, I carefully checked the record before and after UPDATE. It WAS
changed. However, mysql_affected_rows returned 0.
Previous Comments:
------------------------------------------------------------------------
[2004-06-22 00:47:51] email***@***.com
Maybe the data is unchanged, meaning that it already was
what you were trying to change it to.
------------------------------------------------------------------------
[2004-06-21 18:39:34] nav at nc dot ru
Description:
------------
I've got the problem similar to already reported here.
mysql_afftected_rows sometimes returns 0, sometimes 1. Although
actually it does UPDATES the record. This query changes user login
(password, e-mail) in the table "user" (see below. If it matters, MySQL
is 3.23.53-max, Apache is 1.3.27):
Reproduce code:
---------------
mysql_query("UPDATE user SET ".$setRequest." WHERE login =
'$userCurrentLogin' AND password = md5('$userCurrentPass')");
/* $setRequest is the string compiled conditionally, but I've just
printed whole query string and it looked correct:
UPDATE user SET login = 'aaa' WHERE login = 'bbb' AND password =
md5('ccc') */
$num = mysql_affected_rows();
if ($num == 0) $errorMsg = "Could not complete your request. Check the
data";
else if ($num == -1) $errorMsg = "Database error. Try again later";
else $changeMsg = "Your data has been successfully changed";
Expected result:
----------------
Of course, I expect correct work of mysql_affected_rows :)
Actual result:
--------------
BUT the result ($num) is sometimes 0, sometimes 1, even if the record
is actually updated.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=28871&edit=1
- 6
- #39458 [Asn]: ftp_nlist returns false on empty directories ID: 39458
User updated by: brain at eucoders dot com
Reported By: brain at eucoders dot com
Status: Assigned
Bug Type: FTP related
Operating System: Rehat Linux
PHP Version: 4.4.4
Assigned To: sesser
New Comment:
The problem is that the developer cannot use this ftp_rawlist in case
the directory do not exist. In that case, ftp_nlist will return false
(unreliable result) and ftp_rawlist return Array() which is again
unreliable.
The best fix would be that ftp_nlist return false when the directory
does not exist, and Array() when directory is empty.
Previous Comments:
------------------------------------------------------------------------
[2006-11-10 12:07:43] brain at eucoders dot com
It seems that ftp_rawlist has the corrected behaviour and it is
returning an empty array.
------------------------------------------------------------------------
[2006-11-10 12:06:11] brain at eucoders dot com
ftp_nlist returns false on empty directories instead of empty array
------------------------------------------------------------------------
[2006-11-10 12:04:54] brain at eucoders dot com
Description:
------------
ftp_nlist returns false on empty directories
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=39458&edit=1
- 6
- #29974 [Fbk->NoF]: num_rows crashes Apache (recurrence) ID: 29974
Updated by: email***@***.com
Reported By: david dot powers at dial dot pipex dot com
-Status: Feedback
+Status: No Feedback
Bug Type: MySQLi related
Operating System: Windows XP
PHP Version: 5.0.1
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-09-20 01:31:27] splash2 at splashtech dot net
I also had this issue on php 5.0.1 final release... I downloaded the
latest (at this time) snapshot located at
http://snaps.php.net/win32/php5.0-win32-200409191630.zip.
The issue is resolved in that version. :)
------------------------------------------------------------------------
[2004-09-15 09:30:27] email***@***.com
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
------------------------------------------------------------------------
[2004-09-03 19:40:11] david dot powers at dial dot pipex dot com
Description:
------------
Bug #28205 reported fixed in PHP 5.RC-3 appears to have resurfaced.
Use of $result->num_rows causes Apache to crash. Use of
mysqli_num_rows() works without problem.
Environment:
Windows XP Pro
Apache 1.3.31
PHP 5.0.1
MySQL 4.1.4-gamma
extension=php_mbstring.dll
extension=php_mysqli.dll
extension=php_mysql.dll
Reproduce code:
---------------
$db = new mysqli($hostname, $username, $password, 'db_name');
$sql = 'SELECT * FROM wordlist';
$result = $db->query($sql);
$total = $result->num_rows;
echo "<h1>Total words: $total</h1>";
while ($row = $result->fetch_assoc()) {
echo $row['word'].'<br />';
}
Expected result:
----------------
I expect it not to crash.
Actual result:
--------------
Error report:
szAppName: Apache.exe szAppVer: 0.0.0.0
szModName: php_mysql.dll szModVer: 5.0.1.1
offset: 000011fe
Code works perfectly if $total = $result->num_rows; is commented out.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=29974&edit=1
- 6
- #34838 [Opn->Bgs]: connecting to MySQL Database using php5.0.5 ID: 34838
Updated by: email***@***.com
Reported By: arekuti at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: IIS related
Operating System: Windows XP
PHP Version: 5.0.5
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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
------------------------------------------------------------------------
[2005-10-12 16:19:17] arekuti at hotmail dot com
Description:
------------
Hi I am using php5.0.5 and MYSQL in Windows XP. my php is working fine
.It is in E:\php directory I set the path in environment variable. I
added php-cgi.exe in IIS version5.Every thing is working fine but when
I am connecting to MYSQL new version it is giving following error.
Fatal error: Call to undefined function mysql_connect() in
E:\Inetpub\wwwroot\newconn.php on line 4
Reproduce code:
---------------
<?php
error_reporting(E_ALL);
$link = mysql_connect('localhost', 'root', 'arekuti')
or die("dsflskdflkdsfklsdlk");
$db_list = mysql_list_dbs($link);
print $link;
$i = 0;
$cnt = mysql_num_rows($db_list);
while ($i < $cnt) {
echo mysql_db_name($db_list, $i) . "\n";
$i++;
}
?>
Expected result:
----------------
Fatal error: Call to undefined function mysql_connect() in
E:\Inetpub\wwwroot\newconn.php on line 4
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=34838&edit=1
- 7
- [PHP-DEV] Filter, doc updatedHello,
Until we have a phpdoc entry for pecl filter, I added a page to Lukas'
wiki, it is Derick's initial spec but reflecting the current state:
http://oss.backendmedia.com/PeclFilter
Feel free to fix typos or improve the text.
Cheers,
--
Pierre
Did I help you? Please donate
http://blog.thepimp.net/index.php/1998/04/12/57-please-donate
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 7
- #27280 [Bgs->Opn]: Call to undefined function: imagepsloadfont() ID: 27280
Updated by: email***@***.com
Reported By: UScharf at netway-online dot de
-Status: Bogus
+Status: Open
-Bug Type: *Graphics related
+Bug Type: GD related
Operating System: FreeBSD
PHP Version: 4.3.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Works fine for me.
Previous Comments:
------------------------------------------------------------------------
[2004-02-16 11:47:57] email***@***.com
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
...
------------------------------------------------------------------------
[2004-02-16 11:43:51] UScharf at netway-online dot de
Description:
------------
May be that You get an error message like
Call to undefined function: imagepsloadfont()
Check the gdlib with
var_dump(gd_info());
Be sure that the ist true:
["T1Lib Support"]=> bool(true)
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=27280&edit=1
- 7
- 8
- #31796 [Fbk->Opn]: readline() completes filesystem ID: 31796
User updated by: david at acz dot org
Reported By: david at acz dot org
-Status: Feedback
+Status: Open
Bug Type: Readline related
Operating System: *
PHP Version: 4CVS, 5CVS (2005-02-03)
New Comment:
I am positive.
Previous Comments:
------------------------------------------------------------------------
[2005-02-03 16:33:22] email***@***.com
Are you sure your callback is being called?
------------------------------------------------------------------------
[2005-02-01 21:12:43] david at acz dot org
Description:
------------
The readline() function always tab completes the filesystem even if a
custom completion function is used. This behavior is undocumented and
undesirable in some applications.
Reproduce code:
---------------
<?
readline_completion_function("complete");
readline("> ");
function complete($line, $pos, $cursor)
{
return array();
}
?>
Expected result:
----------------
I expect nothing to happen when I press tab.
Actual result:
--------------
The filesystem is completed as with bash.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=31796&edit=1
- 11
- #36876 [NEW]: [PATCH] SysV Message Queue EnhancementFrom: tim dot hentenaar at securityconfidence dot com
Operating system: Linux
PHP version: 5CVS-2006-03-27 (CVS)
PHP Bug Type: Feature/Change Request
Bug description: [PATCH] SysV Message Queue Enhancement
Description:
------------
This patch adds the function msg_id_to_queue() which converts a message
queue ID number into a message queue resource. I wrote this primarily for
easy access to already-created queues.
Patch for PHP5 CVS:
http://portal.sec-con.net/patches/sysvmsg-5dev.patch
Patch for PHP6 CVS:
http://portal.sec-con.net/patches/sysvmsg-6.patch
Tim
Reproduce code:
---------------
Example:
$queue = msg_id_to_queue(10759);
Would return queue 10759 as a resource, or false if unable to open it.
--
Edit bug report at http://bugs.php.net/?id=36876&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36876&r=trysnapshot44
Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36876&r=trysnapshot51
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36876&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36876&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=36876&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36876&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=36876&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=36876&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36876&r=support
Expected behavior: http://bugs.php.net/fix.php?id=36876&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=36876&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=36876&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36876&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36876&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36876&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=36876&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36876&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36876&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36876&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=36876&r=mysqlcfg
- 14
- #43158 [NEW]: [ssl_verify_result] => 0From: p dot vanbrouwershaven at networking4all dot com
Operating system: Linux *** 2.6.8-2-686 #1 Tue Au
PHP version: 5.2.4
PHP Bug Type: OpenSSL related
Bug description: [ssl_verify_result] => 0
Description:
------------
I have some problems with the curl. On the console I get the right
response message but in PHP I see no difference between a valid and an
invalid SSL Certificate.
Curl command in PHP:
$url = ' https://verisign.com';
$ch = curl_init();
curl_setopt($ch, CURLOPT_TIMEOUT, 10);
curl_setopt($ch, CURLE_OPERATION_TIMEOUTED, 10);
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 0);
$result = curl_exec ($ch);
$info = curl_getinfo($ch);
curl_close ($ch);
print_r($info);
Curl command on console:
curl -I https://verisign.com
Console result:
curl -I https://verisign.com
curl: (51) SSL: certificate subject name 'www.verisign.com' does not
match target host name 'verisign.com'
PHP Result:
[ssl_verify_result] => 0
Reproduce code:
---------------
$url = ' https://verisign.com';
$ch = curl_init();
curl_setopt($ch, CURLOPT_TIMEOUT, 10);
curl_setopt($ch, CURLE_OPERATION_TIMEOUTED, 10);
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 0);
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 2);
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 1);
$result = curl_exec ($ch);
$info = curl_getinfo($ch);
curl_close ($ch);
print_r($info);
Expected result:
----------------
Array
(
[url] => https://verisign.com
[http_code] => 0
[header_size] => 0
[request_size] => 0
[filetime] => -1
[ssl_verify_result] => 51
[redirect_count] => 0
[total_time] => 0
[namelookup_time] => 0
[connect_time] => 0
[pretransfer_time] => 0
[size_upload] => 0
[size_download] => 0
[speed_download] => 0
[speed_upload] => 0
[download_content_length] => 0
[upload_content_length] => 0
[starttransfer_time] => 0
[redirect_time] => 0
)
Actual result:
--------------
Array
(
[url] => https://verisign.com
[http_code] => 0
[header_size] => 0
[request_size] => 0
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 0
[namelookup_time] => 0
[connect_time] => 0
[pretransfer_time] => 0
[size_upload] => 0
[size_download] => 0
[speed_download] => 0
[speed_upload] => 0
[download_content_length] => 0
[upload_content_length] => 0
[starttransfer_time] => 0
[redirect_time] => 0
)
--
Edit bug report at http://bugs.php.net/?id=43158&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43158&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43158&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43158&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43158&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43158&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=43158&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43158&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=43158&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=43158&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43158&r=support
Expected behavior: http://bugs.php.net/fix.php?id=43158&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=43158&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=43158&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43158&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43158&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43158&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=43158&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43158&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43158&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43158&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=43158&r=mysqlcfg
- 14
- [PHP-DEV] Copy on writeHello everyone
in version the 5.2.1 i get strange results when using the reference =
operator on arrays. When writing a function "a" with call by reference:
function &a(&$anArray) { return $anArray; }
and another function "b":
function b($anArray) { return $anArray; }
Then on my machine it takes much longer to call function "a" than to cal=
l =
function "b". Actually it seems that function "a" always copies the hole=
=
array wheter or not i write to it - while function "b" does not copy tha=
t =
array as long as i only read from it.
But why does function "a" copy at all? Has anyone a explanation?
Here is the benchmark code which shows the speed difference:
<?php
echo phpversion()."\n";
echo "test1\ttest2\n";
function a($p){return $p;}
function &b(&$p){return $p;}
$test1 =3D $test2 =3D array();
for ($i =3D 0;$i < 10000;$i++) {$test_array[] =3D $i;}
$repeat =3D 10;
for($j=3D0;$j<$repeat;$j++)
{
$start_time =3D microtime(true);
for ($i=3D0;$i<500;$i++) {
$x =3D a($test_array);
$x[0];
}
$execution_time =3D microtime(true) - $start_time;
echo number_format($execution_time,4)."\t";
$test1[] =3D $execution_time;
$start_time =3D microtime(true);
$count =3D count($test_array);
for ($i=3D0;$i<500;$i++) {
$x =3D b($test_array);
$x[0];
}
$execution_time =3D microtime(true) - $start_time;
echo number_format($execution_time,4)."\n";
$test2[] =3D $execution_time;
}
echo "=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D\n";
echo number_format(array_sum($test1)/$repeat,4)."\t";
echo number_format(array_sum($test2)/$repeat,4)."\n";
?>
Output on my machine:
5.2.1
test1 test2
0.0004 0.8020
0.0004 0.7862
0.0004 0.7970
0.0004 0.7752
0.0004 0.7783
0.0004 0.7797
0.0004 0.7834
0.0004 0.7806
0.0004 0.7747
0.0004 0.7777
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
0.0004 0.7835
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 14
- #27220 [Fbk->Opn]: downloading larger file which is passed via readfile using ftp:// wrapper fails ID: 27220
User updated by: jexli at vip dot 163 dot com
Reported By: jexli at vip dot 163 dot com
-Status: Feedback
+Status: Open
Bug Type: FTP related
Operating System: windows xp
PHP Version: 5.0.0b3 (beta3)
New Comment:
Find a very serious problem about readfile().
I use the readfile function to output ftp file(300M) from Ftp Server
to my disk,But only one user can download it.other's can't.Not only
this,It expend a great deal of server's memory.
Secont question is ftp_get function can only get file to server,can it
get for end user's browser?
Previous Comments:
------------------------------------------------------------------------
[2004-02-11 10:58:39] email***@***.com
Please give proper example script which can be just copy'n'pasted. (and
this works just fine for me on linux..tested using 500M file)
------------------------------------------------------------------------
[2004-02-11 09:26:26] jexli at vip dot 163 dot com
Description:
------------
I use readfile() function to force download ftp file.In PHP4.3.4
version,the file size display unknow.But in PHP 5.0 the it works
correctly.But they are also occur error when the FTP file size is large
to 40M~50M.
Reproduce code:
---------------
<?php
$filename = $_COOKIE["url"];//ftp request
header("Pragma: public");
header("Expires: 0");
header("Cache-Control: must-revalidate, post-check=0, pre-check=0");
header("Content-Type: application/force-download");
header("Content-Type: application/octet-stream");
header("Content-Type: application/download");
header("Content-Disposition: attachment;
filename=".basename($filename).";");
header("Content-Transfer-Encoding: binary");
header("Content-Length: ".filesize($filename));
@readfile("$filename");
exit();
?>
Expected result:
----------------
USE IN FORCE DOWNLOAD FTP FILE
PHP 4.0 :If file size > 40M~50M,connection auto reset and download
dialog closed.
PHP 5.0 :If file size > 40M~50M,server cant response the
request,download stoped,but download dialog still open,only not any
response.
But if file size <40M~50M,they are works fine.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=27220&edit=1
- 14
- #36210 [NEW]: different result of count in 5.1.2From: urs dot huerlimann at abf dot ch
Operating system: Win2003Server
PHP version: 5.1.2
PHP Bug Type: Class/Object related
Bug description: different result of count in 5.1.2
Description:
------------
count of an xml-object returns different result in 5.1.2 and 5.0.4:
is there any bugfix in 5.1.2 that causes this behavior?
[5.0.4] the structure looks like:
object(SimpleXMLElement)#15 (6) {
["SaveMode"]=>
string(6) "Insert"
["ManCd"]=>
string(3) "BAG"
["RegNr"]=>
string(47) "5_0x2E460x2E46_90_0x2E460x2E46_07_0x2E460x2E46_"
["DosNr"]=>
string(16) "_0x2D450x2D45_43"
["Verantw"]=>
string(6) "BAG070"
["Titel"]=>
string(124) "105228 _0x7C1240x7C124_ WERT_CASNR _0x7C1240x7C124_
WERT_ECNR _0x7C1240x7C124_ WERT_REGISTERNR _0x7C1240x7C124_ WERT_BEZNAME"
}
=====================================================
[5.1.2] similar structure looks like
object(SimpleXMLElement)#18 (6) {
["SaveMode"]=>
string(6) "Insert"
["ManCd"]=>
string(3) "BAG"
["RegNr"]=>
string(47) "5_0x2E460x2E46_90_0x2E460x2E46_33_0x2E460x2E46_"
["DosNr"]=>
string(15) "_0x2D450x2D45_1"
["Verantw"]=>
string(6) "BAG070"
["Titel"]=>
string(146) "3694 _0x7C1240x7C124_ 115_0x2D450x2D45_09_0x2D450x2D45_3
_0x7C1240x7C124_ 204_0x2D450x2D45_064_0x2D450x2D45_2 _0x7C1240x7C124_
chloromethylmercury"
}
Reproduce code:
---------------
SimpleXMLElement has six entries.
$a = new array();
$a[]=$SimpleXMLElement;
(...)
foreach($a as $detail)
{
echo(count($detail));
}
Expected result:
----------------
twice the same result
Actual result:
--------------
5.0.4::count -> 1
5.1.2::count -> 6
--
Edit bug report at http://bugs.php.net/?id=36210&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36210&r=trysnapshot44
Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36210&r=trysnapshot51
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36210&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36210&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=36210&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36210&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=36210&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=36210&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36210&r=support
Expected behavior: http://bugs.php.net/fix.php?id=36210&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=36210&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=36210&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36210&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36210&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36210&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=36210&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36210&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36210&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36210&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=36210&r=mysqlcfg
- 14
- #44041 [NEW]: number_format returns garbage for thousands sep and latvian localeFrom: trickie at gmail dot com
Operating system: Gentoo Linux
PHP version: 5.2.5
PHP Bug Type: Unknown/Other Function
Bug description: number_format returns garbage for thousands sep and latvian locale
Description:
------------
If you set the locale to 'lv_LV.UTF-8' and have the locale generated on
your system, then the code below will return garbage as the 'thousands
separator'. It displays ok for me when running with CLI SAPI
Reproduce code:
---------------
<?php
if (false !== setlocale(LC_ALL, 'lv_LV.UTF-8')) {
$locale_info = localeconv();
echo number_format(20000,0,$locale_info['decimal_point'],
$locale_info['thousands_sep']);
}
?>
Expected result:
----------------
20 000
Actual result:
--------------
20�000
--
Edit bug report at http://bugs.php.net/?id=44041&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=44041&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44041&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44041&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44041&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44041&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=44041&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44041&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=44041&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=44041&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44041&r=support
Expected behavior: http://bugs.php.net/fix.php?id=44041&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=44041&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=44041&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44041&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=44041&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=44041&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=44041&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44041&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44041&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44041&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=44041&r=mysqlcfg
- 14
- #32429 [Ver]: method_exists() always return TRUE if __call method exists ID: 32429
User updated by: pasha dot zubkov at gmail dot com
Reported By: pasha dot zubkov at gmail dot com
Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: Linux 2.6.11-grsec
-PHP Version: 5CVS-2005-03-23 (dev)
+PHP Version: 5CVS-2005-03-29 (dev)
New Comment:
Any solution for this bag?
Previous Comments:
------------------------------------------------------------------------
[2005-03-24 14:20:44] pasha dot zubkov at gmail dot com
I checkout HEAD from cvs. Problem not solved.
------------------------------------------------------------------------
[2005-03-24 00:27:55] email***@***.com
Confirmed with HEAD only.
------------------------------------------------------------------------
[2005-03-23 23:58:44] email***@***.com
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
------------------------------------------------------------------------
[2005-03-23 14:43:34] pasha dot zubkov at gmail dot com
Description:
------------
See example. I can't use `if (method_exists()) {}` because it always
return TRUE
Reproduce code:
---------------
<?php
class TestClass {
public function __construct() {
var_dump(method_exists($this, 'test'));
if (method_exists($this, 'test')) {
$this->test();
}
}
public function __call($name, $args) {
throw new Exception('Call to undefined method
'.get_class($this).'::'.$name.'()');
}
}
try {
$test = new TestClass;
} catch (Exception $e) {
exit($e->getMessage());
}
?>
Expected result:
----------------
bool(false)
Actual result:
--------------
bool(true) Call to undefined method TestClass::test()
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=32429&edit=1
|
| Author |
Message |
php-bugs
|
 Posted: 2005-4-25 4:31:02 |
Top |
php-dev, #32813 [NEW]: parse_url does not parse 'scheme:' correctly.
From: mpb dot mail at gmail dot com
Operating system: FreeBSD and Linux
PHP version: 5.0.3
PHP Bug Type: *URL Functions
Bug description: parse_url does not parse 'scheme:' correctly.
Description:
------------
parse_url does not parse 'scheme:' correctly.
--------
From http://www.ietf.org/rfc/rfc1738.txt:
5. BNF for specific URL schemes
[snip]
genericurl = scheme ":" schemepart
[snip]
schemepart = *xchar | ip-schemepart
--------
In other words, 'scheme:' is a complete and valid URL; the empty string is
a valid schemepart.
parse_url ('scheme:') claims that the *host* is 'scheme'. This is
incorrect. The *scheme* is 'scheme'.
Thanks!
Reproduce code:
---------------
var_dump (parse_url ('scheme:'));
Expected result:
----------------
array(1) {
["scheme"]=>
string(6) "scheme"
}
Actual result:
--------------
array(1) {
["host"]=>
string(6) "scheme"
}
--
Edit bug report at http://bugs.php.net/?id=32813&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32813&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32813&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32813&r=trysnapshot51
Fixed in CVS: http://bugs.php.net/fix.php?id=32813&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=32813&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32813&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32813&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32813&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32813&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32813&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=32813&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=32813&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=32813&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32813&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=32813&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32813&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32813&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32813&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32813&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32813&r=mysqlcfg
|
| |
|
| |
|
| |
|
Index ‹ php-dev |
- Next
- 1
- #27890 [Opn->Csd]: Application Popup message dllhost.exe ID: 27890
Updated by: email***@***.com
Reported By: Michael dot Rivera at Ceridian dot com
-Status: Open
+Status: Closed
Bug Type: IIS related
Operating System: Windows XP
PHP Version: 4.3.5
New Comment:
Open separate report for separate issue(s).
This one is closed.
Previous Comments:
------------------------------------------------------------------------
[2004-04-13 15:12:01] Michael dot Rivera at Ceridian dot com
This problem is no longer being experiencing a new problem with the
latest build. When I pass a query string to in the URL the string is
truncated. I am not certain what is the problem since it is not my
code. The code works on a Windows 2000 Server.
------------------------------------------------------------------------
[2004-04-10 18:41:31] email***@***.com
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
Some things related to the shutdown stuff has been fixed in CVS.
------------------------------------------------------------------------
[2004-04-10 08:56:57] Michael dot Rivera at Ceridian dot com
OK, Here is a simple script that causes the problem. This script takes
a while to error but it does after about 10 -20 mins.
<?php
$msconnect=mssql_connect("server","sa","password");
$msdb=mssql_select_db("Northwind",$msconnect);
$msquery = "select titleofcourtesy,firstname,lastname from
employees";
$msresults= mssql_query($msquery);
while ($row = mssql_fetch_array($msresults))
{
echo "<li>" . $row['titleofcourtesy'] . " " . $row['firstname'] .
" " . $row['lastname'] . "</li>\n";
}
?>
To speed up the process refresh the page a couple of times after 5
minutes.
On an additional note after enabling errors on I notice that I am
recieving a bunch of these errors.
Warning: Unknown list entry type in request shutdown (2) in Unknown on
line 0
When I start receiving these errors this is when the web server crashes
and the dllhost.exe error occurs.
------------------------------------------------------------------------
[2004-04-07 08:44:02] email***@***.com
Provide a short example script.
------------------------------------------------------------------------
[2004-04-06 14:24:59] Michael dot Rivera at Ceridian dot com
Description:
------------
I am running Windows XP with IIS 5.1. I am running the PHP Zend engine
as an ISAPI filter. I also have the mssql extension loaded when the web
server starts. Approximately 5 minutes after making a database
connection to the MS SQL Server 2000 with sp3, I get a windows popup
error stating the following :
dllhost.exe Application error the instruction at "0x77f83aef"
referenced memory at "0x00060009". The memory could not be "written".
Click on OK to terminate the program
Click on CANCEL to debug the program
I have click on OK or cancel then restart the Web Server to get the web
application to work.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=27890&edit=1
- 2
- #34179 [NEW]: want 1.0/0.0 == INF as an optionFrom: pww8 at cornell dot edu
Operating system: Linux 2.4.9
PHP version: 5.0.4
PHP Bug Type: Feature/Change Request
Bug description: want 1.0/0.0 == INF as an option
Description:
------------
It appears floating-point infinity (INF) is not returned from divide by
zero (in PHP 5.0.0). Instead a warning is given and Boolean FALSE is
returned.
This is no doubt well-known behavior to most users, probably would be
confusing to change the default. But it would be useful for me to throw a
switch or set an .ini file variable to some non-default state, and get the
correct answer instead of FALSE.
Note that you can get INF from multiply, e.g. 1.0e300*1.0e300 [Linux on
Intel]. Might also be nice to get INF when it is the correct answer!
Reproduce code:
---------------
// Expected result would be after I set some non-default
// floating point handling mode above...
$varxx = 1.0 / 0.0;
$if (isset($varxx))
{ boolean = is_bool($varxx) ? "Boolean" : "Not Boolean" ;
print "\nSET $varxx $boolean";
}
else
{ print "\nNOT SET"; }
print "\nanother test, exp of very large number is : " . exp(1.0e300);
print "\ntry for infinity using * : " . 1.0e300*1.0e300;
Expected result:
----------------
SET INF Not Boolean
another test, exp of very large number is : INF
try for infinity using * : INF
Actual result:
--------------
SET Boolean
another test, exp of very large number is : INF
try for infinity using * : INF
--
Edit bug report at http://bugs.php.net/?id=34179&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34179&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34179&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34179&r=trysnapshot51
Fixed in CVS: http://bugs.php.net/fix.php?id=34179&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=34179&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34179&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34179&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34179&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34179&r=support
Expected behavior: http://bugs.php.net/fix.php?id=34179&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=34179&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=34179&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=34179&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34179&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=34179&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34179&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34179&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34179&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34179&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34179&r=mysqlcfg
- 3
- #34831 [Bgs]: parse_url behavior changed from 5.0.4 to 5.0.5 breaks code ID: 34831
User updated by: jason at eblasterpro dot com
Reported By: jason at eblasterpro dot com
Status: Bogus
Bug Type: URL related
Operating System: Mandrake 10.2
PHP Version: 5.0.5
New Comment:
its a break from previous behaviors there for bug!!!
This has worked this way all the way from 5.0.4 code exist out there on
the internet the depend on how this function has behaved in the past,
and now it does not work the same. Unless you were intending to break
code out there bug introducing this change it is a bug, and it will be
posted to google forums as so.
Previous Comments:
------------------------------------------------------------------------
[2005-10-11 17:36:46] email***@***.com
'href="http://mysite.com' is not a correct URL, nobody told you that
parse_url() will behave in the same way with invalid URLs.
No bug here.
------------------------------------------------------------------------
[2005-10-11 17:26:03] jason at eblasterpro dot com
Description:
------------
results differ from php-5.0.4 to php-5.0.5 for parse_url with host and
scheme replaced with host and path
Reproduce code:
---------------
example of problem
php-5.0.4:
print_r(parse_url('href="http://mysite.com'));
results:
url = Array[2]
--->host= mysite.com
--->scheme= href="http
php-5.0.5:
print_r(parse_url('href="http://mysite.com'));
results:
url = Array[2]
--->host= href="http
--->path= //mysite.com
Expected result:
----------------
the returned result should not change between versions the correct
return should be
url = Array[2]
--->host= mysite.com
--->scheme= href="http
Actual result:
--------------
the incorrect result
url = Array[2]
--->host= href="http
--->path= //mysite.com
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=34831&edit=1
- 4
- #31316 [NEW]: htmlentities('Hol?como estas') return bad translationFrom: jairo dot serrano at gmail dot com
Operating system: linux 2.6.8
PHP version: 5.0.3
PHP Bug Type: Strings related
Bug description: htmlentities('Hol?como estas') return bad translation
Description:
------------
the function htmlentities is broken
Reproduce code:
---------------
htmlentities('Hol?como estas');
Expected result:
----------------
holà como estÃs
Actual result:
--------------
holá como estaás
--
Edit bug report at http://bugs.php.net/?id=31316&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31316&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31316&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31316&r=trysnapshot51
Fixed in CVS: http://bugs.php.net/fix.php?id=31316&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=31316&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31316&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31316&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31316&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31316&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31316&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=31316&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=31316&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=31316&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31316&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=31316&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31316&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31316&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31316&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31316&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31316&r=mysqlcfg
- 5
- #26656 [Opn->Bgs]: ldap_set_option() while LDAP is compiled. ID: 26656
Updated by: email***@***.com
Reported By: herps at raqtweak dot com
-Status: Open
+Status: Bogus
Bug Type: LDAP related
Operating System: RedHat 6.0
PHP Version: 4.3.4
New Comment:
Definately not PHP bug.
Previous Comments:
------------------------------------------------------------------------
[2003-12-17 17:02:09] email***@***.com
I don't remember for sure, but I think you need at least
OpenLDAP 2.0 for ldap_set_option() to be there. If you
don't use this function in your scripts, you shouldn't
worry too much, but in general I would suggest installing
more up to date LDAP libraries. OpenLDAP 1 is getting quite
old.
------------------------------------------------------------------------
[2003-12-17 16:48:02] herps at raqtweak dot com
Description:
------------
For some reason I keep getting:
Fatal error: Call to undefined function: ldap_set_option()
However, my PHP is compiled with --with-ldap and it compiles just
fine.
A PHP info also shows LDAP just fine...
However, this exact same script, same system, compiled with PHP 4.1.2
same configure options gives a GOOD result...
Can someone please advise?!!
I have installed:
openldap-1.2.9-6
openldap-devel-1.2.9-6
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=26656&edit=1
- 6
- #33837 [Opn->Fbk]: ESQL Version numbering schema changed ID: 33837
Updated by: email***@***.com
Reported By: roland dot wintgen at t-online dot de
-Status: Open
+Status: Feedback
Bug Type: Informix related
Operating System: Linux
PHP Version: 4.4.0
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
------------------------------------------------------------------------
[2005-07-23 15:49:13] roland dot wintgen at t-online dot de
Description:
------------
After installing the current CSDK 2.90, some database functions using
blobs will produce core dumps. This is due to IBM changed the version
number for the installed CSDK. Whereas esql -V for 2.80 shows "IBM
Informix CSDK 2.80, IBM Informix-ESQL Version 9.52.UC1", 2.90 will show
"IBM Informix CSDK Version 2.90, IBM Informix-ESQL Version 2.90.UC1".
This leads to a problem in ext/informix/config.m4 where the installed
version is read into IFX_VERSION. This value is interpreted in
ext/informix/ifx.ec around line 3258 to workaround a bug in older
versions. Now, with the wrong version number this will not run properly
and tries to deallocate the blob space twice. The bug shows also for PHP
4.3.X and 5.X.X.
Reproduce code:
---------------
ifx_textasvarchar(0);
ifx_blobinfile_mode(0);
// storing BLOB into database
$conn_id = @ifx_connect("database", "user", "password") or die("error
connecting to database!");
$blob_id = @ifx_create_blob(1, 0, "This text will be stored as blob")
or die("error creating blob!");
$blob[] = $blob_id;
$query_id = @ifx_query("insert into blobtable (blob) values (?)",
$conn_id, $blob) or die("error executing sql statement!");
ifx_free_result($query_id);
// retrieving BLOB
$query_id = @ifx_query("select blob from blobtable", $conn_id) or
die("error executing sql statement!");
$row_id = @ifx_fetch_row($query_id) or die("error fetching row!");
$blob_id = @ifx_get_blob($row_id["blob"]) or die("error retrieving
blob!");
ifx_free_result($query_id);
ifx_close($conn_id);
Expected result:
----------------
The small piece of code will try to store a small text as blob in a
database table and retrieve it.
Actual result:
--------------
[Sat Jul 23 15:45:04 2005] Script: 'ifx_blob_bug.php'
---------------------------------------
/usr/local/src/php-4.4.0/ext/informix/ifx.ec(3259) : Block 0x0977213C
status:
Beginning: Overrun (magic=0x00000011, expected=0x7312F8DC)
End: Unknown
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=33837&edit=1
- 7
- #28911 [NEW]: $_Get and $_Post not avaibleFrom: kae at aals dot ch
Operating system: windows XP Workstation
PHP version: 4.3.7
PHP Bug Type: IIS related
Bug description: $_Get and $_Post not avaible
Description:
------------
Hello,
I've installed the IIS 5.1, Windows xp, PHP 4.3.7 exsatly how the
instruction in infos24.de and installmanual (PHP).
Now when i load a form and make an input, then with a button on this form
call the next form (form2), in this form i want display $_post or $_get
and no value is on the variable.
PHP.ini global_registers = off
When i start this form on winows Apache configuration then it's works
correct.
Reproduce code:
---------------
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD>
<TITLE>Beispielformular</TITLE>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</HEAD>
<form action="script.php" method="POST">
<input type="hidden" name="secret_var" value="1">
Vorname und Familienname:<br>
<input type="text" name="name" value="Otto Normalverbraucher"><br>
Passwort:<br>
<input type="password" name="passwd"><br>
Geschlecht:<br>
<input type="radio" name="sex" value="m"> männlich<br>
<input type="radio" name="sex" value="w"> weiblich<br>
Hobbys:<br>
<input type="checkbox" name="hobbys[]" value="computers"> Computer<br>
<input type="checkbox" name="hobbys[]" value="sport"> Sport<br>
<input type="checkbox" name="hobbys[]" value="books"> Bücher<br>
Kommentar:<br>
<textarea name="comment" rows="4" cols="20"></textarea><br>
<input type="submit" name="sent" value="Abschicken">
</form>
</html>
<?php
if ($_POST) {
echo "<p>Mit der Methode POST erhaltene Daten:</p>";
while (list($post_var, $post_value) = each($_POST))
{
echo $post_var." = ".$post_value."<br>";
}
}
if ($_GET) {
echo "<p>Mit der Methode GET erhaltene Daten:</p>";
while (list($get_var, $get_value) = each($_GET))
{
echo $get_var ." = ".$get_value ."<br>";
}
}
?>
Expected result:
----------------
null
Actual result:
--------------
all Fields and values
--
Edit bug report at http://bugs.php.net/?id=28911&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28911&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28911&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28911&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28911&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28911&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28911&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28911&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=28911&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28911&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=28911&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=28911&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28911&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28911&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28911&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28911&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=28911&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28911&r=float
- 8
- #33442 [Opn->Fbk]: basename execution exceeds 30s ID: 33442
Updated by: email***@***.com
Reported By: david dot perianghendra at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Apache related
Operating System: Linux
PHP Version: 5.0.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
------------------------------------------------------------------------
[2005-06-23 06:00:05] david dot perianghendra at gmail dot com
Description:
------------
i use Linux 2.4.20, PHPv5.0.3, Apache v1.3.33
When i use basename function, its execution exceed 30s when i run it on
my browser used 100% of CPU usage when i run it. But when i run it on
console it works fine
Reproduce code:
---------------
<?php
$driver_file = '/home/kambing/hohoho.php';
if ( file_exists( $driver_file ) ) {
echo "\nFile Exists: $driver_file";
echo "<br>basename: ".basename( $driver_file );
}
else
echo "\nFile Doesn't exists";
echo "\n";
?>
Expected result:
----------------
hohoho.php
Actual result:
--------------
Fatal error: Maximum execution time of 30 seconds exceeded in
/var/htdocs/kgblogger.com/html/testing/phpbase.php on line 5
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=33442&edit=1
- 9
- #26304 [Opn->Asn]: Unexpected data loss when opening dba file ID: 26304
Updated by: email***@***.com
Reported By: vesely at tana dot it
-Status: Open
+Status: Assigned
Bug Type: DBM/DBA related
Operating System: Solaris
PHP Version: 4.3.4
-Assigned To:
+Assigned To: helly
Previous Comments:
------------------------------------------------------------------------
[2003-11-18 12:59:58] vesely at tana dot it
Also, that correction around line 67 in dba_db4.c
(DBA_OPEN_FUNC) is bogus: if stat returns 0 you want
to say DB_UNKNOWN, since you cannot say it is DB_BTREE
when it was created by some other program.
To reproduce the bug you should create a DB with a different
type, e.g. in C if you just include db.h and then call
the dbm_open compatibility layer. The Sleepycat message
will then say "call implies an access method which is
inconsistent with previous calls."
------------------------------------------------------------------------
[2003-11-18 12:09:46] vesely at tana dot it
Description:
------------
Opening a file in 'c' mode (see example below)
truncates the file!! The docs say '"c" for read/write
access and database creation if it doesn't currently exist.'
I cannot understand that comment at line 658 in
ext/dba/dba.c, as it seems to imply that truncating
the database is necessary for locking it (??).
Reproduce code:
---------------
dba_open("important_data.db", "c", "db4");
Expected result:
----------------
open db (create if doesn't exist)
Actual result:
--------------
truncated db
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=26304&edit=1
- 10
- #38022 [NEW]: glob() problemsFrom: flconseil at yahoo dot fr
Operating system: All
PHP version: 5.1.4
PHP Bug Type: Feature/Change Request
Bug description: glob() problems
Description:
------------
Today, glob() calls the libc glob() function, with the following
problems:
- Possible inconsistencies between implementations (POSIX compliance)
- fnmatch not available outside of Unix : an internal glob()
implementation would bring an internal fnmatch() implementation, which
would allow fnmatch() on every platform.
- Important: on most (every ?) Unix systems, glob() is using stat()
instead of lstat(). Thus, broken links are ignored. Inconsistant with a
naive 'ls' which lists everything in the directory.
- The current glob() implementation in PHP (ext/standard/dir.c) assumes
that all returned matches are in the same directory, which is wrong. So,
the 'safe mode' and 'open_basedir' checks are wrong.
- glob() does not support streams, although most other directory functions
support them. It cannot be done without implementing glob() internally.
- Apart from glob(), the chdir() and getcwd() functions should also
support stream-wrapped directories. It would be easy to implement but it
must be synchronized with the support of stream wrapped paths in the
include path.
Reproduce code:
---------------
None
Expected result:
----------------
None
Actual result:
--------------
None
--
Edit bug report at http://bugs.php.net/?id=38022&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38022&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38022&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38022&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38022&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=38022&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38022&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=38022&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=38022&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38022&r=support
Expected behavior: http://bugs.php.net/fix.php?id=38022&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=38022&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=38022&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38022&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38022&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38022&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=38022&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38022&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38022&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38022&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=38022&r=mysqlcfg
- 11
- #41764 [Bgs]: the openssl_x509_parse function does not extract the certificate extensions ID: 41764
User updated by: innocenti dot mauro at gmail dot com
Reported By: innocenti dot mauro at gmail dot com
Status: Bogus
Bug Type: OpenSSL related
Operating System: *
PHP Version: 4.4.7
Assigned To: pajoye
New Comment:
Thanks, but at 30 Jul 2006 You said "This bug has been fixed in CVS."
and the bug #28382 was submitted for both PHP 4 and 5!
Previous Comments:
------------------------------------------------------------------------
[2007-06-21 14:09:10] email***@***.com
Please don't reopen a bug for an existing report. As far as I remember,
it was fixed only in 5.x and will not be backported to 4.x.
I close this bug (duplicate > bogus). If you still have this issue
using 5.2.x, please reopen #28382.
------------------------------------------------------------------------
[2007-06-21 14:04:20] innocenti dot mauro at gmail dot com
Description:
------------
bug ID #28382 "the openssl_x509_parse function does not extract the
certificate extensions" is still present in PHP 4.4.7! even if is set to
closed an year ago.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=41764&edit=1
- 12
- #36399 [Opn->Bgs]: query from many join table in postgresql very slow ID: 36399
Updated by: email***@***.com
Reported By: maccran at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: Performance problem
Operating System: freebsd 5.4
PHP Version: 5.1.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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Not PHP problem.
Previous Comments:
------------------------------------------------------------------------
[2006-02-15 09:15:44] maccran at hotmail dot com
Description:
------------
from the source code, the using time in this query about
7-10 ms (for exec pg_query) but when i using EXPLAIN ANALYZE in query,
postgresql say it using 0.9 ms in query, so i think it very lost time
in pg_query 5-8 ms. Because my web page have 4-10 query per page this
consume time it make my server cannot service more than 20 page/sec
(1/(5 query X 10 ms), if reduce this time it very speed up my php page
this problem not appear if query from one table , but when join table
more than one table in query it happen.
in jsp&jdbc does not have any this problem
Reproduce code:
---------------
function microtime_float()
{ list($usec, $sec) = explode(" ", microtime());
return ((float)$usec + (float)$sec);}
$q = "select a.id, b.id, c.id, d.id, e.id
from a,b,c,d,e
where a.id=b.aid and b.id=c.bid
and c.id=d.cid and d.id=e.did";
$time_start = microtime_float();
pg_query ($q);
$time_end = microtime_float();
$time = $time_end - $time_start;
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=36399&edit=1
- 13
- #43382 [NEW]: Install Failure - NOT in bug listFrom: ross dot klinger at eqho dot com
Operating system: Windows XP SP2
PHP version: 5.2.5
PHP Bug Type: Unknown/Other Function
Bug description: Install Failure - NOT in bug list
Description:
------------
Install (IIS ISAPI selected, default components) fails with the message
"There is a problem with this Windows Installer package. A script required
for this install to complete could not be run. Contact your support
personnel or package vendor."
--
Edit bug report at http://bugs.php.net/?id=43382&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43382&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43382&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43382&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43382&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43382&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=43382&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43382&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=43382&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=43382&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43382&r=support
Expected behavior: http://bugs.php.net/fix.php?id=43382&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=43382&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=43382&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43382&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43382&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43382&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=43382&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43382&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43382&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43382&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=43382&r=mysqlcfg
- 14
- #25976 [Com]: $array[] = $otherarray does not work as expected ID: 25976
Comment by: tony2001 at phpclub dot net
Reported By: email***@***.com
Status: Open
Bug Type: Arrays related
Operating System: Linux
PHP Version: 5CVS-2003-10-24 (dev)
New Comment:
Try to update your PHP from CVS, to run ./cvsclean and to build it once
more.
I can't reproduce this with latest CVS.
Previous Comments:
------------------------------------------------------------------------
[2003-10-24 09:46:10] email***@***.com
Description:
------------
See expected and actual result to find out the difference. With CGI
build from same source both examples work as expected.
Reproduce code:
---------------
example 1:
<?php
$aTestInner = array();
$aTestInner['foo'] = 'content of $aTestInner[\'foo\']';
$aTestInner['bar'] = 'content of $aTestInner[\'bar\']';
$aTestOuter[] = $aTestInner;
$aTestOuter[] = $aTestInner;
$aTestOuter[] = $aTestInner;
echo '<pre>';
var_dump($aTestOuter);
echo '</pre>';
?>
------------------------------------------------------------
example 2:
<?php
for ($iLoop = 0; $iLoop < 3; $iLoop++) {
$aTestInner = array();
$aTestInner['foo'] = $iLoop . ': content of $aTestInner[\'foo\']';
$aTestInner['bar'] = $iLoop . ': content of $aTestInner[\'bar\']';
$aTestOuter[] = $aTestInner;
}
echo '<pre>';
var_dump($aTestOuter);
echo '</pre>';
?>
Expected result:
----------------
example 1:
array(3) {
[0]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
[1]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
[2]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
}
------------------------------------------------------------
example 2:
array(3) {
[0]=>
array(2) {
["foo"]=>
string(32) "0: content of $aTestInner['foo']"
["bar"]=>
string(32) "0: content of $aTestInner['bar']"
}
[1]=>
array(2) {
["foo"]=>
string(32) "1: content of $aTestInner['foo']"
["bar"]=>
string(32) "1: content of $aTestInner['bar']"
}
[2]=>
array(2) {
["foo"]=>
string(32) "2: content of $aTestInner['foo']"
["bar"]=>
string(32) "2: content of $aTestInner['bar']"
}
}
Actual result:
--------------
example 1:
array(3) {
[0]=>
array(0) {
}
[1]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
[2]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
}
------------------------------------------------------------
example 2:
array(3) {
[0]=>
array(0) {
}
[1]=>
array(0) {
}
[2]=>
array(0) {
}
}
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=25976&edit=1
- 15
- [PHP-DEV] PHP 5.3 bug or changed feature??Hello Everyon,
Casting a SimpleXML object to an array gives different results in PHP
5.2.5 and PHP 5.3-dev.
Source:
$xml = simplexml_load_file("sample.xml");
foreach($xml->column as $column) {
var_dump($column);
var_dump((array)$column);
}
sample.xml
?xml version="1.0"?>
<cpdata>
<column name="ENTERTAINMENT">
<module>cv</module>
<module>entsimp</module>
</column>
<column name="SEAT CONTROL">
<module>pp</module>
<module>sc</module>
</column>
</cpdata>
PHP 5.2 output:
object(SimpleXMLElement)#4 (2) {
["@attributes"]=>
array(1) {
["name"]=>
string(13) "ENTERTAINMENT"
}
["module"]=>
array(2) {
[0]=>
string(2) "cv"
[1]=>
string(7) "entsimp"
}
}
array(2) {
["@attributes"]=>
array(1) {
["name"]=>
string(13) "ENTERTAINMENT"
}
["module"]=>
array(2) {
[0]=>
string(2) "cv"
[1]=>
string(7) "entsimp"
}
}
object(SimpleXMLElement)#5 (2) {
["@attributes"]=>
array(1) {
["name"]=>
string(12) "SEAT CONTROL"
}
["module"]=>
array(2) {
[0]=>
string(2) "pp"
[1]=>
string(2) "sc"
}
}
array(2) {
["@attributes"]=>
array(1) {
["name"]=>
string(12) "SEAT CONTROL"
}
["module"]=>
array(2) {
[0]=>
string(2) "pp"
[1]=>
string(2) "sc"
}
}
PHP 5.3 output:
object(SimpleXMLElement)#4 (2) {
["@attributes"]=>
array(1) {
["name"]=>
string(13) "ENTERTAINMENT"
}
["module"]=>
array(2) {
[0]=>
string(2) "cv"
[1]=>
string(7) "entsimp"
}
}
array(1) {
["module"]=>
array(2) {
[0]=>
string(2) "cv"
[1]=>
string(7) "entsimp"
}
}
object(SimpleXMLElement)#5 (2) {
["@attributes"]=>
array(1) {
["name"]=>
string(12) "SEAT CONTROL"
}
["module"]=>
array(2) {
[0]=>
string(2) "pp"
[1]=>
string(2) "sc"
}
}
array(1) {
["module"]=>
array(2) {
[0]=>
string(2) "pp"
[1]=>
string(2) "sc"
}
}
Not that the attributes are gone when SimpleXML objects are converted in
PHP 5.3. Is this a bug or a feature change?
- Frank
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
|
|
|
