| #27890 [Opn->Csd]: Application Popup message dllhost.exe |
|
 |
Index ‹ php-dev
|
- Previous
- 1
- #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
- 1
- [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
- 2
- #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
- 3
- #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
- #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
- #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
- 8
- #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
- 9
- #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
- 9
- #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
- 10
- #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
- 13
- #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
- 13
- #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
- 15
- #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
- 16
- #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
- 16
- #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
|
| Author |
Message |
sniper
|
 Posted: 2004-4-14 3:36:45 |
Top |
php-dev, #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
|
| |
|
| |
|
| |
|
Index ‹ php-dev |
- Next
- 1
- [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
- 2
- #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
- 3
- #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
- 4
- #14049 [Com]: Inconsistent return in realpath ID: 14049
Comment by: brandon dot whitehead at orst dot edu
Reported By: g dot noel at symphonieonline dot com
Status: Assigned
Bug Type: *Directory/Filesystem functions
Operating System: win32 only
PHP Version: 4.3.3RC5-dev, 5.0.0b2-dev
Assigned To: iliaa
New Comment:
I get the following output when run on Linux and Windows, both running
4.3.2. I ran this test with the command line interface.
<?php
echo '['.realpath('./invalid/dir/or/file/name').']';
?>
The results:
On Windows : [d:\http\invalid\dir\or\file\name]
On Linux : []
The function should return false if the file is not a valid file
(according to the documentation). It does not do this in Windows. I
am not making this up. The problem still exists, on both Windows 2000
Pro and Windows XP Pro.
Though possible, I doubt this is a configuration issue.
Previous Comments:
------------------------------------------------------------------------
[2003-08-20 19:10:11] email***@***.com
This is back, on windows, realpath() returns still any path, even if it
doesn't exist. (manual says it's supposed to return FALSE in such
case)
------------------------------------------------------------------------
[2002-06-04 16:21:58] email***@***.com
This bug has been fixed in CVS. You can grab a snapshot of the
CVS version at http://snaps.php.net/. In case this was a documentation
problem, the fix will show up soon at http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites.
Thank you for the report, and for helping us make PHP better.
------------------------------------------------------------------------
[2001-11-14 04:24:48] g dot noel at symphonieonline dot com
<?php
echo '['.realpath('./invalid/dir/or/file/name).']';
?>
On Windows : [c:\www\invalid\dir\or\file\name]
On Linux : []
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=14049&edit=1
- 5
- [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
- 6
- #37048 [Opn->Bgs]: str_split returns non-empty array when given empty string as argument ID: 37048
Updated by: email***@***.com
Reported By: gtg782a at mail dot gatech dot edu
-Status: Open
+Status: Bogus
Bug Type: Strings related
Operating System: RH 7.3
PHP Version: 5.1.2
New Comment:
RTFM "If the split_length length exceeds the length of string, the
entire string is returned as the first (and only) array element."
Previous Comments:
------------------------------------------------------------------------
[2006-04-12 02:37:55] gtg782a at mail dot gatech dot edu
Description:
------------
In the lastest version of PHP (5.1.2), running str_split with an empty
string returns an array containing a single element, which is also an
empty string. This seems counterintuitive and is a different result
than in previous versions of PHP5. Rather than return a single-element
array with an empty string, I would expect an empty array with no
elements. (5.0.4 evaluates in the latter way - giving the more
intuitive result).
This makes a difference when the resulting array is used as the
argument to foreach, for example, such as foreach(str_split($string) as
$letter). If a string is empty, it would be intuitive that foreach would
never execute its inner code.
If this is an intended behavior, then the version difference ought to
be noted in the documentation. I do think, however, that the old
behavior made more sense.
Reproduce code:
---------------
var_dump(str_split(""));
Expected result:
----------------
array(0) { }
Actual result:
--------------
array(1) { [0]=> string(0) "" }
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=37048&edit=1
- 7
- [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
- 8
- #36226 [Opn->Fbk]: Inconsistent handling when passing potential arrays. ID: 36226
Updated by: email***@***.com
Reported By: say_ten at multiplay dot co dot uk
-Status: Open
+Status: Feedback
Bug Type: SOAP related
Operating System: FreeBSD 6.0-p4
PHP Version: 5.1.2
Assigned To: dmitry
New Comment:
Could you please provide a working example with expected output. I
cannot imagine the situation when ext/soap will return array(null) for
unexisting XML elements.
Previous Comments:
------------------------------------------------------------------------
[2007-02-08 15:32:19] email***@***.com
Enabling this feature seems to result in giving me an array(null) if I
have a nill'ed sequence. Not sure if this is why you originally
introduced the feature of not returning single element sequences as
array's, but I was hoping to get an empty array in the above case.
------------------------------------------------------------------------
[2006-02-02 12:42:40] email***@***.com
This is not a bug but feature.
I stayed the default behavior unchanged, but added ability to create
arrays even if only one element exists.
To create arrays with single element, you should use special option in
SoapServer/SoapClient constructor.
$x = new SoapClient($wsdl, array('features' =>
SOAP_SINGLE_ELEMENT_ARRAYS));
Fixed in CVS HEAD and PHP_5_1.
------------------------------------------------------------------------
[2006-01-31 15:45:34] email***@***.com
Assigned to the maintainer.
------------------------------------------------------------------------
[2006-01-31 13:24:23] say_ten at multiplay dot co dot uk
Description:
------------
When using the following WSDL reponse the server is allowed to return 0
to many recipes.
<xsd:complexType name="getRecipesResponse_t">
<xsd:sequence>
<xsd:element name="recipes" type="types:Recipe" minOccurs="0"
maxOccurs="unbounded" />
</xsd:sequence>
</xsd:complexType>
The code returned from the function would be of the type:
array( array( "id" => 3, "recipe" => cake, "description" => "desc" )
);
If their is only 1 recipe the client returns a standard object of the
recipe. If there's more than one, the client returns an array of
recipes. This inconsitency results in code to detect and wrap the std
class into an array for compatibility with the following code,
foreach() for example. This is also true when passing arrays of arrays
to the SOAP server.
Expected result:
----------------
I would expect the single element arrays passed in to remain single
element arrays at the other end.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=36226&edit=1
- 9
- [PHP-DEV] [PATCH] ext/snmp/snmp.c memleaks--------------010802030300080502080306
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Hi,
the following patch fixes memory leaks in the snmp module.
Diff against PHP 5.2 CVS branch.
I'd also like to supply a patch later adding support for multiple
set/get operations in one PDU. I'd like not to use php_snmp_internal()
function for my new operations because I think that function is to
complex and hard to audit. Is that acceptable?
The new function definitions would be something like:
array snmp_mget(string $version, string $hostname, mixed
$authparameters, array $variables, [int $timeout, [int $retries]])
Where $authparameters may be (possibly) one of
string <community>
array (<community>)
array (snmpv3param1, snmpv3param2,....)
$variables = array('var1','var2',...)
Result will be returned in same fashion as realwalk().
and
boolean snmp_mset(string $version, string $hostname, mixed
$authparameters, array $variables, [int $timeout, [int $retries]])
$variables = array(
array('oid','type','value'),
array('oid2','type2','value2')
);
//Gustaf
--------------010802030300080502080306
Content-Type: text/plain;
name="ext-snmp-snmp.c-memleakfix.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="ext-snmp-snmp.c-memleakfix.patch"
Index: snmp.c
===================================================================
RCS file: /repository/php-src/ext/snmp/snmp.c,v
retrieving revision 1.106.2.2.2.4
diff -u -r1.106.2.2.2.4 snmp.c
--- snmp.c 1 Jan 2007 09:36:06 -0000 1.106.2.2.2.4
+++ snmp.c 20 Jun 2007 09:18:49 -0000
@@ -421,6 +421,7 @@
name_length = MAX_OID_LEN;
if (!snmp_parse_oid(objid, name, &name_length)) {
php_error_docref(NULL TSRMLS_CC, E_WARNING, "Invalid object identifier: %s", objid);
+ snmp_free_pdu(pdu);
snmp_close(ss);
RETURN_FALSE;
}
@@ -434,6 +435,7 @@
sprint_objid(buf, name, name_length);
#endif
php_error_docref(NULL TSRMLS_CC, E_WARNING, "Could not add variable: %s %c %s", buf, type, value);
+ snmp_free_pdu(pdu);
snmp_close(ss);
RETURN_FALSE;
}
@@ -467,11 +469,13 @@
*return_value = *snmpval;
zval_copy_ctor(return_value);
zval_ptr_dtor(&snmpval);
+ snmp_free_pdu(response);
snmp_close(ss);
return;
} else if (st == SNMP_CMD_GETNEXT) {
*return_value = *snmpval;
zval_copy_ctor(return_value);
+ snmp_free_pdu(response);
snmp_close(ss);
return;
} else if (st == SNMP_CMD_WALK) {
@@ -510,23 +514,28 @@
}
if (st == SNMP_CMD_GET) {
if ((pdu = snmp_fix_pdu(response, SNMP_MSG_GET)) != NULL) {
+ snmp_free_pdu(response);
goto retry;
}
} else if (st == SNMP_CMD_SET) {
if ((pdu = snmp_fix_pdu(response, SNMP_MSG_SET)) != NULL) {
+ snmp_free_pdu(response);
goto retry;
}
} else if (st == SNMP_CMD_GETNEXT) {
if ((pdu = snmp_fix_pdu(response, SNMP_MSG_GETNEXT)) != NULL) {
+ snmp_free_pdu(response);
goto retry;
}
} else if (st >= SNMP_CMD_WALK) { /* Here we do walks. */
if ((pdu = snmp_fix_pdu(response, ((session->version == SNMP_VERSION_1)
? SNMP_MSG_GETNEXT
: SNMP_MSG_GETBULK))) != NULL) {
+ snmp_free_pdu(response);
goto retry;
}
}
+ snmp_free_pdu(response);
snmp_close(ss);
if (st == SNMP_CMD_WALK || st == SNMP_CMD_REALWALK) {
zval_dtor(return_value);
--------------010802030300080502080306
Content-Type: text/plain; charset=us-ascii
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--------------010802030300080502080306--
- 10
- #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
- 11
- #35296 [Fbk->Csd]: daylight savings - new dates of change ID: 35296
User updated by: dmd at 3e dot org
Reported By: dmd at 3e dot org
-Status: Feedback
+Status: Closed
Bug Type: Date/time related
Operating System: irrelevant
PHP Version: 5.0.5
New Comment:
Tested - fixed in CVS.
Previous Comments:
------------------------------------------------------------------------
[2005-11-19 19:27:47] 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-11-19 19:21:02] dmd at 3e dot org
Description:
------------
On August 8, 2005, the Energy Policy Act of 2005 changed the
time change dates for Daylight Saving Time in the U.S.
Beginning in 2007, DST will begin on the second Sunday of
March and end the first Sunday of November.
Functions within all versions of PHP currently calculate these
dates incorrectly.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=35296&edit=1
- 12
- #43848 [NEW]: Should be an option to disable echo when reading php://stdinFrom: graced at wingsnw dot com
Operating system: Irrelevant
PHP version: 5.2.5
PHP Bug Type: Feature/Change Request
Bug description: Should be an option to disable echo when reading php://stdin
Description:
------------
Short of using an experimental extension that's not likely to be available
on a default install, there appears to be no way to disable/enable echoing
of stdin content when reading it.
A use case would be something like:
<?php
ob_implicit_flush(true);
echo "Please enter your password: ";
// code to disable echo here
$password = fgets(STDIN);
// code to re-enable echo here.
--
Edit bug report at http://bugs.php.net/?id=43848&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43848&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43848&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43848&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43848&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43848&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=43848&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43848&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=43848&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=43848&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43848&r=support
Expected behavior: http://bugs.php.net/fix.php?id=43848&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=43848&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=43848&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43848&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43848&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43848&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=43848&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43848&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43848&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43848&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=43848&r=mysqlcfg
- 13
- #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
- 14
- #36545 [Bgs]: OCIEnvNlsCreate() failed ID: 36545
User updated by: jistanidiot at gmail dot com
Reported By: jistanidiot at gmail dot com
Status: Bogus
Bug Type: OCI8 related
Operating System: RHEL4
PHP Version: 5.1.2
New Comment:
The 5.0.x was probably with Oracle 9i. All of the 5.1.x have been with
Oracle 10g.
I strongly object to this being labled as bogus. This is not an Oracle
issue as Oracle works just fine. This is clearly a PHP issue as PHP
does not work fine. PHP needs to meet the requirements of Oracle if it
is going to use Oracle. Until it can meet the requirements PHP has a
bug.
Previous Comments:
------------------------------------------------------------------------
[2006-02-28 10:30:40] email***@***.com
Oracle libraries have certain requirements and this is not PHP or OCI8
issue.
------------------------------------------------------------------------
[2006-02-27 23:56:27] cjbj at hotmail dot com
Can you verify that the same version of Oracle was used in yours tests
with PHP 5.0.3 and 5.1.x? Oracle 10.2 defaults to a stricter set of
directory permissions than previous versions of Oracle. The only time
I've seen this problem has been when the version of Oracle changed.
------------------------------------------------------------------------
[2006-02-27 18:19:59] jistanidiot at gmail dot com
Description:
------------
When any oci_connect is called an error message about OCIEnvNlSCreate()
failing is produced.
Workaround: add the apache user to the oracle group. This only occurs
in 5.2.1. Previous versions of PHP which I've tried (5.0.3 and 5.1.0)
did not have this problem. Obviously this is a security issue as the
apache user now has a lot more things it can use to wreak havoc.
Oracle version 10.2.0.1.0. Apache version 2.0.52.
OS: Red Hat Enterprise Linux ES 4.
Reproduce code:
---------------
$conn = oci_connect('user', 'pass', 'db');
if (!$conn) {
$e = oci_error();
print htmlentities($e['message']);
exit;
}
Expected result:
----------------
Expect to actually connect to the database
Actual result:
--------------
[error] PHP Warning: oci_connect() [<a
href='function.oci-connect'>function.oci-connect</a>]:
OCIEnvNlsCreate() failed. There is something wrong with your system -
please check that ORACLE_HOME is set and points to the right directory
in <scriptname> on line <linenum>
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=36545&edit=1
- 15
- #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
|
|
|
