| #34831 [Bgs]: parse_url behavior changed from 5.0.4 to 5.0.5 breaks code |
|
 |
Index ‹ php-dev
|
- Previous
- 1
- #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
- 7
- #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
- 7
- #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
- 8
- #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
- 8
- #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
- 8
- #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
- 8
- #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
- #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
- 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
- 11
- #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
- #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
- 12
- #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
- 12
- #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
- 13
- #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] 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
|
| Author |
Message |
php-bugs
|
 Posted: 2005-10-11 23:50:46 |
Top |
php-dev, #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
|
| |
|
| |
|
| |
|
Index ‹ php-dev |
- Next
- 1
- #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
- 2
- #27411 [Opn->Bgs]: sapi_apache2.c version incompatability ID: 27411
Updated by: email***@***.com
Reported By: joplin at moabutah dot com
-Status: Open
+Status: Bogus
Bug Type: Apache2 related
Operating System: Linux/Red Hat 9
PHP Version: 4.3.4
New Comment:
1. Reinstall Apache2. Make sure you don't have ANY old apache headers
laying around in your system!
2. Remove all the unnecessary configure options (--enable-versioning,
all the tsrm related ones, etc. some of those don't even EXIST
anymore)
3. Use proper paths for the configure options. (/usr/lib is _NEVER_
correc, plain /usr is!!)
4. Ask ANY further support questions on the mailing lists.
Previous Comments:
------------------------------------------------------------------------
[2004-02-26 21:08:40] joplin at moabutah dot com
Description:
------------
Compiles fine, Makes Fine, Make Install - Fine.
When restarting apache,
> /wwwroot/bin/apachectl start
httpd: module
"/usr/src/php4-STABLE-200402270030/sapi/apache2handler/sapi_apache2.c"
is not compatible with this version of Apache (found 20020628, need
20020903).
Please contact the vendor for the correct version.
Gives this error.
Can't seem to find a fix, or anything.
Configure command used:
./configure --prefix=/wwwroot/php --with-config-file-path=/wwwroot/php
--enable-bcmath --enable-calendar --enable-dbase --enable-dbx
--enable-dio --enable-exif --enable-filepro --enable-ftp
--enable-gd-native-ttf --enable-mbstring --enable-mbstr-enc-trans
--enable--mbregex --enable-overload --enable-shmop
--enable-ucd-snmp-hack --enable-sockets --enable-aggregate
--enable-sysvsem --enable-sysvshm --enable-tokenizer --enable-wddx
--enable-yp --enable-versioning --with-mod-charset --with-openssl
--with-zlib-dir=/usr/lib --with-zlib --with-jpeg-dir=/usr/lib
--with-tiff-dir=/usr/lib --with-png-dir=/usr/lib --with-curl --with-db
--with-gd --with-ttf --with-gettext --with-gmp --with-hyperwave
--with-kerberos --with-ldap --with-mcal=/usr/lib --with-mhash
--with-mysql --with-regex=php --with-iconv --enable-track-vars
--enable-trans-sid --with-tsrm-st --with-tsrm-pthreads --enable-debug
--with-apxs2=/usr/sbin/apxs
Installed Apache: httpd-2.0.48 (no problems)
Would like to know which direction to head from here.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=27411&edit=1
- 3
- #16408 [Opn->Csd]: session handling does not work with IE6 ID: 16408
User updated by: sb at bpm dot ch
Reported By: sb at bpm dot ch
-Status: Open
+Status: Closed
Bug Type: Session related
Operating System: Windows NT (IIS) & AIX (Apache)
PHP Version: 4.1.1
New Comment:
this issue can be closed now.
Previous Comments:
------------------------------------------------------------------------
[2003-12-10 07:28:54] sb at bpm dot ch
This problem occures only, if the hostname of the server contains an
"_" (underscore). We have changed the hostname now.
Stephan
------------------------------------------------------------------------
[2003-12-10 07:22:16] peter dot lerner at commerzbank dot com
If the session info is saved as a file, instead of a file called
sess_<cryptic session-id>, you will find a file named 'sess_null'.
-rw------- 1 myuid mygid 1535549 Dec 10 12:57 sess_null
I'm running php4.3.4 on apache2 on a solaris8 box.
Browser is Internet Explorer 6.0.2800.1106CO.
Session management troubles happen only with IE6, but runs fine with
e.g. Mozilla 1.5.
The problem is *very*critical* for us, because _every_ user who logs on
with an IE6 gets user permissions from the sess_null. sess_null could
be the admin's session.
Vice versa it's also a problem if the first user to create a sess_null
was not-privileged, and the subsequent admin logon is "castrated" to
the non-privileged level.
------------------------------------------------------------------------
[2002-07-10 01:00:05] 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-05-03 13:01:31] jan dot vlcinsky at cad-programs dot com
I thing, you forgot to place quotes around variable name
Instead of
session_register(User); BAD
use
session_register("User"); OK
------------------------------------------------------------------------
[2002-04-03 09:46:55] email***@***.com
Hmm. I use IE6+Linux/Apache and I don't have problem.
Could you look into packets using sniffer? and see if there is any
difference with IE6 and IE5.
Ehtereal works on a lot of platforms and very easy to use.
http://www.ethereal.com/
------------------------------------------------------------------------
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/16408
--
Edit this bug report at http://bugs.php.net/?id=16408&edit=1
- 4
- #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
- 5
- [PHP-DEV] Why isn't base class constructors or destructors required to be called? (was: [PHP-DEV] Return type hints)Hello Terje,
Thursday, September 14, 2006, 9:47:20 PM, you wrote:
> (This went to me privately, but in order for this to benefit the discussion,
> I reply to the list, as well. Besides, there's now another thread for this,
> too)
> Hi Richard.
>> When would the constructor be called automatically? I've used Delphi
>> and you use the inherit verb (or inherited - long time ago - can't
>> remember exactly). In PHP parent::__construct (though I think
>> parent::__METHOD__ would be cleaner as this removes ambiguity on the
>> actual name for all inherited methods).
> Well, let's look at C++, which I'm most familiar with.
PHP is not C++ and speaking of constructors and destrcutors PHP goes morethe
Delphi way. We do not claim to follow any other language precisely, PHP is
it's own language with its own feature set.
It seems to me that you are using the wrong language. I guess you should
have a look at Phyton.
best regards
marcus
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 6
- #44270 [Com]: $mysqli->info is NULL, not an empty string, for "not supported situations" ID: 44270
Comment by: uwendel at mysql dot com
Reported By: stein at visibone dot com
Status: Open
Bug Type: MySQLi related
Operating System: Win2K
PHP Version: 5.2.5
New Comment:
Interesting question and good point. In real life only few people might
notice the difference and cast the return value to string, but good
question...
Please don't commit the change. I wonder if there are more such tiny
differences. For example, I wonder if my mysqli_info.phpt test is
correct. Let me check in more detail first before we change anything.
Ulf
Previous Comments:
------------------------------------------------------------------------
[2008-03-04 13:45:07] email***@***.com
Hi Johannes/Ulf
Whereas the documentation says "empty string" for each string property,
i guess that could be modified the macro responsible for that.
http://felipe.ath.cx/diff/bug44270.diff
What do you think? :)
------------------------------------------------------------------------
[2008-02-27 17:55:22] stein at visibone dot com
Description:
------------
$mysqli->info is NULL instead of empty string for "not supported
situations" (i.e. queries other than multi-row INSERT, LOAD, ALTER,
UPDATE) The procedural mysqli_info() does return the empty string, as
documented.
Reproduce code:
---------------
Query: 'INSERT INTO t (id) VALUES (1),(2),(3)'
mysqli_info(): 'Records: 3 Duplicates: 0 Warnings: 0'
$mysqli->info: 'Records: 3 Duplicates: 0 Warnings: 0'
Query: 'INSERT INTO t (id) VALUES (9)'
mysqli_info(): ''
$mysqli->info: NULL
Expected result:
----------------
(see above)
Actual result:
--------------
the object oriented property $mysqli->info should be the empty string
after "not supported situations", e.g. a single-row insert.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=44270&edit=1
- 7
- #39419 [Opn->Bgs]: in CLI mode, echo isn't workint correctly ID: 39419
Updated by: email***@***.com
Reported By: prophet75 at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: CGI related
Operating System: Linux 2.6.9-22.ELsmp
PHP Version: 5.2.0
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 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:
------------------------------------------------------------------------
[2006-11-08 04:04:45] prophet75 at gmail dot com
Description:
------------
in CLI mode, It is no output without over than 1024 byte character or
new line character.
Reproduce code:
---------------
in test.php
<?php
echo "test"; // No result
?>
% php test.php
Expected result:
----------------
test
Actual result:
--------------
No output
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=39419&edit=1
- 8
- #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
- 9
- #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
- 10
- #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
- 11
- #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
- 12
- [PHP-DEV] Fw: #37507 [Bgs]: loading the php_printer.dllThis seams to be a problem in TSRM. I get this error when using the CLI
version but not with the CGI version. I think this is the same error
reported with the tidy extension (and possible others that register a dtor
for global data.
Looking a bit at the code I see one difference between CLI and CGI:
In php_cli.c we have
#ifdef ZTS
tsrm_shutdown();
#endif
and in cgi_main.c we have
#ifdef ZTS
/*tsrm_shutdown();*/
#endif
If I disable tsrm_shutdown() in the cli code I do not get a crash. Any
reason why the code is different here?
- Frank
-------- Original mail --------
From: mdlawler at gwmicro dot com <email***@***.com>
To: email***@***.com
Subject: #37507 [Bgs]: loading the php_printer.dll extension causes php to
crash
> ID: 37507
> User updated by: mdlawler at gwmicro dot com
> Reported By: mdlawler at gwmicro dot com
> Status: Bogus
> Bug Type: Reproducible crash
> Operating System: Windows XP
> PHP Version: 6CVS-2006-05-18 (CVS)
> New Comment:
>
> Since this binary is still included in the pecl distribution for
> Windows it seems that some support should be available. If this isn't
> the case how is one supposed to be able to print from php?
>
>
> Previous Comments:
>
------------------------------------------------------------------------
>
> [2006-05-18 19:07:46] email***@***.com
>
> That's because it isn't maintained any longer and was
> therefor never released as a PECL extension.
>
> Please keep this report as bogus as this is not a PHP bug.
>
>
------------------------------------------------------------------------
>
> [2006-05-18 18:59:29] mdlawler at gwmicro dot com
>
> I searched the pecl bug system and couldn't find a category for the
> php_printer extension.
>
>
------------------------------------------------------------------------
>
> [2006-05-18 18:35:32] email***@***.com
>
> Please report problems in PECL extensions using PECL bugsystem.
> Thank you.
>
>
------------------------------------------------------------------------
>
> [2006-05-18 18:30:49] mdlawler at gwmicro dot com
>
> Description:
> ------------
> insert the line
> extension=php_printer.dll
> in php.ini and run php -v and a crash will be generated. I can also
> repro this with the latest 5.2 cvs as well as the released 5.1.4. I'm
> using the correct php_printer.dll for each version. This broke
> sometime during the 5.1.3 dev cycle.
>
>
>
>
------------------------------------------------------------------------
>
>
> --
> Edit this bug report at http://bugs.php.net/?id=37507&edit=1
>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 13
- [PHP-DEV] Upcoming features PHP 6?Hi,
Is there any list of the upcoming features of PHP 6 (as update of
http://www.php.net/~derick/meeting-notes.html)
For instance, what has been decided on macro's?
Best regards,
Arnold
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 14
- #34742 [Ver->Csd]: [PATCH] FTP fopen wrapper does not work with all servers ID: 34742
Updated by: email***@***.com
Reported By: fcartegnie at nordnet dot fr
-Status: Verified
+Status: Closed
Bug Type: FTP related
Operating System: *
PHP Version: 5CVS, 4CVS (2005-10-06) (cvs)
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-10-05 17:35:49] fcartegnie at nordnet dot fr
I've read your bug #. I guess that this problem is then happening with
more than one ftpserver. Minor changes in php would ensure
compatibility. Also, splitting commands like 'USER' or 'PASS' in
multiple packets does not make really sense.
------------------------------------------------------------------------
[2005-10-05 17:28:02] email***@***.com
I've been already hited by this problem (see bug #30516), but I was
connecting to another FTP server.
In that time, Konqueror and Mozilla weren't also able to connect to
that server, so PHP isn't alone :)
------------------------------------------------------------------------
[2005-10-05 17:01:17] fcartegnie at nordnet dot fr
Description:
------------
I was stuck with a fopen("ftp://...
resulting in a
"failed to open stream: FTP server reports 220 Serv-U FTP Server v6.0
for WinSock ready..."
This URL was working with any other software (WGET, CURL).
After analysing and tracing the code, I found the reason: This
ftpserver (or maybe firewall) expects only full line commands. The
FTP_fopen_wrapper outputs commands while generating then. TCPdumping
the flow shows the php client
sends "USER " in a single packet, then the remaining of the command.
Thoses servers answers after the packet, and php read a wrong command
result so.
Reproduce code:
---------------
I can give privately IP/login/pass for reproducing.
Expected result:
----------------
Commands in a single line/packet.
Patch follows.
Actual result:
--------------
--- php-4.4.0/ext/standard/ftp_fopen_wrapper.c 2005-06-27
10:27:23.000000000 +0200
+++ php-4.4.0_modifie/ext/standard/ftp_fopen_wrapper.c 2005-10-05
16:46:03.000000000 +0200
@@ -139,7 +139,7 @@
php_url *resource=NULL;
char tmp_line[512];
char ip[sizeof("123.123.123.123")];
- unsigned short portno;
+ unsigned short portno;char *commandbuffer=NULL;
char *scratch;
int result;
int i, use_ssl, tmp_len;
@@ -255,18 +255,19 @@
}
/* send the user name */
- php_stream_write_string(stream, "USER ");
if (resource->user != NULL) {
unsigned char *s, *e;
tmp_len = php_raw_url_decode(resource->user,
strlen(resource->user));
PHP_FTP_CNTRL_CHK(resource->user, tmp_len, "Invalid login %s")
- php_stream_write_string(stream, resource->user);
+ commandbuffer = (char *) malloc((strlen("USER \r\n") +
strlen(resource->user) + 1) * sizeof(char));
+ commandbuffer[0]='\0'; commandbuffer = strcat( strcat(
strcat(commandbuffer,"USER "), resource->user), "\r\n");
+ php_stream_write_string(stream, commandbuffer);
+ free(commandbuffer);
} else {
- php_stream_write_string(stream, "anonymous");
+ php_stream_write_string(stream, "USER anonymous\r\n");
}
- php_stream_write_string(stream, "\r\n");
/* get the response */
result = GET_FTP_RESULT(stream);
@@ -275,23 +276,27 @@
if (result >= 300 && result <= 399) {
php_stream_notify_info(context, PHP_STREAM_NOTIFY_AUTH_REQUIRED,
tmp_line, 0);
- php_stream_write_string(stream, "PASS ");
if (resource->pass != NULL) {
tmp_len = php_raw_url_decode(resource->pass,
strlen(resource->pass));
PHP_FTP_CNTRL_CHK(resource->pass, tmp_len, "Invalid password %s")
- php_stream_write_string(stream, resource->pass);
+ commandbuffer = (char *) malloc((strlen("PASS \r\n") +
strlen(resource->pass) + 1) * sizeof(char));
+ commandbuffer[0]='\0'; commandbuffer = strcat( strcat(
strcat(commandbuffer,"PASS "), resource->pass), "\r\n");
+ php_stream_write_string(stream, commandbuffer);
+ free(commandbuffer);
} else {
/* if the user has configured who they are,
send that as the password */
if (cfg_get_string("from", &scratch) == SUCCESS) {
- php_stream_write_string(stream, scratch);
+ commandbuffer = (char *) malloc((strlen("PASS \r\n") +
strlen(scratch) + 1) * sizeof(char));
+ commandbuffer[0]='\0'; commandbuffer = strcat( strcat(
strcat(commandbuffer,"PASS "), scratch), "\r\n");
+ php_stream_write_string(stream, commandbuffer);
+ free(commandbuffer);
} else {
- php_stream_write_string(stream, "anonymous");
+ php_stream_write_string(stream, "PASS anonymous\r\n");
}
}
- php_stream_write_string(stream, "\r\n");
/* read the response */
result = GET_FTP_RESULT(stream);
@@ -312,9 +317,10 @@
goto errexit;
/* find out the size of the file (verifying it exists) */
- php_stream_write_string(stream, "SIZE ");
- php_stream_write_string(stream, resource->path);
- php_stream_write_string(stream, "\r\n");
+ commandbuffer = (char *) malloc((strlen("SIZE \r\n") +
strlen(resource->path) + 1) * sizeof(char));
+ commandbuffer[0]='\0'; commandbuffer = strcat( strcat(
strcat(commandbuffer,"SIZE "), resource->path), "\r\n");
+ php_stream_write_string(stream, commandbuffer);
+ free(commandbuffer);
/* read the response */
result = GET_FTP_RESULT(stream);
@@ -411,17 +417,27 @@
if (mode[0] == 'r') {
/* retrieve file */
- php_stream_write_string(stream, "RETR ");
+ if (resource->path == NULL) {
+ php_stream_write_string(stream, "RETR / \r\n");
+ } else {
+ commandbuffer = (char *) malloc((strlen("RETR \r\n") +
strlen(resource->path) + 1) * sizeof(char));
+ commandbuffer[0]='\0';
+ commandbuffer = strcat( strcat( strcat(commandbuffer, "RETR "),
resource->path), "\r\n");
+ php_stream_write_string(stream, commandbuffer);
+ free(commandbuffer);
+ }
} else {
/* store file */
- php_stream_write_string(stream, "STOR ");
- }
- if (resource->path != NULL) {
- php_stream_write_string(stream, resource->path);
- } else {
- php_stream_write_string(stream, "/");
+ if (resource->path == NULL) {
+ php_stream_write_string(stream, "STOR / \r\n");
+ } else {
+ commandbuffer = (char *) malloc((strlen("STOR \r\n") +
strlen(resource->path) + 1) * sizeof(char));
+ commandbuffer[0]='\0';
+ commandbuffer = strcat( strcat( strcat(commandbuffer, "STOR "),
resource->path), "\r\n");
+ php_stream_write_string(stream, commandbuffer);
+ free(commandbuffer);
+ }
}
- php_stream_write_string(stream, "\r\n");
/* open the data channel */
if (hoststart == NULL) {
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=34742&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
|
|
|
