#47109 [NEW]: Memory leak on $a->{"a"."b"} when $a is not an object
From: dmitry at zedn dot com
Operating system: *
PHP version: 5.2.8
PHP Bug Type: Scripting Engine problem
Bug description: Memory leak on $a->{"a"."b"} when $a is not an object
Description:
The following code produse a memory leak
Reproduce code:
---
{'a'.'b'};
?>
Expected result:
Notice: Undefined variable: a
Notice: Trying to get property of non-object
Actual result:
--
Notice: Undefined variable: a
Notice: Trying to get property of non-object
[Thu Jan 15 11:36:45 2009] Script: '-'
/home/dmitry/php/php5.3/Zend/zend_operators.c(1269) : Freeing 0x0AA20F64
(3 bytes), script=-
=== Total 1 memory leaks detected ===
--
Edit bug report at http://bugs.php.net/?id=47109&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47109&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47109&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47109&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47109&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=47109&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47109&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=47109&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=47109&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=47109&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=47109&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=47109&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=47109&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=47109&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47109&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47109&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47109&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=47109&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=47109&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=47109&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=47109&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=47109&r=mysqlcfg
#47109 [Opn->Asn]: Memory leak on $a->{"a"."b"} when $a is not an object
ID: 47109
Updated by: dmi...@php.net
Reported By: dmitry at zedn dot com
-Status: Open
+Status: Assigned
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5.2.8
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2009-01-15 08:37:54] dmitry at zedn dot com
Description:
The following code produse a memory leak
Reproduce code:
---
{'a'.'b'};
?>
Expected result:
Notice: Undefined variable: a
Notice: Trying to get property of non-object
Actual result:
--
Notice: Undefined variable: a
Notice: Trying to get property of non-object
[Thu Jan 15 11:36:45 2009] Script: '-'
/home/dmitry/php/php5.3/Zend/zend_operators.c(1269) : Freeing
0x0AA20F64 (3 bytes), script=-
=== Total 1 memory leaks detected ===
--
Edit this bug report at http://bugs.php.net/?id=47109&edit=1
#47110 [NEW]: Can not use ftp functions
From: konix dot net at du dot t-com dot hr
Operating system: Cent OS (Latest patch)
PHP version: 5.2.8
PHP Bug Type: FTP related
Bug description: Can not use ftp functions
Description:
I'm trying to connect to FTP server from a script.
Script is behind firewall.
Only FTP port is allowed (application/script is to be used in PCIDSS
enviroment).
We tried same script on other servers and no problem accured at all. This
could be a firewall / web application firewall (mod_security) issue but
we're not sure.
Reproduce code:
---
$ftp_array = array(
// Host, user, pass
);
$port = 21;
$network_timeout = 30;
echo "Connecting...\n";
// Connect
$ftp_connection = ftp_connect($ftp_array['host'], $port, network);
if ($ftp_connection) {
// Login
if ($login = ftp_login($ftp_connection, $ftp_array['user'],
$ftp_array['pass'])) {
// Pasive mode
ftp_pasv($ftp_connection, true);
// Change dir
ftp_chdir($ftp_connection, "in");
// Get dir listing
$contents = ftp_nlist($ftp_connection, ".");
// Echo list
echo '';
print_r($contents);
echo '';
} else {
echo "Can't login to remote server.";
}
ftp_close($ftp_connection);
} else {
exit("Can't connect to remote server.");
}
Expected result:
Array
(
[0] => .
[1] => ..
[2] => 11829_RATE_39.txt
)
Actual result:
--
Warning: ftp_nlist() [function.ftp-nlist]: php_connect_nonb() failed:
Operation now in progress (115) in /var/www/html/public_html/ftp_test.php
on line 30
--
Edit bug report at http://bugs.php.net/?id=47110&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47110&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47110&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47110&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47110&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=47110&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47110&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=47110&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=47110&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=47110&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=47110&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=47110&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=47110&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=47110&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47110&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47110&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47110&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=47110&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=47110&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=47110&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=47110&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=47110&r=mysqlcfg
#47109 [Asn->Csd]: Memory leak on $a->{"a"."b"} when $a is not an object
ID: 47109
Updated by: dmi...@php.net
Reported By: dmitry at zedn dot com
-Status: Assigned
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5.2.8
Assigned To: dmitry
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:
[2009-01-15 08:37:54] dmitry at zedn dot com
Description:
The following code produse a memory leak
Reproduce code:
---
{'a'.'b'};
?>
Expected result:
Notice: Undefined variable: a
Notice: Trying to get property of non-object
Actual result:
--
Notice: Undefined variable: a
Notice: Trying to get property of non-object
[Thu Jan 15 11:36:45 2009] Script: '-'
/home/dmitry/php/php5.3/Zend/zend_operators.c(1269) : Freeing
0x0AA20F64 (3 bytes), script=-
=== Total 1 memory leaks detected ===
--
Edit this bug report at http://bugs.php.net/?id=47109&edit=1
#47100 [Opn->Bgs]: Magic method __call() does not work when class is named __call
ID: 47100 User updated by: dreadlabs at gmail dot com Reported By: dreadlabs at gmail dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Ubuntu PHP Version: 5.2.8 New Comment: Henrique, Thanks for that, i completely forgot about the php4 backwards compatibility. I havent used php4 in so long that it totally slipped my mind. Bug set as bogus. Previous Comments: [2009-01-15 03:02:44] typoon at gmail dot com Think about it for a minute. If you class is called '__call' and you declare a function '__call', that one would be the constructor right? The error you experience is that you are calling the constructor without the parameters it expects. Check this code: test(); ?> So, either PHP should not allow a class to have the same name as magic methods, or you need to play with the idea that the constructor comes first. Other 'workaround' for this would be: test(); $obj2 = new __call; ?> Now you have a __construct() function, so __call can be used normally. Regards, Henrique [2009-01-14 17:54:44] dreadlabs at gmail dot com Personally, i dont see why you would raise a fatal error when using magic methods for class names, you're not conflicting with anything, it should allow you to use it as normal. [2009-01-14 17:42:53] crrodriguez at opensuse dot org Interesting.. in reality it IMHO should abort with a fatal error when classes are named __construct, __destruct, __call, __callStatic, __get, __set, __isset, __unset, __sleep, __wakeup, __toString, __set_state and __clone. [2009-01-14 15:11:04] dreadlabs at gmail dot com Description: I created a class named __call, within that class i created the magic method __call. I then instantiated the __call class and tried to call a non-existent method. I then got a missing argument error from PHP, instead of it using the __call method. Reproduce code: --- test(); ?> Expected result: test Actual result: -- Warning: Missing argument 1 for __call::__call(), called in /home/tam/test.php on line 15 and defined in /home/tam/test.php on line 5 Warning: Missing argument 2 for __call::__call(), called in /home/tam/test.php on line 15 and defined in /home/tam/test.php on line 5 -- Edit this bug report at http://bugs.php.net/?id=47100&edit=1
#47028 [Com]: Strange foreach behavior when using references
ID: 47028
Comment by: kobieta dot ryba at gmail dot com
Reported By: kobieta dot ryba at gmail dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 6CVS-2009-01-07 (CVS)
New Comment:
Is there anybody reading this?
Previous Comments:
[2009-01-07 14:33:21] kobieta dot ryba at gmail dot com
Description:
I've noticed strange behavior when using references and foreach loop.
It throws an error "Invalid argument supplied for foreach" but if the
code
// $ass = &$array;
is commented out, the result is as expected:
Output:
in
in
in
Reproduce code:
---
&$v)
{
$array = false;
$v = "Test";
echo "in\n";
}
?>
Expected result:
in
in
in
Actual result:
--
in
Warning: Invalid argument supplied for foreach() in test.php on line 5
--
Edit this bug report at http://bugs.php.net/?id=47028&edit=1
#47113 [NEW]: Corrupt DBF When Using DATE
From: Shock dot art at gmail dot com Operating system: FreeBSD 6.3-STABLE PHP version: 5.2.8 PHP Bug Type: dBase related Bug description: Corrupt DBF When Using DATE Description: Creating or opening a dBase file with a DATE-field type, will create a database with lenght = 0 for "date" field type. Reproduce code: --- Reproduce code: --- Expected result: A simple database with 5 lines, where DATE, Name & Email are entered correctly. Actual result: -- The code above will create file called "test.dbf", which is corrupted when opening it with any normal DBF-viewer (CDBF, DBF Manager, ...). If the DATE-field is replaced with a CHAR-field, all works fine. Date-format is taken from the PHP.NET website and confirmed by the dBase-format. -- Edit bug report at http://bugs.php.net/?id=47113&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47113&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47113&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47113&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47113&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47113&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47113&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47113&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47113&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47113&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47113&r=support Expected behavior: http://bugs.php.net/fix.php?id=47113&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47113&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47113&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47113&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47113&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47113&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47113&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47113&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47113&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47113&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47113&r=mysqlcfg
#47113 [Opn]: Corrupt DBF When Using DATE
ID: 47113 User updated by: Shock dot art at gmail dot com Reported By: Shock dot art at gmail dot com Status: Open Bug Type: dBase related Operating System: FreeBSD 6.3-STABLE PHP Version: 5.2.8 New Comment: Creating a dBase file with a DATE-field type, will corrupt the database. Previous Comments: [2009-01-15 10:43:36] Shock dot art at gmail dot com Description: Creating or opening a dBase file with a DATE-field type, will create a database with lenght = 0 for "date" field type. Reproduce code: --- Reproduce code: --- Expected result: A simple database with 5 lines, where DATE, Name & Email are entered correctly. Actual result: -- The code above will create file called "test.dbf", which is corrupted when opening it with any normal DBF-viewer (CDBF, DBF Manager, ...). If the DATE-field is replaced with a CHAR-field, all works fine. Date-format is taken from the PHP.NET website and confirmed by the dBase-format. -- Edit this bug report at http://bugs.php.net/?id=47113&edit=1
#46282 [Com]: Corrupt DBF When Using DATE
ID: 46282 Comment by: no at spam dot net Reported By: mattias dot geniar at gmail dot com Status: No Feedback Bug Type: dBase related Operating System: CentOS 5.2 PHP Version: 5.2.6 New Comment: I have the same problem on FreeBSD 6.3-STABLE, PHP5.2.8 Previous Comments: [2008-11-18 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2008-11-10 11:32:59] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2008-10-12 14:03:50] mattias dot geniar at gmail dot com Description: Creating a dBase file with a DATE-field type, will corrupt the database. Work-around as for now is to use a CHAR-type and convert it later manually. This bug is similar to #42261, which dates back to August 2007. Reproduce code: --- Expected result: A simple database with 5 lines, where DATE, Name & Email are entered correctly. Actual result: -- The code above will create file called "test.dbf", which is corrupted when opening it with any normal DBF-viewer (CDBF, DBF Manager, ...). If the DATE-field is replaced with a CHAR-field, all works fine. Date-format is taken from the PHP.NET website and confirmed by the dBase-format. -- Edit this bug report at http://bugs.php.net/?id=46282&edit=1
#47111 [NEW]: Installation fails
From: bychkov dot anton at gmail dot com Operating system: Windows XP SP3 5.1.2600 PHP version: 5.2.8 PHP Bug Type: Windows Installer Bug description: Installation fails Description: Installation options: CGI on IIS. Got error: 1. "Product: PHP 5.2.8 -- Error 1720. 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. Custom action configIIS4 script error -2146828275, Microsoft VBScript runtime error: Type mismatch: '[string: "5.1"]' Line 179, Column 5" 2. No files are copied to the installation folder. Expected result: Expected successfull installation. -- Edit bug report at http://bugs.php.net/?id=47111&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47111&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47111&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47111&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47111&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47111&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47111&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47111&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47111&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47111&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47111&r=support Expected behavior: http://bugs.php.net/fix.php?id=47111&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47111&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47111&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47111&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47111&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47111&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47111&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47111&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47111&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47111&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47111&r=mysqlcfg
#47035 [Opn->Csd]: dns_get_record returns a garbage byte at the end of a TXT record
ID: 47035
Updated by: j...@php.net
Reported By: valli at icsurselva dot ch
-Status: Open
+Status: Closed
Bug Type: Network related
Operating System: gentoo
PHP Version: 5.2.8
Assigned To: felipe
Previous Comments:
[2009-01-12 20:40:47] fel...@php.net
Sure, it's right to do.
We add a new entry in the array returned, on 5.3+ we get:
array(6) {
["host"]=>
string(35) "82.19.186.195.aspath.routeviews.org"
["type"]=>
string(3) "TXT"
["txt"]=>
string(31) "13237 3303 44038195.186.0.017"
["entries"]=>
array(3) {
[0]=>
string(16) "13237 3303 44038"
[1]=>
string(11) "195.186.0.0"
[2]=>
string(2) "17"
}
["class"]=>
string(2) "IN"
["ttl"]=>
int(592)
}
[2009-01-09 12:52:12] paj...@php.net
I agree, it would be more logical to return an array of strings.
Comments?
[2009-01-09 11:36:01] valli at icsurselva dot ch
Hello again,
I just dicovered that the garbage chars not
only appear at the end of a TXT record.
Example:
nslookup -type=TXT 82.19.186.195.aspath.routeviews.org
Returns: text = "13237 3303 44038" "195.186.0.0" "17"
This DNS request returns 3 Strings.
If I do this with dns_get_record the strings are concatenated
(containing a garbage char between the strings)
BTW: Is it really a good idea to concatenate this strings?
Wouldn't it better to return a array containing this strings?
Example: the anwers from routeviews.org are really
hard (if not impossible) to parse in this way:
"13237 3303 44038195.186.0.017"
it would be better in this way:
array("13237 3303 44038","195.186.0.0","17")
[2009-01-08 17:20:39] fel...@php.net
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.
Thanks.
[2009-01-08 10:45:05] paj...@php.net
Felipe, can you give it a try please?
http://cvs.php.net/viewvc.cgi/php-src/ext/standard/dns.c?r1=1.70.2.7&r2=1.70.2.7.2.7&pathrev=PHP_5_2
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/47035
--
Edit this bug report at http://bugs.php.net/?id=47035&edit=1
#47095 [Opn->Bgs]: Japanese encoded in UTF-8 display as ????
ID: 47095 Updated by: j...@php.net Reported By: webmaster at einsamsoldat dot net -Status: Open +Status: Bogus -Bug Type: *Unicode Issues +Bug Type: *General Issues Operating System: CentOS release 5.2 (Final) PHP Version: 5.2.8 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. Fix your server settings. Previous Comments: [2009-01-14 06:31:08] webmaster at einsamsoldat dot net The bug submission has converted my Japanese UTF-8 characters to わたしの名前は [2009-01-14 05:57:16] webmaster at einsamsoldat dot net Description: Unicode Japanese characters show as once alphanumeric character is included in the php code Win32 PHP 5.2.8 does not have the problem. Reproduce code: --- http://www.einsamsoldat.net' target='_blank'>".'わたしの名前は'." "; Expected result: わたしの名前は ---Not Output--- *Note: A hyperlink pointing to http://www.einsamsoldat.net Actual result: -- ??? -- Edit this bug report at http://bugs.php.net/?id=47095&edit=1
#47110 [Opn->Fbk]: Can not use ftp functions
ID: 47110
Updated by: j...@php.net
Reported By: konix dot net at du dot t-com dot hr
-Status: Open
+Status: Feedback
Bug Type: FTP related
Operating System: Cent OS (Latest patch)
PHP Version: 5.2.8
New Comment:
IIRC, it's just a buggy FTP server issue.
Previous Comments:
[2009-01-15 08:39:14] konix dot net at du dot t-com dot hr
Description:
I'm trying to connect to FTP server from a script.
Script is behind firewall.
Only FTP port is allowed (application/script is to be used in PCIDSS
enviroment).
We tried same script on other servers and no problem accured at all.
This could be a firewall / web application firewall (mod_security) issue
but we're not sure.
Reproduce code:
---
$ftp_array = array(
// Host, user, pass
);
$port = 21;
$network_timeout = 30;
echo "Connecting...\n";
// Connect
$ftp_connection = ftp_connect($ftp_array['host'], $port, network);
if ($ftp_connection) {
// Login
if ($login = ftp_login($ftp_connection, $ftp_array['user'],
$ftp_array['pass'])) {
// Pasive mode
ftp_pasv($ftp_connection, true);
// Change dir
ftp_chdir($ftp_connection, "in");
// Get dir listing
$contents = ftp_nlist($ftp_connection, ".");
// Echo list
echo '';
print_r($contents);
echo '';
} else {
echo "Can't login to remote server.";
}
ftp_close($ftp_connection);
} else {
exit("Can't connect to remote server.");
}
Expected result:
Array
(
[0] => .
[1] => ..
[2] => 11829_RATE_39.txt
)
Actual result:
--
Warning: ftp_nlist() [function.ftp-nlist]: php_connect_nonb() failed:
Operation now in progress (115) in
/var/www/html/public_html/ftp_test.php on line 30
--
Edit this bug report at http://bugs.php.net/?id=47110&edit=1
#47107 [Opn->Bgs]: numbers with more than 15 digits are not behaved normally
ID: 47107
Updated by: j...@php.net
Reported By: mucahitkahveci at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Windows xp sp2
PHP Version: 5.2.8
New Comment:
Floating point values have a limited precision. Hence a value might
not have the same string representation after any processing. That also
includes writing a floating point value in your script and directly
printing it without any mathematical operations.
If you would like to know more about "floats" and what IEEE
754 is, read this:
http://docs.sun.com/source/806-3568/ncg_goldberg.html
Thank you for your interest in PHP.
And 32bit issue..etc. etc. No bug.
Previous Comments:
[2009-01-14 19:57:52] mucahitkahveci at gmail dot com
Description:
printf('%f', );
prints 7376.00
This number (555...) has 20 digits this happen in any number with more
than 15 digits
Reproduce code:
---
printf('%f', );
Expected result:
.00
Actual result:
--
7376.00
--
Edit this bug report at http://bugs.php.net/?id=47107&edit=1
#47114 [NEW]: The installer stops before it is finished.
From: davidcanar at gmail dot com Operating system: Vista Ultimate 64 bits PHP version: 5.2CVS-2009-01-15 (snap) PHP Bug Type: Unknown/Other Function Bug description: The installer stops before it is finished. Description: Today (Jan 15th 2009) I tried to install the latest snapshot of the installer of php (http://windows.php.net/downloads/snaps/php-5.2- win32-VC6-x86-latest.msi) but it stops before it is finished installing and delivers the following 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." System: Windows Vista Ultimate 64 bits Server: Apache 2.2 I think it is the same problem reported on this bug: http://bugs.php.net/bug.php?id=43639 But it won't let me add comments since that bug is already closed. -- Edit bug report at http://bugs.php.net/?id=47114&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47114&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47114&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47114&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47114&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47114&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47114&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47114&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47114&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47114&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47114&r=support Expected behavior: http://bugs.php.net/fix.php?id=47114&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47114&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47114&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47114&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47114&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47114&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47114&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47114&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47114&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47114&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47114&r=mysqlcfg
#47102 [Opn]: strripos issues unepxected warning with UNICODE haystack
ID: 47102
User updated by: wharmby at uk dot ibm dot com
Reported By: wharmby at uk dot ibm dot com
Status: Open
Bug Type: Strings related
Operating System: Windows XP
PHP Version: 6CVS-2009-01-14 (snap)
New Comment:
8 new tests for strripos() just checked into CVS. 3 fail on PHP6
because of this bug and have XFAIL sections which need removing once
this bug is fixed. They are:
ext/standard/tests/strings/strripos_basic2
ext/standard/tests/strings/strripos_variation1
ext/standard/tests/strings/strripos_variation2
Previous Comments:
[2009-01-14 16:06:32] wharmby at uk dot ibm dot com
Description:
I get an unexpected warning msg when I specify an haystack with a
non-zero offset.
I think the problem lies in the following code in ext/standard/string.c
2913 if (haystack_type == IS_UNICODE) {
2914if (offset >= 0) {
2915 U16_FWD_N(haystack.u, cu_offset, haystack_len, offset);
2916 if (cu_offset > haystack_len - needle_len) {
2917 php_error_docref(NULL TSRMLS_CC, E_NOTICE, "Offset is greater
than the length of haystack string");
2918 RETURN_FALSE;
2919}
2920u_p = haystack.u + cu_offset;
2921u_e = haystack.u + haystack_len - needle_len;
2922 } else {
If (cu_offset > haystack_len - needle_len) then FALSE should be
returned but the warning is bogus; that should only be output if
cu_offset > haystack_len.
Reproduce code:
---
Expected result:
int(0)
bool(false)
Actual result:
--
int(0)
bool(false)
PHP Notice: strripos(): Offset is greater than the length of haystack
string in etc
--
Edit this bug report at http://bugs.php.net/?id=47102&edit=1
#47104 [Opn->Asn]: Fails to link shared extensions with icc
ID: 47104 Updated by: j...@php.net Reported By: oleg dot grenrus at dynamoid dot com -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: Linux PHP Version: 5.2.8 -Assigned To: +Assigned To: jani New Comment: Testing fix right now. (backported stuff from upstream libtool..) Previous Comments: [2009-01-14 17:17:51] oleg dot grenrus at dynamoid dot com Description: When compiling with icc, fails to link shared extensions. in build/libtool.m4 in AC_LIBTOOL_PROG_COMPILER_PIC([TAGNAME]) with both icpc and icc there are: _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-KPIC' but should be: _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-fpic' -- Edit this bug report at http://bugs.php.net/?id=47104&edit=1
#47103 [Opn->Ver]: memory leak using foreach and references
ID: 47103 Updated by: j...@php.net Reported By: soywiz at gmail dot com -Status: Open +Status: Verified Bug Type: Scripting Engine problem -Operating System: General +Operating System: * -PHP Version: 5.2.8 +PHP Version: 5.*CVS,6CVS (2009-01-15) New Comment: This is NOT expected but might not be fixable. And foreach with reference is supposed to work without leaks. Previous Comments: [2009-01-14 17:35:42] crrodriguez at opensuse dot org looks like expected, do not use foreach value by reference, it is know to have "apparently unexpected behaviors" that are normal. [2009-01-14 16:35:07] soywiz at gmail dot com Description: This snippet causes an out of memory. It seems that it's duplicating the value (it's trying to allocate a memory chunk as large as each element on the array) and it's not freeing it. The problem persists even with a unset($v); within the foreach. I reproduced it using php 5.2.8-cli on windows and php 5.2.5-cgi on linux. I think it should work, but maybe it's a php feature? Reproduce code: --- Expected result: Don't waste all the memory Actual result: -- Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 9992 bytes) in test.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=47103&edit=1
#47103 [Ver]: memory leak using foreach and references
ID: 47103 Updated by: j...@php.net Reported By: soywiz at gmail dot com Status: Verified Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.*CVS,6CVS (2009-01-15) New Comment: This worked: # php -dmemory_limit=1000M t.php int(1018887988) That number is from memory_get_usage() after the foreach.. :) Previous Comments: [2009-01-15 14:51:25] j...@php.net This is NOT expected but might not be fixable. And foreach with reference is supposed to work without leaks. [2009-01-14 17:35:42] crrodriguez at opensuse dot org looks like expected, do not use foreach value by reference, it is know to have "apparently unexpected behaviors" that are normal. [2009-01-14 16:35:07] soywiz at gmail dot com Description: This snippet causes an out of memory. It seems that it's duplicating the value (it's trying to allocate a memory chunk as large as each element on the array) and it's not freeing it. The problem persists even with a unset($v); within the foreach. I reproduced it using php 5.2.8-cli on windows and php 5.2.5-cgi on linux. I think it should work, but maybe it's a php feature? Reproduce code: --- Expected result: Don't waste all the memory Actual result: -- Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 9992 bytes) in test.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=47103&edit=1
#47104 [Asn->Csd]: Linking shared extensions fails with icc
ID: 47104 Updated by: j...@php.net Reported By: oleg dot grenrus at dynamoid dot com -Status: Assigned +Status: Closed Bug Type: Compile Failure Operating System: Linux PHP Version: 5.2.8 Assigned To: jani 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: [2009-01-15 14:35:41] j...@php.net Testing fix right now. (backported stuff from upstream libtool..) [2009-01-14 17:17:51] oleg dot grenrus at dynamoid dot com Description: When compiling with icc, fails to link shared extensions. in build/libtool.m4 in AC_LIBTOOL_PROG_COMPILER_PIC([TAGNAME]) with both icpc and icc there are: _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-KPIC' but should be: _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-fpic' -- Edit this bug report at http://bugs.php.net/?id=47104&edit=1
#47099 [Opn->Fbk]: PHP doesn't work with Apache 2.3
ID: 47099 Updated by: j...@php.net Reported By: hjalle at sgh dot se -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Debian PHP Version: 5.2.8 New Comment: And how did you compile PHP? Are you sure you used the correct path to apxs and that you have correct header files in place? (ie. no old ones from earlier apache version hanging around..) Previous Comments: [2009-01-14 14:03:13] hjalle at sgh dot se Description: This bug should have been worked out but it looks like it have not been that. This is the former bug: http://bugs.php.net/bug.php?id=39787&edit=2 When starting apache an error occurs. I used the latest PHP build: php5.2-200901141130 Expected result: Starting without problem Actual result: -- httpd: Syntax error on line 174 of /etc/apache23/conf/httpd.conf: Syntax error on line 5 of /etc/apache23/conf.d/php-users.conf: Cannot load /usr/lib/apache2/modules/libphp5apache23.so into server: /usr/lib/apache2/modules/libphp5apache23.so: undefined symbol: ap_get_server_version -- Edit this bug report at http://bugs.php.net/?id=47099&edit=1
#47093 [Opn->Fbk]: make fails on target `sapi/apache2handler/mod_php5.lo'
ID: 47093 Updated by: j...@php.net Reported By: clawson at uen dot org -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 10 (sparc) PHP Version: 5.2.8 New Comment: Check your CFLAGS / CXXFLAGS / etc. environment variables. You seem to have one stray -D there.. Previous Comments: [2009-01-13 22:52:02] clawson at uen dot org Description: make fails with --with-apxs2=/opt/httpd/apache-2.2.11/sbin/apxs last out from make is: /bin/sh /opt/src/php-5.2.8/libtool --silent --preserve-dup-deps --mode=compile /opt/cooltools-4.2.1/gcc/bin/gcc -D -I/opt/httpd/apach e-2.2.11/include -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I/opt/httpd/apache-2.2.11/include -I/ opt/httpd/apache-2.2.11/include -Isapi/apache2handler/ -I/opt/src/php-5.2.8/sapi/apache2handler/ -DPHP_ATOM_INC -I/opt/src/php-5.2.8/ include -I/opt/src/php-5.2.8/main -I/opt/src/php-5.2.8 -I/usr/include/libxml2 -I/usr/local/ssl/include -I/opt/curl/include -I/opt/src/ php-5.2.8/ext/date/lib -I/opt/mysql/include/mysql -I/opt/src/php-5.2.8/TSRM -I/opt/src/php-5.2.8/Zend -D_POSIX_PTHREAD_SEMANTICS -I/ usr/local/include -g -O2 -c /opt/src/php-5.2.8/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/mod_php5.lo : error: macro names must be identifiers *** Error code 1 make: Fatal error: Command failed for target `sapi/apache2handler/mod_php5.lo' configure completed without error. configure statement: CC=/opt/cooltools-4.2.1/gcc/bin/gcc \ CXX=/opt/cooltools-4.2.1/gcc/bin/gcc \ ./configure \ --prefix=/opt/php/php-5.2.8-mysql-5.0.75 \ --with-config-file-path=/etc/opt/php \ --with-apxs2=/opt/httpd/apache-2.2.11/sbin/apxs \ --with-zlib-dir=/usr/lib \ --with-bz2=/usr/lib \ --with-jpeg-dir=/usr/sfw \ --with-png-dir=/usr/sfw \ --with-gd \ --enable-magic-quotes \ --enable-bcmath \ --enable-calendar \ --enable-pcntl \ --enable-sigchild \ --enable-ftp \ --without-sqlite \ --with-pear \ --with-curl=/opt/curl \ --with-openssl=/usr/local/ssl \ --with-mysql=/opt/mysql Remove the --with-apxs2 directive and make completes without problems. Attempted snapshot php5.2-200901132130 and got the same error. Solaris 10: $ cat /etc/release Solaris 10 10/08 s10s_u6wos_07b SPARC Copyright 2008 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 27 October 2008 $ gcc -v Using built-in specs. Target: sparc-sun-solaris2.10 Configured with: /net/clpt-v490-1/export/data/bldmstr/20081023_ceres_gcc421/src/configure --prefix= --enable-shared --with-system-zlib --enable-checking=release --disable-libmudflap --enable-languages=c,c++ --with-cpu=v9 --with-ld=/usr/ccs/bin/ld --without-gnu-ld --disable-gnattools --with-mpfr=/ws/gccfss/tools --with-gmp=/ws/gccfss/tools --enable-tls Thread model: posix gcc version 4.2.1 (20081023) (gccfss) Solaris make (/usr/ccs/bin/make) Expected result: successful make -- Edit this bug report at http://bugs.php.net/?id=47093&edit=1
#47093 [Fbk]: make fails on target `sapi/apache2handler/mod_php5.lo'
ID: 47093 Updated by: j...@php.net Reported By: clawson at uen dot org Status: Feedback Bug Type: Compile Failure Operating System: Solaris 10 (sparc) PHP Version: 5.2.8 New Comment: And EXTRA_CFLAGS it propably is.. Previous Comments: [2009-01-15 15:02:23] j...@php.net Check your CFLAGS / CXXFLAGS / etc. environment variables. You seem to have one stray -D there.. [2009-01-13 22:52:02] clawson at uen dot org Description: make fails with --with-apxs2=/opt/httpd/apache-2.2.11/sbin/apxs last out from make is: /bin/sh /opt/src/php-5.2.8/libtool --silent --preserve-dup-deps --mode=compile /opt/cooltools-4.2.1/gcc/bin/gcc -D -I/opt/httpd/apach e-2.2.11/include -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I/opt/httpd/apache-2.2.11/include -I/ opt/httpd/apache-2.2.11/include -Isapi/apache2handler/ -I/opt/src/php-5.2.8/sapi/apache2handler/ -DPHP_ATOM_INC -I/opt/src/php-5.2.8/ include -I/opt/src/php-5.2.8/main -I/opt/src/php-5.2.8 -I/usr/include/libxml2 -I/usr/local/ssl/include -I/opt/curl/include -I/opt/src/ php-5.2.8/ext/date/lib -I/opt/mysql/include/mysql -I/opt/src/php-5.2.8/TSRM -I/opt/src/php-5.2.8/Zend -D_POSIX_PTHREAD_SEMANTICS -I/ usr/local/include -g -O2 -c /opt/src/php-5.2.8/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/mod_php5.lo : error: macro names must be identifiers *** Error code 1 make: Fatal error: Command failed for target `sapi/apache2handler/mod_php5.lo' configure completed without error. configure statement: CC=/opt/cooltools-4.2.1/gcc/bin/gcc \ CXX=/opt/cooltools-4.2.1/gcc/bin/gcc \ ./configure \ --prefix=/opt/php/php-5.2.8-mysql-5.0.75 \ --with-config-file-path=/etc/opt/php \ --with-apxs2=/opt/httpd/apache-2.2.11/sbin/apxs \ --with-zlib-dir=/usr/lib \ --with-bz2=/usr/lib \ --with-jpeg-dir=/usr/sfw \ --with-png-dir=/usr/sfw \ --with-gd \ --enable-magic-quotes \ --enable-bcmath \ --enable-calendar \ --enable-pcntl \ --enable-sigchild \ --enable-ftp \ --without-sqlite \ --with-pear \ --with-curl=/opt/curl \ --with-openssl=/usr/local/ssl \ --with-mysql=/opt/mysql Remove the --with-apxs2 directive and make completes without problems. Attempted snapshot php5.2-200901132130 and got the same error. Solaris 10: $ cat /etc/release Solaris 10 10/08 s10s_u6wos_07b SPARC Copyright 2008 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 27 October 2008 $ gcc -v Using built-in specs. Target: sparc-sun-solaris2.10 Configured with: /net/clpt-v490-1/export/data/bldmstr/20081023_ceres_gcc421/src/configure --prefix= --enable-shared --with-system-zlib --enable-checking=release --disable-libmudflap --enable-languages=c,c++ --with-cpu=v9 --with-ld=/usr/ccs/bin/ld --without-gnu-ld --disable-gnattools --with-mpfr=/ws/gccfss/tools --with-gmp=/ws/gccfss/tools --enable-tls Thread model: posix gcc version 4.2.1 (20081023) (gccfss) Solaris make (/usr/ccs/bin/make) Expected result: successful make -- Edit this bug report at http://bugs.php.net/?id=47093&edit=1
#47098 [Opn->Fbk]: Apache image downloads stops
ID: 47098 Updated by: j...@php.net Reported By: marcus dot aureliano at vivo dot com dot br -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: IBM AIX 5.3 PHP Version: 5.2.8 New Comment: What apache version? How was PHP configured (compiled) ? Previous Comments: [2009-01-14 13:30:24] marcus dot aureliano at vivo dot com dot br Description: Apache sends a tcp FIN package when serving objects grater than 1Mb. It happens often, but not all the time. We dont get any error on the logs files. Reproduce code: --- http://www.vivo.com.br/mallu5/img1.png Expected result: download all the file Actual result: -- like described, sometimes apache stop serving the files. We´ve instaled another instance with the same version and modules, and when we don´t run any PHP page the error does not occur. -- Edit this bug report at http://bugs.php.net/?id=47098&edit=1
#47020 [Opn->Bgs]: print_r produces output with $return set to true
ID: 47020 Updated by: j...@php.net Reported By: kulminaator at gmail dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Mac OS X 10.5.6 PHP Version: 5.2.8 New Comment: This has nothing to do with print_r(). Fix your php.ini not to output errors. Previous Comments: [2009-01-06 15:19:37] finsoft at gmail dot com Same thing reproduced on PHP Version 5.2.6, Windows XP Pro SP3, Apache 2.2.8 [2009-01-06 14:05:13] kulminaator at gmail dot com Description: print_r creates output although it was not asked to The code $str = print_r($expression, true); should never produce any output, but it does if php hits the memory limit closely enough. My memory_limit is set to 128M (may be this has to be the same to reproduce the bug). Needless to say, this is a security issue and may output information to clients that never should go there by the code. Reproduce code: --- http://bugs.php.net/?id=47020&edit=1
#47070 [Opn->Bgs]: php_stream_locate_url_wrapper fails without authority section
ID: 47070 Updated by: j...@php.net Reported By: darrel dot opry at gmail dot com -Status: Open +Status: Bogus Bug Type: Streams related Operating System: Ubuntu 8.10 PHP Version: 5.2.8 New Comment: RTFM: http://www.php.net/fopen (look for explanation what PHP expects the filename parameter to look like...you can put as many RFCs here, but it's never said anywhere that fopen() expects some RFCs style scheme.. :) Previous Comments: [2009-01-12 03:01:10] darrel dot opry at gmail dot com Description: php_stream_locate_url_wrapper fails without authority section. If a URL is not in the Common Internet Scheme Syntax (scheme://<:@>host<:port>/url-path) the scheme is not be located properly. So URLs of scheme:relative/path and scheme:/absolute/path will not be handled by the registered user defined stream wrapper. see http://www.ietf.org/rfc/rfc1738.txt for URL specific syntax. see section 3 of http://labs.apache.org/webarch/uri/rfc/rfc3986.html#intro for URI syntax. Reproduce code: --- public:path/file.txt [1] => r+ [2] => 4 [3] => ) Array ( [0] => public:/path/file.txt [1] => r+ [2] => 4 [3] => ) Array ( [0] => public://path/file.txt [1] => r+ [2] => 4 [3] => ) Actual result: -- Warning: fopen(public:path/file.txt): failed to open stream: No such file or directory in /home/dopry/public_html/drupal-media/sites/default/modules/media/resource/test.php on line 13 Warning: fopen(public:/path/file.txt): failed to open stream: No such file or directory in /home/dopry/public_html/drupal-media/sites/default/modules/media/resource/test.php on line 14 Array ( [0] => public://path/file.txt [1] => r+ [2] => 4 [3] => ) -- Edit this bug report at http://bugs.php.net/?id=47070&edit=1
#47115 [NEW]: Can't use flag LOCK_SH
From: marc dot bennewitz at giata dot de Operating system: PHP version: 6CVS-2009-01-15 (snap) PHP Bug Type: Feature/Change Request Bug description: Can't use flag LOCK_SH Description: similar to file_put_contents can use LOCK_EX -- Edit bug report at http://bugs.php.net/?id=47115&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47115&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47115&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47115&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47115&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47115&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47115&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47115&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47115&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47115&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47115&r=support Expected behavior: http://bugs.php.net/fix.php?id=47115&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47115&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47115&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47115&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47115&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47115&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47115&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47115&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47115&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47115&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47115&r=mysqlcfg
#47115 [Opn]: Can't use flag LOCK_SH in file_get_contents
ID: 47115 User updated by: marc dot bennewitz at giata dot de -Summary: Can't use flag LOCK_SH Reported By: marc dot bennewitz at giata dot de Status: Open Bug Type:Feature/Change Request PHP Version: 6CVS-2009-01-15 (snap) New Comment: change subject: Can't use flag LOCK_SH in file_get_contents Previous Comments: [2009-01-15 15:32:14] marc dot bennewitz at giata dot de Description: similar to file_put_contents can use LOCK_EX -- Edit this bug report at http://bugs.php.net/?id=47115&edit=1
#47020 [Bgs]: print_r produces output with $return set to true
ID: 47020 User updated by: kulminaator at gmail dot com Reported By: kulminaator at gmail dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: Mac OS X 10.5.6 PHP Version: 5.2.8 New Comment: even with display_errors set to Off or zero, output is still produced Previous Comments: [2009-01-15 15:22:04] j...@php.net This has nothing to do with print_r(). Fix your php.ini not to output errors. [2009-01-06 15:19:37] finsoft at gmail dot com Same thing reproduced on PHP Version 5.2.6, Windows XP Pro SP3, Apache 2.2.8 [2009-01-06 14:05:13] kulminaator at gmail dot com Description: print_r creates output although it was not asked to The code $str = print_r($expression, true); should never produce any output, but it does if php hits the memory limit closely enough. My memory_limit is set to 128M (may be this has to be the same to reproduce the bug). Needless to say, this is a security issue and may output information to clients that never should go there by the code. Reproduce code: --- http://bugs.php.net/?id=47020&edit=1
#47070 [Bgs]: php_stream_locate_url_wrapper fails without authority section
ID: 47070 User updated by: darrel dot opry at gmail dot com Reported By: darrel dot opry at gmail dot com Status: Bogus Bug Type: Streams related Operating System: Ubuntu 8.10 PHP Version: 5.2.8 New Comment: I did RTFM. As a developer and user of PHP I disagree with your assertion. The use and parsing of the URL schema for streams is not the same as that of parse_url which is recommended for parsing incoming paths. The documentation specifically uses the wording URL in many places, right to the point of having a setting for allow_url_fopen. The issue with the current approach is that it does not recognize legally delimited scheme's properly, and pass them to the underlying stream wrapper. It seems to make the invalid assumption that :// or // is the scheme delimiter when it is in fact :. It's a minor parsing issue that could probably be corrected by an experienced C developer in under 20 minutes. Why is this an issue you may ask... parse_url properly parses the scheme, user, password, host, port, and path. If I want to use parse_url within my stream wrapper I have to concatenate the host and path elements if I use a URL in the form of file://path/to/file.txt or I have to use a url in the form of file://localhost/path/to/file.txt if I want to avoid this concatenation. A secondary impact, if I'm storing URLs to resources in the database I now have to store the authority section as well. This is suboptimal for me as a application developer as the number of resources I'm storing references to increases. So maybe you should go RYOFM, before dismissing something out of hand just because it references and RFC without thinking of the implications. Basically I think most developers really want their stream wrapper called if scheme: is properly designated, so they can write standards compliant code. Previous Comments: [2009-01-15 15:26:34] j...@php.net RTFM: http://www.php.net/fopen (look for explanation what PHP expects the filename parameter to look like...you can put as many RFCs here, but it's never said anywhere that fopen() expects some RFCs style scheme.. :) [2009-01-12 03:01:10] darrel dot opry at gmail dot com Description: php_stream_locate_url_wrapper fails without authority section. If a URL is not in the Common Internet Scheme Syntax (scheme://<:@>host<:port>/url-path) the scheme is not be located properly. So URLs of scheme:relative/path and scheme:/absolute/path will not be handled by the registered user defined stream wrapper. see http://www.ietf.org/rfc/rfc1738.txt for URL specific syntax. see section 3 of http://labs.apache.org/webarch/uri/rfc/rfc3986.html#intro for URI syntax. Reproduce code: --- public:path/file.txt [1] => r+ [2] => 4 [3] => ) Array ( [0] => public:/path/file.txt [1] => r+ [2] => 4 [3] => ) Array ( [0] => public://path/file.txt [1] => r+ [2] => 4 [3] => ) Actual result: -- Warning: fopen(public:path/file.txt): failed to open stream: No such file or directory in /home/dopry/public_html/drupal-media/sites/default/modules/media/resource/test.php on line 13 Warning: fopen(public:/path/file.txt): failed to open stream: No such file or directory in /home/dopry/public_html/drupal-media/sites/default/modules/media/resource/test.php on line 14 Array ( [0] => public://path/file.txt [1] => r+ [2] => 4 [3] => ) -- Edit this bug report at http://bugs.php.net/?id=47070&edit=1
#47116 [NEW]: Problem with .htaccess, high consumption of resources , probable DOS
From: kabute at gulo dot org Operating system: GNU/Linux (Debian) PHP version: 5.2.8 PHP Bug Type: Apache2 related Bug description: Problem with .htaccess, high consumption of resources , probable DOS Description: If you create a directory with a .htaccess and a .htpassword inside (and Apache2 correctly configured), and you create a .php file with the next code: In the second authetification the browser will start loading the page waiting for response. Looking at the apache's error log it will show an "user not found" error. I've tried it with PHP 5.2.6 and PHP 5.2.7 . Reproduce code: --- Expected result: Resources comsuption, maybe DOS. Actual result: -- Very high memory load. -- Edit bug report at http://bugs.php.net/?id=47116&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47116&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47116&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47116&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47116&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47116&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47116&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47116&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47116&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47116&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47116&r=support Expected behavior: http://bugs.php.net/fix.php?id=47116&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47116&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47116&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47116&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47116&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47116&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47116&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47116&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47116&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47116&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47116&r=mysqlcfg
#47070 [Bgs]: php_stream_locate_url_wrapper fails without authority section
ID: 47070 User updated by: darrel dot opry at gmail dot com Reported By: darrel dot opry at gmail dot com Status: Bogus Bug Type: Streams related Operating System: Ubuntu 8.10 PHP Version: 5.2.8 New Comment: a note regarding backwards compatibility. This change shouldn't interfere with existing user defined stream wrappers, since they would not be called with if they used without the authority section currently. Previous Comments: [2009-01-15 16:14:16] darrel dot opry at gmail dot com I did RTFM. As a developer and user of PHP I disagree with your assertion. The use and parsing of the URL schema for streams is not the same as that of parse_url which is recommended for parsing incoming paths. The documentation specifically uses the wording URL in many places, right to the point of having a setting for allow_url_fopen. The issue with the current approach is that it does not recognize legally delimited scheme's properly, and pass them to the underlying stream wrapper. It seems to make the invalid assumption that :// or // is the scheme delimiter when it is in fact :. It's a minor parsing issue that could probably be corrected by an experienced C developer in under 20 minutes. Why is this an issue you may ask... parse_url properly parses the scheme, user, password, host, port, and path. If I want to use parse_url within my stream wrapper I have to concatenate the host and path elements if I use a URL in the form of file://path/to/file.txt or I have to use a url in the form of file://localhost/path/to/file.txt if I want to avoid this concatenation. A secondary impact, if I'm storing URLs to resources in the database I now have to store the authority section as well. This is suboptimal for me as a application developer as the number of resources I'm storing references to increases. So maybe you should go RYOFM, before dismissing something out of hand just because it references and RFC without thinking of the implications. Basically I think most developers really want their stream wrapper called if scheme: is properly designated, so they can write standards compliant code. [2009-01-15 15:26:34] j...@php.net RTFM: http://www.php.net/fopen (look for explanation what PHP expects the filename parameter to look like...you can put as many RFCs here, but it's never said anywhere that fopen() expects some RFCs style scheme.. :) [2009-01-12 03:01:10] darrel dot opry at gmail dot com Description: php_stream_locate_url_wrapper fails without authority section. If a URL is not in the Common Internet Scheme Syntax (scheme://<:@>host<:port>/url-path) the scheme is not be located properly. So URLs of scheme:relative/path and scheme:/absolute/path will not be handled by the registered user defined stream wrapper. see http://www.ietf.org/rfc/rfc1738.txt for URL specific syntax. see section 3 of http://labs.apache.org/webarch/uri/rfc/rfc3986.html#intro for URI syntax. Reproduce code: --- public:path/file.txt [1] => r+ [2] => 4 [3] => ) Array ( [0] => public:/path/file.txt [1] => r+ [2] => 4 [3] => ) Array ( [0] => public://path/file.txt [1] => r+ [2] => 4 [3] => ) Actual result: -- Warning: fopen(public:path/file.txt): failed to open stream: No such file or directory in /home/dopry/public_html/drupal-media/sites/default/modules/media/resource/test.php on line 13 Warning: fopen(public:/path/file.txt): failed to open stream: No such file or directory in /home/dopry/public_html/drupal-media/sites/default/modules/media/resource/test.php on line 14 Array ( [0] => public://path/file.txt [1] => r+ [2] => 4 [3] => ) -- Edit this bug report at http://bugs.php.net/?id=47070&edit=1
#47020 [Bgs]: print_r produces output with $return set to true
ID: 47020
User updated by: kulminaator at gmail dot com
Reported By: kulminaator at gmail dot com
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Mac OS X 10.5.6
PHP Version: 5.2.8
New Comment:
After looking around a bit, this extra output of
xxx like data is caused by the weird
behaviour of ob_start/ob_end and the fact that output buffers are always
flushed when a fatal error is coughed up from below.
straight from the source of ext/standard/basic_functions.c
PHP_FUNCTION(print_r)
{
zval *var;
zend_bool i = 0;
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "z|b", &var,
&i) == FAILURE) {
RETURN_FALSE;
}
if (i) {
php_start_ob_buffer (NULL, 0, 1 TSRMLS_CC);
}
zend_print_zval_r(var, 0 TSRMLS_CC);
if (i) {
php_ob_get_buffer (return_value TSRMLS_CC);
php_end_ob_buffer (0, 0 TSRMLS_CC);
} else {
RETURN_TRUE;
}
}
Here the zend_print_zval_r causes creating/appending to ob , ob hits
the memory limit and bang, the output is created, although it never
should be.
Can we hope for a fix (either root out the issue of ob being flushed or
avoiding ob in the first place ?) or are supposed to remove all
sensitive data from ever reaching print_r ?
Previous Comments:
[2009-01-15 15:45:27] kulminaator at gmail dot com
even with display_errors set to Off or zero, output is still produced
[2009-01-15 15:22:04] j...@php.net
This has nothing to do with print_r(). Fix your php.ini not to output
errors.
[2009-01-06 15:19:37] finsoft at gmail dot com
Same thing reproduced on PHP Version 5.2.6, Windows XP Pro SP3, Apache
2.2.8
[2009-01-06 14:05:13] kulminaator at gmail dot com
Description:
print_r creates output although it was not asked to
The code
$str = print_r($expression, true);
should never produce any output, but it does if php hits the memory
limit closely enough.
My memory_limit is set to 128M (may be this has to be the same to
reproduce the bug).
Needless to say, this is a security issue and may output information to
clients that never should go there by the code.
Reproduce code:
---
http://bugs.php.net/?id=47020&edit=1
#44942 [Com]: exec() hangs apache
ID: 44942 Comment by: bill at sammer dot com Reported By: inqualab1985 at gmail dot com Status: No Feedback Bug Type: Program Execution Operating System: Windows 2000 SP4 PHP Version: 5.2.5 New Comment: session_write_close fixes it for me too. Thanks vlabella! Previous Comments: [2008-12-04 04:35:44] dominic dot manley at det dot wa dot edu dot au Big thanks to vlabella who led us to a work-around. This is one VERY frustrating bug to track down! We have an Apache/PHP 5.2.3/Win2003 setup and concurrent calls to a script that exec()-ed the same command-line .exe caused the process to get caught up on the server. Apache wouldn't let go of it and the only way to kill the process and get the site/sometimes whole server back was to restart Apache. I never would have suspected sessions causing this issue... none of our investigations led us close to that direction. However, vlabella got it spot on... Calling session_write_close() before an exec() (or simply never initiating session support to start with using session_start()) works around the issue. [2008-10-21 09:26:44] neododge at free dot fr The same problem happens for me on PHP 5.2.6 / Apache 2.2.9, Apache won't run any PHP after I try an exec/passthru/`` -no matter what command I try. Only way to get PHP back seems to be closing all browser windows that point to my server and waiting for a while before trying to use a PHP page again. [2008-09-15 17:01:02] vlabella at uamail dot albany dot edu We have been having the same issue for a long time on win2003 with php version 5.2.X and apache 5.2.x calling both perl scripts and .exe with the exec fuinction. We found that it mostly happens when php runs exec concurrently on the same process. For example we would have ajax call do an exec on the server to read some data and feed it back to the user every 5 seconds. In addition the user could do an ajax call to do something as well on this page. if the user call came at the same time as the schdeduled call then php would hang and we would have to restart apache. We found it also happens on pages where there are multiple exec() calls. We find that all the scripts and programs we call run fine its just that php hangs when they finish for some reason. We have our max_execution_time set to 30 minutes so its not a timeout issue. We found that calling session_write_close(); before each exec call seemed to resolve this issue. But we are not really sure why and what other effects session_write_close(); may have on other processes. Hope this helps resolve this issue. it is a major headache for us for the past 2 years!! [2008-08-08 18:55:29] jumpbackhack at gmail dot com this is still a bug. this is not an apache issue as I have tested various versions ranging from 2.0.x to 2.2.x I have tested php v5.2.6 and even a late development version. This happens on linux OS as well even with shell_exec() would there be a backtrace on a hang? it appears that the hang happens after a successful script executes, the following time the script runs there is the hang. usually lasts 2-5 minutes before it allows apache to run any php again. note that apache will serve static/html files without issue while any php files are not called. even a restart of apache does not resolve. [2008-07-22 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". 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/44942 -- Edit this bug report at http://bugs.php.net/?id=44942&edit=1
#47110 [Fbk->Opn]: Can not use ftp functions
ID: 47110
User updated by: konix dot net at du dot t-com dot hr
Reported By: konix dot net at du dot t-com dot hr
-Status: Feedback
+Status: Open
Bug Type: FTP related
Operating System: Cent OS (Latest patch)
PHP Version: 5.2.8
New Comment:
FYI for anyone else looking for answer:
- when behind firewall, you will surly set your ftp connection in PASV
mode.
Be sure to configure your firewall in a right way as you will need port
open in upper ranges (from 1024).
Once this is done, all PHP FTP function in PSV mode work as they
should.
Previous Comments:
[2009-01-15 12:47:50] j...@php.net
IIRC, it's just a buggy FTP server issue.
[2009-01-15 08:39:14] konix dot net at du dot t-com dot hr
Description:
I'm trying to connect to FTP server from a script.
Script is behind firewall.
Only FTP port is allowed (application/script is to be used in PCIDSS
enviroment).
We tried same script on other servers and no problem accured at all.
This could be a firewall / web application firewall (mod_security) issue
but we're not sure.
Reproduce code:
---
$ftp_array = array(
// Host, user, pass
);
$port = 21;
$network_timeout = 30;
echo "Connecting...\n";
// Connect
$ftp_connection = ftp_connect($ftp_array['host'], $port, network);
if ($ftp_connection) {
// Login
if ($login = ftp_login($ftp_connection, $ftp_array['user'],
$ftp_array['pass'])) {
// Pasive mode
ftp_pasv($ftp_connection, true);
// Change dir
ftp_chdir($ftp_connection, "in");
// Get dir listing
$contents = ftp_nlist($ftp_connection, ".");
// Echo list
echo '';
print_r($contents);
echo '';
} else {
echo "Can't login to remote server.";
}
ftp_close($ftp_connection);
} else {
exit("Can't connect to remote server.");
}
Expected result:
Array
(
[0] => .
[1] => ..
[2] => 11829_RATE_39.txt
)
Actual result:
--
Warning: ftp_nlist() [function.ftp-nlist]: php_connect_nonb() failed:
Operation now in progress (115) in
/var/www/html/public_html/ftp_test.php on line 30
--
Edit this bug report at http://bugs.php.net/?id=47110&edit=1
#47117 [NEW]: wrong XML parse, loss chars
From: dir at melbis dot com
Operating system: FreeBSD 7.1
PHP version: 5.2.8
PHP Bug Type: DOM XML related
Bug description: wrong XML parse, loss chars
Description:
When parsing XML, chars "<" and ">" was gone...
For sample, Tag has "", but outside wrong value: "STRONG",
must be ""
Reproduce code:
---
$data = '';
$xml_parser = xml_parser_create('UTF-8');
xml_set_element_handler($xml_parser, "start_xml_tag", "end_xml_tag");
xml_set_character_data_handler($xml_parser, "xml_tag");
xml_parser_set_option($xml_parser, XML_OPTION_CASE_FOLDING, FALSE);
xml_parse($xml_parser, $data, true);
function start_xml_tag($mParser, $mName, $mAttrs) {
global $gDoValues, $gCurrentTagName;
$gCurrentTagName = $mName;
if ( $mName != 'DO' ) { $gDoValues[$gCurrentTagName] = ''; } else {
$gDoValues = array(); } }
function xml_tag($mParser, $mData) {
global $gDoValues, $gCurrentTagName;
$gDoValues[$gCurrentTagName] .= $mData;}
function end_xml_tag($mParser, $mName) {
global $gDoValues, $gData;
if ($mName == 'DO') { print_r($gDoValues); }}
Expected result:
Array
(
[descr] =>
)
Actual result:
--
Array
(
[descr] => STRONG
)
--
Edit bug report at http://bugs.php.net/?id=47117&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47117&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47117&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47117&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47117&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=47117&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47117&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=47117&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=47117&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=47117&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=47117&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=47117&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=47117&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=47117&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47117&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47117&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47117&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=47117&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=47117&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=47117&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=47117&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=47117&r=mysqlcfg
#47093 [Com]: make fails on target `sapi/apache2handler/mod_php5.lo'
ID: 47093 Comment by: clawson at uen dot org Reported By: clawson at uen dot org Status: Feedback Bug Type: Compile Failure Operating System: Solaris 10 (sparc) PHP Version: 5.2.8 New Comment: Thanks, I didn't catch the extra '-D'. It helps to have another set of eyes. Removing the -D from this line and running it manually completes successfully. However, I don't know where this -D is coming from. You can see that I am setting CC and CXX variables as part of the configure statement. Looking at my environment, none of these variables are set elsewhere. And, reviewing the complete output of make, this is the only place this null value -D happens. Suggestions on where I can further look to solve this? Previous Comments: [2009-01-15 15:06:08] j...@php.net And EXTRA_CFLAGS it propably is.. [2009-01-15 15:02:23] j...@php.net Check your CFLAGS / CXXFLAGS / etc. environment variables. You seem to have one stray -D there.. [2009-01-13 22:52:02] clawson at uen dot org Description: make fails with --with-apxs2=/opt/httpd/apache-2.2.11/sbin/apxs last out from make is: /bin/sh /opt/src/php-5.2.8/libtool --silent --preserve-dup-deps --mode=compile /opt/cooltools-4.2.1/gcc/bin/gcc -D -I/opt/httpd/apach e-2.2.11/include -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I/opt/httpd/apache-2.2.11/include -I/ opt/httpd/apache-2.2.11/include -Isapi/apache2handler/ -I/opt/src/php-5.2.8/sapi/apache2handler/ -DPHP_ATOM_INC -I/opt/src/php-5.2.8/ include -I/opt/src/php-5.2.8/main -I/opt/src/php-5.2.8 -I/usr/include/libxml2 -I/usr/local/ssl/include -I/opt/curl/include -I/opt/src/ php-5.2.8/ext/date/lib -I/opt/mysql/include/mysql -I/opt/src/php-5.2.8/TSRM -I/opt/src/php-5.2.8/Zend -D_POSIX_PTHREAD_SEMANTICS -I/ usr/local/include -g -O2 -c /opt/src/php-5.2.8/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/mod_php5.lo : error: macro names must be identifiers *** Error code 1 make: Fatal error: Command failed for target `sapi/apache2handler/mod_php5.lo' configure completed without error. configure statement: CC=/opt/cooltools-4.2.1/gcc/bin/gcc \ CXX=/opt/cooltools-4.2.1/gcc/bin/gcc \ ./configure \ --prefix=/opt/php/php-5.2.8-mysql-5.0.75 \ --with-config-file-path=/etc/opt/php \ --with-apxs2=/opt/httpd/apache-2.2.11/sbin/apxs \ --with-zlib-dir=/usr/lib \ --with-bz2=/usr/lib \ --with-jpeg-dir=/usr/sfw \ --with-png-dir=/usr/sfw \ --with-gd \ --enable-magic-quotes \ --enable-bcmath \ --enable-calendar \ --enable-pcntl \ --enable-sigchild \ --enable-ftp \ --without-sqlite \ --with-pear \ --with-curl=/opt/curl \ --with-openssl=/usr/local/ssl \ --with-mysql=/opt/mysql Remove the --with-apxs2 directive and make completes without problems. Attempted snapshot php5.2-200901132130 and got the same error. Solaris 10: $ cat /etc/release Solaris 10 10/08 s10s_u6wos_07b SPARC Copyright 2008 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 27 October 2008 $ gcc -v Using built-in specs. Target: sparc-sun-solaris2.10 Configured with: /net/clpt-v490-1/export/data/bldmstr/20081023_ceres_gcc421/src/configure --prefix= --enable-shared --with-system-zlib --enable-checking=release --disable-libmudflap --enable-languages=c,c++ --with-cpu=v9 --with-ld=/usr/ccs/bin/ld --without-gnu-ld --disable-gnattools --with-mpfr=/ws/gccfss/tools --with-gmp=/ws/gccfss/tools --enable-tls Thread model: posix gcc version 4.2.1 (20081023) (gccfss) Solaris make (/usr/ccs/bin/make) Expected result: successful make -- Edit this bug report at http://bugs.php.net/?id=47093&edit=1
#33285 [NoF]: dbase functions return garbage on certain file
ID: 33285 Updated by: fel...@php.net Reported By: andrewz at springsrescuemission dot org Status: No Feedback Bug Type: dBase related Operating System: * PHP Version: 5CVS-2005-06-20 New Comment: I can't reproduce it on 5.2.9-CVS: Array ( [0] => Array ( [name] => AREA [type] => float [length] => 20 [precision] => 0 [format] => %20s [offset] => 1 ) Previous Comments: [2008-07-25 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2008-07-17 01:28:21] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2005-06-20 17:43:52] andrewz at springsrescuemission dot org Take for example the first entry in the header: [0] => Array ( [name] => AREA [type] => unknown [length] => 1300 [precision] => 0 [format] => ´ "@ [offset] => 1 ) The type should be a double, the length 20, and the precision 5. Instead I get unknown, 1300, and 0. [2005-06-19 00:47:19] sni...@php.net Can you please provide the expected result too? Using the latest CVS the header info seems ok to me. (no garbage in format) [2005-06-13 19:53:17] andrewz at springsrescuemission dot org Tested with cvs-latest: problem persists. 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/33285 -- Edit this bug report at http://bugs.php.net/?id=33285&edit=1
#47110 [Opn->Csd]: Can not use ftp functions behind firewall
ID: 47110
User updated by: konix dot net at du dot t-com dot hr
-Summary: Can not use ftp functions
Reported By: konix dot net at du dot t-com dot hr
-Status: Open
+Status: Closed
Bug Type: FTP related
Operating System: Cent OS (Latest patch)
PHP Version: 5.2.8
New Comment:
Fix firewall and it will work.
Previous Comments:
[2009-01-15 17:21:22] konix dot net at du dot t-com dot hr
FYI for anyone else looking for answer:
- when behind firewall, you will surly set your ftp connection in PASV
mode.
Be sure to configure your firewall in a right way as you will need port
open in upper ranges (from 1024).
Once this is done, all PHP FTP function in PSV mode work as they
should.
[2009-01-15 12:47:50] j...@php.net
IIRC, it's just a buggy FTP server issue.
[2009-01-15 08:39:14] konix dot net at du dot t-com dot hr
Description:
I'm trying to connect to FTP server from a script.
Script is behind firewall.
Only FTP port is allowed (application/script is to be used in PCIDSS
enviroment).
We tried same script on other servers and no problem accured at all.
This could be a firewall / web application firewall (mod_security) issue
but we're not sure.
Reproduce code:
---
$ftp_array = array(
// Host, user, pass
);
$port = 21;
$network_timeout = 30;
echo "Connecting...\n";
// Connect
$ftp_connection = ftp_connect($ftp_array['host'], $port, network);
if ($ftp_connection) {
// Login
if ($login = ftp_login($ftp_connection, $ftp_array['user'],
$ftp_array['pass'])) {
// Pasive mode
ftp_pasv($ftp_connection, true);
// Change dir
ftp_chdir($ftp_connection, "in");
// Get dir listing
$contents = ftp_nlist($ftp_connection, ".");
// Echo list
echo '';
print_r($contents);
echo '';
} else {
echo "Can't login to remote server.";
}
ftp_close($ftp_connection);
} else {
exit("Can't connect to remote server.");
}
Expected result:
Array
(
[0] => .
[1] => ..
[2] => 11829_RATE_39.txt
)
Actual result:
--
Warning: ftp_nlist() [function.ftp-nlist]: php_connect_nonb() failed:
Operation now in progress (115) in
/var/www/html/public_html/ftp_test.php on line 30
--
Edit this bug report at http://bugs.php.net/?id=47110&edit=1
#47108 [Opn]: 0xAE breaks DOMDocument's loadHTML
ID: 47108 User updated by: terrafr...@php.net Reported By: terrafr...@php.net Status: Open Bug Type: DOM XML related Operating System: Windows XP PHP Version: 5.2.8 New Comment: That makes sense. I updated the script to iterate through the problem characters and the ones you mentioned are included. Other problem characters include 0x26, 0x3C, 0x3E, 0xA4, 0xA5 and 0xAA. The first three make sense - they correspond to &, <, and >, respectively. The latter three don't make as much sense to me. Also, it seems to me that it ought to fail more gracefully than it does - you wouldn't expect your browser to ignore all HTML after an invalid character is encountered and it seems to me like this shouldn't, either. Per your suggestion, I've filed a bug report on libxml2 here: http://bugzilla.gnome.org/show_activity.cgi?id=567885 Not sure if that's the appropriate bug tracker, though. Also, it seems like reproducing the bug using the language libxml2 is intended as a library for would be prudent, but alas, I don't have any C/C++ compilers on this computer. Previous Comments: [2009-01-15 02:53:45] typoon at gmail dot com The explanation to this might be the fact that ISO-8859-7 does not have the character 0xAE. When libxml tries to convert it, an error is thrown because of this. References: http://www.itscj.ipsj.or.jp/ISO-IR/227.pdf http://en.wikipedia.org/wiki/ISO_8859-7 Checking the PDF you will see 0xAE is not assigned. Quoting wikipedia: "Code values 001F, 7F, 809F, AE, D2 and FF are not assigned to characters by ISO/IEC 8859-7." More information and other reference can also be found on google. My 2 cents then are that this is not a bug at all. If you still think it is, the we might need to open a bug report for the libxml team as this is an error generated inside libxml, not PHP. Regards, Henrique [2009-01-14 20:08:27] terrafr...@php.net Description: All HTML after chr(0xAE) (if present) is ignored by DOMDocument's loadHTML(), even if chr(0xAE) is a valid character per the HTML's charset. In the Reproduce code, replace chr(0xAE) with chr(0xAF) or chr(0xAD) or just remove it all together, and it works. Further, if you echo out $str and copy / paste the HTML into validator.w3.org, it's valid HTML, even with the chr(0xAE). Reproduce code: --- http://www.w3.org/TR/html4/strict.dtd";> test a' . chr(0xAE) . 'z '; $xml = new DOMDocument(); $xml->loadHTML($str); echo $xml->saveHTML(); Expected result: a�z Actual result: -- Warning: DOMDocument::loadHTML() [domdocument.loadhtml]: input conversion failed due to input error, bytes 0xAE 0x7A 0x7A 0x7A in C:\htdocs\test.php on line 14 Warning: DOMDocument::loadHTML() [domdocument.loadhtml]: input conversion failed due to input error, bytes 0xAE 0x7A 0x7A 0x7A in C:\htdocs\test.php on line 14 Warning: DOMDocument::loadHTML() [domdocument.loadhtml]: htmlCheckEncoding: encoder error in Entity, line: 4 in C:\htdocs\test.php on line 14 Warning: DOMDocument::loadHTML() [domdocument.loadhtml]: input conversion failed due to input error, bytes 0xAE 0x7A 0x7A 0x7A in C:\htdocs\test.php on line 14 a -- Edit this bug report at http://bugs.php.net/?id=47108&edit=1
#47093 [Fbk->Csd]: make fails on target `sapi/apache2handler/mod_php5.lo'
ID: 47093 User updated by: clawson at uen dot org Reported By: clawson at uen dot org -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: Solaris 10 (sparc) PHP Version: 5.2.8 New Comment: OK, I figured it out. The sapi/apache2hander/config.m4 gave me the clue I needed. One of the first things it does is run 'apxs -q CFLAGS'. When I compiled httpd-2.2.11 I needed to add a CFLAGS value: CFLAGS="-DUSE_ATOMICS_GENERIC". The first time I had a space between the -D and the USE_ATOMICS_GENERIC. I removed the space, recompiled httpd, then started over with PHP. This make successfully completed--the -D was gone. You can see the slight difference in running the apxs command manually. Before recompiling httpd: $ /opt/httpd/apache-2.2.11/sbin/apxs -q CFLAGS -D USE_ATOMICS_GENERIC And after: $ /opt/httpd/apache-2.2.11/sbin/apxs -q CFLAGS -DUSE_ATOMICS_GENERIC I moved this bug to closed. Thanks for the extra eyes, I got the information I needed to figure out the problem. Previous Comments: [2009-01-15 17:25:19] clawson at uen dot org Thanks, I didn't catch the extra '-D'. It helps to have another set of eyes. Removing the -D from this line and running it manually completes successfully. However, I don't know where this -D is coming from. You can see that I am setting CC and CXX variables as part of the configure statement. Looking at my environment, none of these variables are set elsewhere. And, reviewing the complete output of make, this is the only place this null value -D happens. Suggestions on where I can further look to solve this? [2009-01-15 15:06:08] j...@php.net And EXTRA_CFLAGS it propably is.. [2009-01-15 15:02:23] j...@php.net Check your CFLAGS / CXXFLAGS / etc. environment variables. You seem to have one stray -D there.. [2009-01-13 22:52:02] clawson at uen dot org Description: make fails with --with-apxs2=/opt/httpd/apache-2.2.11/sbin/apxs last out from make is: /bin/sh /opt/src/php-5.2.8/libtool --silent --preserve-dup-deps --mode=compile /opt/cooltools-4.2.1/gcc/bin/gcc -D -I/opt/httpd/apach e-2.2.11/include -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I/opt/httpd/apache-2.2.11/include -I/ opt/httpd/apache-2.2.11/include -Isapi/apache2handler/ -I/opt/src/php-5.2.8/sapi/apache2handler/ -DPHP_ATOM_INC -I/opt/src/php-5.2.8/ include -I/opt/src/php-5.2.8/main -I/opt/src/php-5.2.8 -I/usr/include/libxml2 -I/usr/local/ssl/include -I/opt/curl/include -I/opt/src/ php-5.2.8/ext/date/lib -I/opt/mysql/include/mysql -I/opt/src/php-5.2.8/TSRM -I/opt/src/php-5.2.8/Zend -D_POSIX_PTHREAD_SEMANTICS -I/ usr/local/include -g -O2 -c /opt/src/php-5.2.8/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/mod_php5.lo : error: macro names must be identifiers *** Error code 1 make: Fatal error: Command failed for target `sapi/apache2handler/mod_php5.lo' configure completed without error. configure statement: CC=/opt/cooltools-4.2.1/gcc/bin/gcc \ CXX=/opt/cooltools-4.2.1/gcc/bin/gcc \ ./configure \ --prefix=/opt/php/php-5.2.8-mysql-5.0.75 \ --with-config-file-path=/etc/opt/php \ --with-apxs2=/opt/httpd/apache-2.2.11/sbin/apxs \ --with-zlib-dir=/usr/lib \ --with-bz2=/usr/lib \ --with-jpeg-dir=/usr/sfw \ --with-png-dir=/usr/sfw \ --with-gd \ --enable-magic-quotes \ --enable-bcmath \ --enable-calendar \ --enable-pcntl \ --enable-sigchild \ --enable-ftp \ --without-sqlite \ --with-pear \ --with-curl=/opt/curl \ --with-openssl=/usr/local/ssl \ --with-mysql=/opt/mysql Remove the --with-apxs2 directive and make completes without problems. Attempted snapshot php5.2-200901132130 and got the same error. Solaris 10: $ cat /etc/release Solaris 10 10/08 s10s_u6wos_07b SPARC Copyright 2008 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 27 October 2008 $ gcc -v Using built-in specs. Target: sparc-sun-solaris2.10 Configured with: /net/clpt-v490-1/export/data/bldmstr/20081023_ceres_gcc421/src/configure --prefix= --enable-shared --with-system-zlib --enable-checking=release --disable-libmudflap --enable-languages=c,c++ --with-cpu=v9 --with-ld=/usr/ccs/bin/ld --without-gnu-ld --disable-gnattools --with-mpfr=/ws/gccfss/tools --with-gmp=/ws/gccfss/tools --enable-tls Thread model: posix gcc version 4.2.1 (20081023) (gccfss) Solaris make (/usr/ccs/bin/make) Expected result: successful make -- Edit this bug report at http://bugs.php.net/?id=47093&edit=1
#47116 [Opn->Bgs]: Problem with .htaccess, high consumption of resources , probable DOS
ID: 47116 Updated by: j...@php.net Reported By: kabute at gulo dot org -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: GNU/Linux (Debian) PHP Version: 5.2.8 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: [2009-01-15 16:20:32] kabute at gulo dot org Description: If you create a directory with a .htaccess and a .htpassword inside (and Apache2 correctly configured), and you create a .php file with the next code: In the second authetification the browser will start loading the page waiting for response. Looking at the apache's error log it will show an "user not found" error. I've tried it with PHP 5.2.6 and PHP 5.2.7 . Reproduce code: --- Expected result: Resources comsuption, maybe DOS. Actual result: -- Very high memory load. -- Edit this bug report at http://bugs.php.net/?id=47116&edit=1
#47117 [Opn->Fbk]: wrong XML parse, loss chars
ID: 47117
Updated by: j...@php.net
Reported By: dir at melbis dot com
-Status: Open
+Status: Feedback
Bug Type: DOM XML related
Operating System: FreeBSD 7.1
PHP Version: 5.2.8
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
Previous Comments:
[2009-01-15 17:24:28] dir at melbis dot com
Description:
When parsing XML, chars "<" and ">" was gone...
For sample, Tag has "", but outside wrong value:
"STRONG", must be ""
Reproduce code:
---
$data = '';
$xml_parser = xml_parser_create('UTF-8');
xml_set_element_handler($xml_parser, "start_xml_tag", "end_xml_tag");
xml_set_character_data_handler($xml_parser, "xml_tag");
xml_parser_set_option($xml_parser, XML_OPTION_CASE_FOLDING, FALSE);
xml_parse($xml_parser, $data, true);
function start_xml_tag($mParser, $mName, $mAttrs) {
global $gDoValues, $gCurrentTagName;
$gCurrentTagName = $mName;
if ( $mName != 'DO' ) { $gDoValues[$gCurrentTagName] = ''; } else {
$gDoValues = array(); } }
function xml_tag($mParser, $mData) {
global $gDoValues, $gCurrentTagName;
$gDoValues[$gCurrentTagName] .= $mData;}
function end_xml_tag($mParser, $mName) {
global $gDoValues, $gData;
if ($mName == 'DO') { print_r($gDoValues); }}
Expected result:
Array
(
[descr] =>
)
Actual result:
--
Array
(
[descr] => STRONG
)
--
Edit this bug report at http://bugs.php.net/?id=47117&edit=1
#47059 [Com]: Apache crashes php5ts.dll
ID: 47059 Comment by: Stan at MComputerSolutions dot com Reported By: brian at alternate-zone dot com Status: Feedback Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.2.8 New Comment: I had multiple verions, one set located in C:\Windows\System32, of the mysql_php.dll and libmysql.dll. All the files where the same verison. Removed the duplicate files and now PHP can connect to mySQL. Previous Comments: [2009-01-10 11:08:20] paj...@php.net I mean which libmysql, for example if you have installed and use mysql 5.1 and libmysql 5.1 dll is used by php. [2009-01-10 02:25:56] brian at alternate-zone dot com I'm using PHP5.2.8 Win32 zip package and the mysql dll is: php_mysql.dll [2009-01-10 00:38:52] paj...@php.net Which PHP binaries do you use and which mysql DLL? [2009-01-10 00:36:28] brian at alternate-zone dot com Description: when I try to make a connection to the database Mysql the Apache HTTP server crashes. szAppName: httpd.exe szAppVer: 2.2.11.0 szModName: php5ts.dll szModVerL 5.2.8.8 offset: 9fe6 Reproduce code: --- '; echo 'Name: ' . $field['name'] . ''; } ?> Expected result: ID: 1 Name: John Actual result: -- Apache HTTP Server has encountered a problem and needs to close -- Edit this bug report at http://bugs.php.net/?id=47059&edit=1
#47059 [Fbk->Bgs]: Apache crashes php5ts.dll
ID: 47059 Updated by: paj...@php.net Reported By: brian at alternate-zone dot com -Status: Feedback +Status: Bogus Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.2.8 New Comment: not a developer issue, was a libmysql mess > bogus. Previous Comments: [2009-01-15 20:08:07] Stan at MComputerSolutions dot com I had multiple verions, one set located in C:\Windows\System32, of the mysql_php.dll and libmysql.dll. All the files where the same verison. Removed the duplicate files and now PHP can connect to mySQL. [2009-01-10 11:08:20] paj...@php.net I mean which libmysql, for example if you have installed and use mysql 5.1 and libmysql 5.1 dll is used by php. [2009-01-10 02:25:56] brian at alternate-zone dot com I'm using PHP5.2.8 Win32 zip package and the mysql dll is: php_mysql.dll [2009-01-10 00:38:52] paj...@php.net Which PHP binaries do you use and which mysql DLL? [2009-01-10 00:36:28] brian at alternate-zone dot com Description: when I try to make a connection to the database Mysql the Apache HTTP server crashes. szAppName: httpd.exe szAppVer: 2.2.11.0 szModName: php5ts.dll szModVerL 5.2.8.8 offset: 9fe6 Reproduce code: --- '; echo 'Name: ' . $field['name'] . ''; } ?> Expected result: ID: 1 Name: John Actual result: -- Apache HTTP Server has encountered a problem and needs to close -- Edit this bug report at http://bugs.php.net/?id=47059&edit=1
#47118 [NEW]: Segmentation fault on ociexecute
From: holger at noefer dot org Operating system: Solaris 8 PHP version: 5.2.8 PHP Bug Type: OCI8 related Bug description: Segmentation fault on ociexecute Description: Hello, we have a problem with PHP and Oracle. The versions are the following: php 5.2.8 (latest) Latest Oracle Instant Client 10.2.0.4.0 (latest) Apache 1.3.37 ./configure \ --prefix=/opt/php-5.2.8 \ --with-apxs=/opt/apache-content/bin/apxs \ --with-mysql=/opt/mysql-for-php5 \ --enable-shmop \ --enable-sysvsem \ --enable-ftp \ --enable-sysvshm \ --with-oci8=instantclient,/usr/oracle_instant/instantclient_10_2 \ --with-freetype-dir=/opt/lib \ --with-zlib-dir=/opt/lib \ --with-jpeg-dir=/opt/lib \ --with-gd \ --with-gettext \ --with-iconv-dir [Thu Jan 15 20:46:09 2009] [notice] child pid 13292 exit signal Segmentation Fault (11) [13289] EACCELERATOR: PHP crashed on opline 69 of ociexecute() at /www/vhost/inc/ticker/artikel.inc.php:755 [Thu Jan 15 20:46:16 2009] [notice] child pid 13289 exit signal Segmentation Fault (11) [13902] EACCELERATOR: PHP crashed on opline 69 of ociexecute() at /www/vhost/inc/ticker/artikel.inc.php:755 [Thu Jan 15 20:46:17 2009] [notice] child pid 13902 exit signal Segmentation Fault (11) [13278] EACCELERATOR: PHP crashed on opline 141 of ociexecute() at /www/vhost/inc/ticker/dpaticker.inc.php:77 PHP seems to crash on ociexecute. If I disable eaccelerator and Zend optimiser the problem is the same. Best regards and thanks for help, Holger Actual result: -- server:/opt/apache-content/coredump # gdb /opt/apache-content/libexec/libhttpd.ep core GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"... Reading symbols from /opt/apache-content/libexec/libhttpd.so...done. Loaded symbols for /opt/apache-content/libexec/libhttpd.so Reading symbols from /opt/BerkeleyDB.3.3/lib/libdb-3.3.so...done. Loaded symbols for /usr/local/BerkeleyDB.3.3/lib/libdb-3.3.so Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libpthread.so.1...done. Loaded symbols for /usr/lib/libpthread.so.1 Reading symbols from /opt/lib/libexpat.so.0...done. Loaded symbols for /opt/lib/libexpat.so.0 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Sun-Fire-880/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Sun-Fire-880/lib/libc_psr.so.1 Reading symbols from /usr/lib/libthread.so.1...done. Loaded symbols for /usr/lib/libthread.so.1 Reading symbols from /usr/lib/nss_files.so.1...done. Loaded symbols for /usr/lib/nss_files.so.1 Reading symbols from /opt/apache-content/libexec/mod_env.so...done. Loaded symbols for /opt/apache-content/libexec/mod_env.so Reading symbols from /opt/apache-content/libexec/mod_log_config.so...done. Loaded symbols for /opt/apache-content/libexec/mod_log_config.so Reading symbols from /opt/apache-content/libexec/mod_mime.so...done. Loaded symbols for /opt/apache-content/libexec/mod_mime.so Reading symbols from /opt/apache-content/libexec/mod_status.so...done. Loaded symbols for /opt/apache-content/libexec/mod_status.so Reading symbols from /opt/apache-content/libexec/mod_dir.so...done. Loaded symbols for /opt/apache-content/libexec/mod_dir.so Reading symbols from /opt/apache-content/libexec/mod_cgi.so...done. Loaded symbols for /opt/apache-content/libexec/mod_cgi.so Reading symbols from /opt/apache-content/libexec/libproxy.so...done. Loaded symbols for /opt/apache-content/libexec/libproxy.so Reading symbols from /opt/apache-content/libexec/mod_alias.so...done. Loaded symbols for /opt/apache-content/libexec/mod_alias.so Reading symbols from /opt/apache-content/libexec/mod_rewrite.so...done. Loaded symbols for /opt/apache-content/libexec/mod_rewrite.so Reading symbols from /opt/apache-content/libexec/mod_access.so...done. Loaded symbols for /opt/apache-content/libexec/mod_access.so Reading symbols from /opt/apache-content/libexec/mod_auth.so...done. Loaded symbols for /opt/apache-content/libexec/mod_auth.so Reading symbols from /opt/apache-content/libexec/mod_setenvif.so...done. Loaded symbols for /opt/apache-content/libexec/mod_setenvif.so Reading symbols from /opt/apache-content/libexec/libssl.so...done. Loaded symbols for /opt/apache-content/libexec/libssl.so Reading symbols from /opt/openssl/lib/libssl.so.0.9.8...done. Loaded sym
#44729 [Com]: display_errors = Off not respected
ID: 44729 Comment by: zugg at zuggsoft dot com Reported By: hsbrown2 at verizon dot net Status: No Feedback Bug Type: PHP options/info functions Operating System: Windows Server 2008 PHP Version: 5.2.5 Assigned To: fb-req-jani New Comment: I have experienced this same problem with the CentOS 5.2 FCGI version of PHP5. I can use the error_reporting() function to turn off error reporting, but the display_errors=Off in the PHP.INI file is ignored otherwise. Previous Comments: [2008-09-07 08:50:22] php at jamesvalero dot com I also tried the latest version (PHP Version 5.2.7-dev) with the same results. It seems this is an error specific to FastCGI. When changing to php5isapi.dll, display_errors works as expected. When switching to php5-cgi.exe, display_errors still shows errors even when set to Off. Both versions (5.2.7-dev and 5.2.6) have this problem. [2008-09-07 08:28:06] php at jamesvalero dot com I'm getting the same error with PHP 5.2.6 on Windows 2k3R2STD IIS FastCGI It shows the standard phpinfo(); output but at the very bottom it has PHP Notice: Use of undefined constant asdf - assumed 'asdf' in D:\Domains\itgstats-dev.hottopic.com\public_html\phpinfo.php on line 4 This is what I have for display_errors: Directive Local Value Master Value display_errors Off Off Here's my first segment System Windows NT CAINTDEV1 5.2 build 3790 Build Date May 2 2008 18:01:20 Configure Command cscript /nologo configure.js "--enable-snapshot-build" "--with-gd=shared" "--with-extra-includes=C:\Program Files (x86)\Microsoft SDK\Include;C:\PROGRA~2\MICROS~2\VC98\ATL\INCLUDE;C:\PROGRA~2\MICROS~2\VC98\INCLUDE;C:\PROGRA~2\MICROS~2\VC98\MFC\INCLUDE" "--with-extra-libs=C:\Program Files (x86)\Microsoft SDK\Lib;C:\PROGRA~2\MICROS~2\VC98\LIB;C:\PROGRA~2\MICROS~2\VC98\MFC\LIB" Server API CGI/FastCGI Virtual Directory Support enabled Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File C:\WINDOWS\php.ini PHP API 20041225 PHP Extension 20060613 Zend Extension 220060519 Debug Build no Thread Safety enabled Zend Memory Manager enabled IPv6 Supportenabled Registered PHP Streams php, file, data, http, ftp, compress.zlib, zip Registered Stream Socket Transports tcp, udp Registered Stream Filters convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, zlib.* [2008-05-02 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2008-04-24 10:44:21] j...@php.net That phpinfo() page is not accessible. Also, put something to cause a notice to appear in the same script.. [2008-04-22 02:40:18] hsbrown2 at verizon dot net After applying the latest snap (http://snaps.php.net/win32/php5.2-win32-latest.zip) the issue persists. Here is the actual text from the log file: [21-Apr-2008 19:22:06] PHP Warning: Invalid argument supplied for foreach() in E:\wwwroot\components\com_comprofiler\plugin\user\plug_cbcore\cb.core.php on line 240 You should be able to reach the phpinfo() via this link: http://71.164.9.37/test.php Please let me know directly via email if the link does not work, as it is possible my ISP is blocking this. This is a test development server and was never intended to be exposed to the Internet, however I have unblocked port 80 for the purposes of investigating this issue. Please note also that I would like to use an NTS build. Thread safety is enabled on this snap. Thank you The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/44729 -- Edit this bug report at http://bugs.php.net/?id=44729&edit=1
#47118 [Opn->Fbk]: Segmentation fault on ociexecute
ID: 47118 Updated by: s...@php.net Reported By: holger at noefer dot org -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Solaris 8 PHP Version: 5.2.8 New Comment: Please help narrow down the problem with the aim of supplying a reproducable testcase. Look at patterns in the frequency of crash, the statement(s) that crash, and the environment (machine, environment variables, build options, connection etc) that causes the crash. Previous Comments: [2009-01-15 20:13:24] holger at noefer dot org Description: Hello, we have a problem with PHP and Oracle. The versions are the following: php 5.2.8 (latest) Latest Oracle Instant Client 10.2.0.4.0 (latest) Apache 1.3.37 ./configure \ --prefix=/opt/php-5.2.8 \ --with-apxs=/opt/apache-content/bin/apxs \ --with-mysql=/opt/mysql-for-php5 \ --enable-shmop \ --enable-sysvsem \ --enable-ftp \ --enable-sysvshm \ --with-oci8=instantclient,/usr/oracle_instant/instantclient_10_2 \ --with-freetype-dir=/opt/lib \ --with-zlib-dir=/opt/lib \ --with-jpeg-dir=/opt/lib \ --with-gd \ --with-gettext \ --with-iconv-dir [Thu Jan 15 20:46:09 2009] [notice] child pid 13292 exit signal Segmentation Fault (11) [13289] EACCELERATOR: PHP crashed on opline 69 of ociexecute() at /www/vhost/inc/ticker/artikel.inc.php:755 [Thu Jan 15 20:46:16 2009] [notice] child pid 13289 exit signal Segmentation Fault (11) [13902] EACCELERATOR: PHP crashed on opline 69 of ociexecute() at /www/vhost/inc/ticker/artikel.inc.php:755 [Thu Jan 15 20:46:17 2009] [notice] child pid 13902 exit signal Segmentation Fault (11) [13278] EACCELERATOR: PHP crashed on opline 141 of ociexecute() at /www/vhost/inc/ticker/dpaticker.inc.php:77 PHP seems to crash on ociexecute. If I disable eaccelerator and Zend optimiser the problem is the same. Best regards and thanks for help, Holger Actual result: -- server:/opt/apache-content/coredump # gdb /opt/apache-content/libexec/libhttpd.ep core GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"... Reading symbols from /opt/apache-content/libexec/libhttpd.so...done. Loaded symbols for /opt/apache-content/libexec/libhttpd.so Reading symbols from /opt/BerkeleyDB.3.3/lib/libdb-3.3.so...done. Loaded symbols for /usr/local/BerkeleyDB.3.3/lib/libdb-3.3.so Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libpthread.so.1...done. Loaded symbols for /usr/lib/libpthread.so.1 Reading symbols from /opt/lib/libexpat.so.0...done. Loaded symbols for /opt/lib/libexpat.so.0 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Sun-Fire-880/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Sun-Fire-880/lib/libc_psr.so.1 Reading symbols from /usr/lib/libthread.so.1...done. Loaded symbols for /usr/lib/libthread.so.1 Reading symbols from /usr/lib/nss_files.so.1...done. Loaded symbols for /usr/lib/nss_files.so.1 Reading symbols from /opt/apache-content/libexec/mod_env.so...done. Loaded symbols for /opt/apache-content/libexec/mod_env.so Reading symbols from /opt/apache-content/libexec/mod_log_config.so...done. Loaded symbols for /opt/apache-content/libexec/mod_log_config.so Reading symbols from /opt/apache-content/libexec/mod_mime.so...done. Loaded symbols for /opt/apache-content/libexec/mod_mime.so Reading symbols from /opt/apache-content/libexec/mod_status.so...done. Loaded symbols for /opt/apache-content/libexec/mod_status.so Reading symbols from /opt/apache-content/libexec/mod_dir.so...done. Loaded symbols for /opt/apache-content/libexec/mod_dir.so Reading symbols from /opt/apache-content/libexec/mod_cgi.so...done. Loaded symbols for /opt/apache-content/libexec/mod_cgi.so Reading symbols from /opt/apache-content/libexec/libproxy.so...done. Loaded symbols for /opt/apache-content/libexec/libproxy.so Reading symbols from /opt/apache-content/libexec/mod_alias.so...done. Loaded symbols for /opt/apache-content/libexec/mod_alias.so Reading symbols from /opt/apache-content/libexec/mod_rewrite.so...done. Loaded symbols for /opt/apache-content/libexec/mod_rewrite.so Reading symbols from /opt/apache-content/libexec/mod_access.so...done. Loaded symbols for /opt/apache-con
#47119 [NEW]: SOAP-ERROR: Parsing WSDL
From: simon at connexon dot com
Operating system: Windows XP
PHP version: 5.2.8
PHP Bug Type: SOAP related
Bug description: SOAP-ERROR: Parsing WSDL
Description:
A bug was already opened on this but has been set to "No feedback" and the
person who opened the bug doesn't seem to be wanting to reopen it.
This bug addresses a problem in the XML parser part of the soapclient and
soapserver constructors. I've been using this for a few years now and it's
always been working fine, but this time I was using a pre-made .wsdl with a
ton of .xsd files for a project and the soap was always returning me this
precise error "Fatal error: Uncaught SoapFault exception: [WSDL]
SOAP-ERROR: Parsing
Schema: unresolved element 'ref' attribute."
This needs to be fixed.
package can be downloaded at
http://www.nena.org/xml_schemas/NENAFiles/CurrentNENA/CurrentNENA.zip
The crash occurs somewhere in this part: (if i remove this from the .xsd
file then it works fine + the original file doesn't display any errors in a
normal XML application)
A provider of either service or
information. The
target provider type only specifies that a provider be identified by host
address or NENA identifier. This type should be used by requesting hosts
when identifying the target host for the request. This type is used to
identify the VPC in the ESR request and the ESCT messages where the full
details for the VPC are not known.
Reproduce code:
---
soap client code:
$args = array (
'trace' => 1,
'exceptions' => 1,
'location' => 'http://localhost/proj/server.php'
);
$clientSOAP = new SoapClient('CurrentNENA/I2/v7/v7.wsdl', $args);
$params= array (
"validateAddress" => array(
"MessageID" => "Blob",
"CustomerID" => "1992",
"StreetAddress" => array(
"HouseNum" => "200",
"HouseNumSuffix" => "200",
"PrefixDirectional" => "200",
"StreetName" => "200",
"StreetSuffix" => "200",
"PostDirectional" => "200",
"MSAGCommunity" => "200",
"StateProvince" => "200",
"PostalCode" => "200",
"Country" => "200"
)
));
$myres = $clientSOAP->__soapCall("validateAddress", $params);
soap server code:
$serveurSOAP = new SoapServer('CurrentNENA/I2/v7/v7.wsdl');
$serveurSOAP->addFunction(array("validateAddress"));
if ($_SERVER['REQUEST_METHOD'] == 'POST')
{
$serveurSOAP->handle();
}
else
{
echo 'Please use the POST method.';
}
function validateAddress($params)
{
return array("MessageID" => "Blob", "ReturnCode" => "200", "Valid" =>
"Valid");
}
Expected result:
should give a normal xml response
RESPONSE: http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="urn:nena:xml:ns:es:v7">Blob200Valid
Actual result:
--
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
Schema: unresolved element 'ref' attribute.
--
Edit bug report at http://bugs.php.net/?id=47119&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47119&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47119&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47119&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47119&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=47119&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47119&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=47119&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=47119&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=47119&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=47119&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=47119&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=47119&r=notenoughinfo
Submitted twice:
#44861 [Com]: scrollable cursor don't work with pgsql
ID: 44861
Comment by: andrew at rook dot ca
Reported By: php at benjaminschulz dot com
Status: Verified
Bug Type: PDO related
Operating System: osx
PHP Version: 5.3CVS-2008-04-29 (CVS)
New Comment:
Same problem.
PHP 5.2.8 on Fedora 8 (2.6.21.7-5.fc8xen) && PostgreSQL 8.2.11
Previous Comments:
[2008-12-12 11:36:07] denis at edistar dot com
Same problem also in PHP 5.2.6.
I think this is a very serious bug.
[2008-04-29 16:13:24] php at benjaminschulz dot com
Description:
I don't see how to use scrollable cursors with pdo_pgsql
Reproduce code:
---
$db = new Pdo("pgsql:...");
$db->setAttribute(Pdo::ATTR_ERRMODE, Pdo::ERRMODE_EXCEPTION);
$res = $db->prepare("SELECT 'row1' UNION SELECT 'row2' UNION SELECT
'row3' UNION SELECT 'row4'", array(PDO::ATTR_CURSOR =>
PDO::CURSOR_SCROLL));
$res->execute();
var_dump($res->fetch());
// $res->fetch(Pdo::FETCH_NUM, PDO::FETCH_ORI_ABS, 2) won't throw an
exception but return false
Expected result:
array('row1')
Actual result:
--
Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[34000]: Invalid cursor name: 7 ERROR: cursor
"pdo_pgsql_cursor_00d78a0c" does not exist' in ...
--
Edit this bug report at http://bugs.php.net/?id=44861&edit=1
#47120 [NEW]: Function "strtotime" work incorrect
From: poczta at kab-tech dot pl Operating system: Windows Vista PHP version: 5.2.8 PHP Bug Type: Unknown/Other Function Bug description: Function "strtotime" work incorrect Description: Function "strtotime" don't work for some event. Reproduce code: --- //incorrect $data_po = "24.2"; $po = strtotime($data_po); echo $po; //correct $data_po = "24.2.2009"; $po = strtotime($data_po); echo $po; //for $data_po = "01.02"; to $data_po = "23.02"; //work OK Expected result: Something like: 1232118060 Actual result: -- empty field -- Edit bug report at http://bugs.php.net/?id=47120&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47120&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47120&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47120&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47120&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47120&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47120&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47120&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47120&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47120&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47120&r=support Expected behavior: http://bugs.php.net/fix.php?id=47120&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47120&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47120&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47120&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47120&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47120&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47120&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47120&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47120&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47120&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47120&r=mysqlcfg
#46747 [Bgs]: validFrom_time_t of certificate in Windows is difference with Unix system
ID: 46747
User updated by: hunreal at gmail dot com
Reported By: hunreal at gmail dot com
Status: Bogus
Bug Type: OpenSSL related
Operating System: Windows, FreeBSD
PHP Version: 5.2.6
New Comment:
Tried set date_default_timezone_set('Asia/Shanghai');
but the problem is still exists.
OS: Windows Vista
Previous Comments:
[2008-12-08 11:41:46] j...@php.net
One of those machines has wrong timezone set. Use the
date_default_timezone_set() function in your script to set the correct
one in both. And check those machines' system time too. This is not a
PHP bug.
[2008-12-04 06:27:20] hunreal at gmail dot com
Description:
I used openssl_x509_parse() to get certificate infomation. But the
values, 'validFrom_time_t' and 'validTo_time_t' in Windows is difference
with Unix system.
It's same php code, same certificate file. But two result is not the
same.
By used openssl CLI, I am sure that is Windows PHP issue.
Reproduce code:
---
PHP code:
Openssl CLI:
openssl x509 -dates -noout -in my.cer
You can use any certificate.
Expected result:
In windows, PHP code output,
070126220002Z 1169845202
090126033531Z 1232937331
2007-01-27 05:00:02
2009-01-26 10:35:31
--
In Unix, PHP code output,
070126220002Z 1169848802
090126033531Z 1232940931
2007-01-27 06:00:02
2009-01-26 11:35:31
--
BTW, my timezone is set to Asia/Shanghai, GMT+8
Actual result:
--
OpenSSL CLI output,
notBefore=Jan 26 22:00:02 2007 GMT
notAfter=Jan 26 03:35:31 2009 GMT
--
Edit this bug report at http://bugs.php.net/?id=46747&edit=1
#47121 [NEW]: Cannot suppress warnings for "Call-time pass by reference is deprecated"
From: david at ethos-consulting dot com Operating system: MacOS X 10.5.6 PHP version: 5.2.8 PHP Bug Type: PHP options/info functions Bug description: Cannot suppress warnings for "Call-time pass by reference is deprecated" Description: I have a legacy PHP4 application running under PHP5 with additional components built in Zend Framework. Several of the legacy classes utilize call-time pass-by-reference when invoking their methods, for historical reasons, which is deprecated behavior in PHP5 and displays a message of level E_WARNING, appropriately: Warning: Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of [runtime function name](). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file in /path/to/script.php on line ## I have set and confirmed the error reporting bitmask at 6133 (all minus E_NOTICE and E_WARNING) via .htaccess directives (php_value) and PHP's error_reporting() function. However, I continue to see the warning message on my local development machine. Setting the prescribed ini setting seems to be the only way to suppress the warnings. Are these not regular E_WARNING level messages? Reproduce code: --- http://bugs.php.net/?id=47121&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47121&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47121&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47121&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47121&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47121&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47121&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47121&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47121&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47121&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47121&r=support Expected behavior: http://bugs.php.net/fix.php?id=47121&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47121&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47121&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47121&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47121&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47121&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47121&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47121&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47121&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47121&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47121&r=mysqlcfg
#47122 [NEW]: php5ts.dll crashes apache if mysql ext is used.
From: Faither at web dot de Operating system: Windows + IE7 installs PHP version: 5.2.8 PHP Bug Type: MySQL related Bug description: php5ts.dll crashes apache if mysql ext is used. Description: Apache/2.2.11 (Win32) (working if not used in conjuction with... mySql + PHP) Mysql Ver 14.14 Distrib 5.1.30, for Win32 (ia32) (working ... PHP 5.2.8 (working ...) Windowze Vizta OS Version 6.0.6001.2.1.0.256.1 And no problem with same setup running under Kubuntu 8.10; works like a charm - no errors(!!). While Googling my way through the internet i stumbled across this: "..." Dependency issue of php_mysql.dll: "..." failure in the dependencies. DwmAPI.dll. (Vista Window Manager) "..." from *http://techmale.com/2008/02/27/how-microsoft-caused-apache-php_mysqldll-to-failusing-vista-dwmapidll/ So the root of this problem seems to be an Internet Explorer dependency.(?) Reproduce code: --- http://bugs.php.net/?id=47122&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47122&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47122&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47122&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47122&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47122&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47122&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47122&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47122&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47122&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47122&r=support Expected behavior: http://bugs.php.net/fix.php?id=47122&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47122&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47122&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47122&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47122&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47122&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47122&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47122&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47122&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47122&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47122&r=mysqlcfg
#47122 [Opn]: php5ts.dll crashes apache if mysql ext is used.
ID: 47122 User updated by: Faither at web dot de Reported By: Faither at web dot de Status: Open Bug Type: MySQL related Operating System: Windows + IE7 installs PHP Version: 5.2.8 New Comment: Problem signature: Problem Event Name: APPCRASH Application Name: httpd.exe Application Version: 2.2.11.0 Application Timestamp:493f5d44 Fault Module Name:php5ts.dll Fault Module Version: 5.2.8.8 < (-; Fault Module Timestamp: 493d75fc Exception Code: c005 Exception Offset: ac5a OS Version: 6.0.6001.2.1.0.256.1 Locale ID:1031 Additional Information 1: 8932 Additional Information 2: bd08f61e9b0baa119ce3d8ab843a334c Additional Information 3: 15af Additional Information 4: 582f8703263a701737a9aefbdea6db5a Previous Comments: [2009-01-16 02:54:18] Faither at web dot de Description: Apache/2.2.11 (Win32) (working if not used in conjuction with... mySql + PHP) Mysql Ver 14.14 Distrib 5.1.30, for Win32 (ia32) (working ... PHP 5.2.8 (working ...) Windowze Vizta OS Version 6.0.6001.2.1.0.256.1 And no problem with same setup running under Kubuntu 8.10; works like a charm - no errors(!!). While Googling my way through the internet i stumbled across this: "..." Dependency issue of php_mysql.dll: "..." failure in the dependencies. DwmAPI.dll. (Vista Window Manager) "..." from *http://techmale.com/2008/02/27/how-microsoft-caused-apache-php_mysqldll-to-failusing-vista-dwmapidll/ So the root of this problem seems to be an Internet Explorer dependency.(?) Reproduce code: --- http://bugs.php.net/?id=47122&edit=1
#47123 [NEW]: Robust Output Buffer Control
From: shepnorfleet at verizon dot net Operating system: linux PHP version: 5.3.0alpha3 PHP Bug Type: Feature/Change Request Bug description: Robust Output Buffer Control Description: I would like to request the ability to place output at the front of the existing buffer. I have placed an example CONOP in the 'Reproduce Code' section. I did some experimentation with nesting but it doesn't seem to help me, please see the 'Expected Result' section to see if I understand it correctly. Reproduce code: ---
#47086 [Fbk->Opn]: zend_mm_heap corrupted when php script calls sql commands to create DB/tables
ID: 47086 User updated by: tshanmugapriya at alcatel-lucent dot com Reported By: tshanmugapriya at alcatel-lucent dot com -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: HP-UX 11.11 PHP Version: 5.2.8 New Comment: Sorry, Im not good in php. I am trying to install the took testlink and the php script fails when it calls sql scripts to create the data base. This tool requires apache and mysql also. Previous Comments: [2009-01-13 11:43:13] scott...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. We need a small script we can use to test this, you also didn't mention what database you are using. [2009-01-13 11:34:17] tshanmugapriya at alcatel-lucent dot com Description: Installed apache(2.2.10) and php(5.2.8) on HP-UX 11.11 server. Trying to setup testlink tool that needs php 5.2. Im able to open index and other php pages. When installNewDB.php (which creates the database and tables) is called, Page can not be displayed message is shown in IE and "zend_mm_heap corrupted" is logged in apache's error_log. Checked in google for the similar bugs reported. Got HP's binary file compiled with few of the options that were suggested but still no luck, hitting into same issue. Latest build in HP official site with -DZEND_MM_HEAP_PROTECTION option. http://hpux.connect.org.uk/hppd/hpux/Languages/php-5.2.8/ Please provide fix for this issue. Reproduce code: --- installNewDB.php in testlink tool (install/index.php will lead to this page) Tool can be downloaded from http://www.teamst.org/ (this tool ois working well with xamp on Windows, with php5.1.1 version) Expected result: Above code should call the sql commands and run then on the server Actual result: -- zend_mm_heap corrupted zend_mm_heap corrupted zend_mm_heap corrupted -- Edit this bug report at http://bugs.php.net/?id=47086&edit=1
#47124 [NEW]: echo sentence works in the url toolbar
From: luis dot antonio dot comi at gmail dot com Operating system: Windows PHP version: 5.2.8 PHP Bug Type: URL related Bug description: echo sentence works in the url toolbar Description: It's possible write echo sentence in the url toolbar and works the sentence. Reproduce code: --- echo variable&variable Expected result: I don't know what are the possible problems about this bug. But I think that is dangerous that a sentence can run in the url toolbar. -- Edit bug report at http://bugs.php.net/?id=47124&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47124&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47124&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47124&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47124&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47124&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47124&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47124&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47124&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47124&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47124&r=support Expected behavior: http://bugs.php.net/fix.php?id=47124&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47124&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47124&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47124&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47124&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47124&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47124&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47124&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47124&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47124&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47124&r=mysqlcfg
#47124 [Opn]: echo sentence works in the url toolbar
ID: 47124 User updated by: luis dot antonio dot comi at gmail dot com Reported By: luis dot antonio dot comi at gmail dot com Status: Open Bug Type: URL related Operating System: Windows PHP Version: 5.2.8 New Comment: The correct example is http://php_file.php?echo variable&variable Written in the toolbar Previous Comments: [2009-01-16 07:37:04] luis dot antonio dot comi at gmail dot com Description: It's possible write echo sentence in the url toolbar and works the sentence. Reproduce code: --- echo variable&variable Expected result: I don't know what are the possible problems about this bug. But I think that is dangerous that a sentence can run in the url toolbar. -- Edit this bug report at http://bugs.php.net/?id=47124&edit=1
