#48187 [Fbk->Opn]: DateTime::diff() corrupting microtime() result
ID: 48187 User updated by: wavetrex at gmail dot com Reported By: wavetrex at gmail dot com -Status: Feedback +Status: Open Bug Type: Date/time related Operating System: Windows 2003 Server PHP Version: 5.3.0RC2 New Comment: float(1241919300.3593) float(1241709350.3736) int(1241919300) int(1241919300) string(25) "2009-05-10T04:35:00+03:00" string(25) "2009-05-10T04:35:00+03:00" ( http://wt.ath.cx/jani.php ) Note: 1241709350 -> this value seems to stay almost unchanged over time (look at my first submission: string(21) "0.25882200 1241709345" ) When I reported the difference was ~5 seconds, now it's over 200.000 Previous Comments: [2009-05-09 20:59:00] j...@php.net What is the output of the script I provided? [2009-05-09 06:58:21] wavetrex at gmail dot com @jani: I'm using microtime() multiple times to determine how long some complex parts of the script take to execute, when I noticed weird differences. Also, while the second microtime() call after diff() is wrong, the third seems to be ok, just like calling the function resets some internal variable that was broken during execution of diff() I prepared a script on my server: http://wt.ath.cx/diff.php The code for this script is here: http://wt.ath.cx/diff.txt Server configuration: http://wt.ath.cx/phpinfo.php Time difference between the two calls: Expected result: 3.814697265625E-5 (a few microseconds) Actual result: -142455.45035195 (??) Your script: http://wt.ath.cx/jani.php ... also has the error. If this probably occurs on my server, I'm thinking... it might be timezone related ? I'm sure yours and mine are different. (check my phpinfo.php to see date/time settings) P.S. While investigating, I noticed that in some rare cases it doesn't happen, and after Ctrl-R it gives the erroned value again. Try reloading the page a few times in case 1st time it shows the correct values. I'll keep experimenting with the new 5.3.0 time functions and see if some other errors appear. [2009-05-09 04:15:40] j...@php.net Try this script instead: (I can't reproduce this..) diff($date2)); var_dump($begin_u, microtime(true)); var_dump($begin_t, time()); var_dump($begin_a, date(DATE_ATOM)); ?> [2009-05-08 05:42:58] wavetrex at gmail dot com Description: calling DateTime::diff() seems to corrupt the result returned by microtime(), so it returns the wrong time after this function has been called Reproduce code: --- "; var_dump(microtime()); var_dump(time()); var_dump(date(DATE_ATOM)); var_dump($date1->diff($date2)); var_dump(microtime()); var_dump(time()); var_dump(date(DATE_ATOM)); echo ""; ?> Expected result: Expecting the 2nd microtime to be slightly bigger ( by a few miliseconds ) than first. instead, it's a totally wrong 5 seconds distance (or maybe other arbitrary value) date() and time() seem to be unaffected Actual result: -- before calling diff: string(21) "0.98425000 1241761004" after it: string(21) "0.25882200 1241709345" -- Edit this bug report at http://bugs.php.net/?id=48187&edit=1
#48218 [NEW]: ZipArchive->open fails under some circumstances
From: mb at smartftp dot com
Operating system: Windows Vista
PHP version: 5.2CVS-2009-05-10 (snap)
PHP Bug Type: Zip Related
Bug description: ZipArchive->open fails under some circumstances
Description:
The ZIPArchive->open fails with error 11 when a zip file is opened that
has just been created using ZIPArchive.
The test code works as expected when running it under administrative
privileges. However when running it under restricted access privileges the
ZIPArchive->open function is unable to open the file. On the other side
readfile() can successfully open the same file. My guess is that the
ZipArchive->open functions tries to open the file using a mode other than
just read.
Reproduce code:
---
open($file, ZIPARCHIVE::CREATE | ZIPARCHIVE::OVERWRITE ))
{
for($i=0; $i<10; $i++)
{
$bogus = "fjewklfj23klfj23lkfj23l";
$create->addFromString($i, $bogus);
}
if(!$create->close())
{
print("close failed");
}
}
$zip = new ZipArchive();
$open = $zip->open($file);
if($open === TRUE)
{
print("ok\n");
}
else
{
print("error ".$open."\n");
readfile($file);
}
Expected result:
ok
Actual result:
--
error 11.
content of zip file.
--
Edit bug report at http://bugs.php.net/?id=48218&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48218&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48218&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48218&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48218&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48218&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48218&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48218&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48218&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48218&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48218&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48218&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48218&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48218&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48218&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48218&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48218&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48218&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48218&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48218&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48218&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48218&r=mysqlcfg
#48217 [Opn->Bgs]: ZipArchive->open unable to open certain zip files
ID: 48217
User updated by: mb at smartftp dot com
Reported By: mb at smartftp dot com
-Status: Open
+Status: Bogus
Bug Type: Zip Related
Operating System: Windows Vista
PHP Version: 5.2CVS-2009-05-10 (snap)
New Comment:
I'm unable to reproduce it this way.
Previous Comments:
[2009-05-10 00:03:43] mb at smartftp dot com
Description:
ZipArchive is unable to open a zip file containing 247 files and 4
folders.
I have created a .zip file using ZipArchive. This is all good. However
when trying to open this zip archive ZipArchive->open fails with error
11.
The zip file looks good since I'm able to open it with WinRAR etc.
The test.zip with the test.php is provided in the following archive:
http://www.smartftp.com/upload/zipbug.zip
Regards,
Mat
SmartFTP
Reproduce code:
---
$extract = new ZipArchive;
$open = $extract->open($file, ZIPARCHIVE::CHECKCONS);
if($open === TRUE)
{
print("ok");
}
else
{
print("error");
// readfile always works. Thus no permission problem.
readfile($file);
}
Expected result:
ok
Actual result:
--
error
and output of file.
--
Edit this bug report at http://bugs.php.net/?id=48217&edit=1
#48217 [NEW]: ZipArchive->open unable to open certain zip files
From: mb at smartftp dot com
Operating system: Windows Vista
PHP version: 5.2CVS-2009-05-10 (snap)
PHP Bug Type: Zip Related
Bug description: ZipArchive->open unable to open certain zip files
Description:
ZipArchive is unable to open a zip file containing 247 files and 4
folders.
I have created a .zip file using ZipArchive. This is all good. However
when trying to open this zip archive ZipArchive->open fails with error 11.
The zip file looks good since I'm able to open it with WinRAR etc.
The test.zip with the test.php is provided in the following archive:
http://www.smartftp.com/upload/zipbug.zip
Regards,
Mat
SmartFTP
Reproduce code:
---
$extract = new ZipArchive;
$open = $extract->open($file, ZIPARCHIVE::CHECKCONS);
if($open === TRUE)
{
print("ok");
}
else
{
print("error");
// readfile always works. Thus no permission problem.
readfile($file);
}
Expected result:
ok
Actual result:
--
error
and output of file.
--
Edit bug report at http://bugs.php.net/?id=48217&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48217&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48217&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48217&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48217&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48217&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48217&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48217&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48217&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48217&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48217&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48217&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48217&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48217&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48217&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48217&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48217&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48217&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48217&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48217&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48217&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48217&r=mysqlcfg
#48195 [Asn->Fbk]: iconv link failure
ID: 48195 Updated by: scott...@php.net Reported By: rickdunn at chez dot com -Status: Assigned +Status: Feedback Bug Type: Compile Failure Operating System: OS X 10.5.6 PHP Version: 5.3.0RC2 Assigned To: scottmac Previous Comments: [2009-05-09 22:45:38] scott...@php.net The bug you linked to was fixed for 5.3.0RC2, its possible that this is what caused your issues. Did you checkout to a fresh directory? If not you might need to run ./buildconf and ./configure again. [2009-05-09 21:00:21] j...@php.net Drop all this first: CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer -arch x86_64 -m64" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti -arch x86_64 -m64" [2009-05-09 11:53:24] rickdunn at chez dot com Up until the release of 5.3.0 RC2, I could successfully compile PHP on OS X 10.5.6. Now, 'Make' always fails with this message: Undefined symbols: "_libiconv", referenced from: __php_iconv_appendl in iconv.o __php_iconv_appendl in iconv.o _php_iconv_string in iconv.o _php_iconv_string in iconv.o __php_iconv_strlen in iconv.o __php_iconv_strpos in iconv.o _zif_iconv_substr in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 [2009-05-08 21:47:15] j...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2009-05-08 19:50:44] rickdunn at chez dot com Description: Bug #43189 has returned in 5.3 RC2. Make fails with 'undefined symbols' related to iconv. Reproduce code: --- CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer -arch x86_64 -m64" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti -arch x86_64 -m64" ./configure --prefix=/usr/local/php5 --with-apxs2=/usr/sbin/apxs --with-config-file-scan-dir=/usr/local/php5/php.d --with-ldap=/usr --with-bz2=/usr --with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-exif --enable-soap --enable-ftp --enable-mbstring --enable-mbregex --enable-sockets --with-iodbc=/usr --with-curl=shared,/usr --sysconfdir=/private/etc --with-mysqli=mysqlnd --with-mysql=mysqlnd --with-pdo-mysql=mysqlnd --with-openssl --with-xmlrpc --with-xsl=/usr --with-gd --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/X11R6 --with-freetype-dir=/usr/X11R6 --with-xpm-dir=/usr/X11R6 --enable-gd-native-ttf --with-mcrypt=shared --enable-calendar --enable-bcmath Expected result: Successful installation. Actual result: -- Make fails. -- Edit this bug report at http://bugs.php.net/?id=48195&edit=1
#48216 [NEW]: PHP Fatal error: SOAP-ERROR: Parsing WSDL: Extra content at the end of the doc
From: mark at everytruckjob dot com
Operating system: CentOs 5.3
PHP version: 5.3.0RC2
PHP Bug Type: SOAP related
Bug description: PHP Fatal error: SOAP-ERROR: Parsing WSDL: Extra content at
the end of the doc
Description:
Trying to set up a soapClient using the wsdl from the location found in
http://www.everytruckjob.com/php53-url.txt (this contains the url and is
not the wsdl file itself so I can remove the location once this report is
closed as it is not my soap server).
Copying the wsdl from the referenced location to my own
(http://www.everytruckjob.com/wsdl.php) or saving it to a local file allows
parsing to succeed, but while the file sizes seem to be the same, I can't
figure out what headers or content causes the "Extra content at the end of
the document" error.
This works as expected on php 5.2.9 compiled and in use on the same client
server with Centos 5.3 libxml2.x86_64 2.6.26-2.1.2.7.
Reproduce code:
---
http://www.everytruckjob.com/php53-url.txt'));
try {
$a = new SoapClient($wsdl);
} catch (SoapFault $e) {
var_dump(libxml_get_last_error());
var_dump($e);
}
?>
Expected result:
No SoapFault
Actual result:
--
object(LibXMLError)#1 (6) { ["level"]=> int(3) ["code"]=> int(5)
["column"]=> int(4) ["message"]=> string(41) "Extra content at the end of
the document " ["file"]=> string(55) "http://"; ["line"]=> int(488) }
object(SoapFault)#2 (9) {
["message":protected]=> string(146) "SOAP-ERROR: Parsing WSDL: Couldn't
load from 'X' : Extra content at the end of the document "
--
Edit bug report at http://bugs.php.net/?id=48216&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48216&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48216&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48216&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48216&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48216&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48216&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48216&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48216&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48216&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48216&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48216&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48216&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48216&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48216&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48216&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48216&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48216&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48216&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48216&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48216&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48216&r=mysqlcfg
#48196 [Bgs]: Bug in string concatenation after calling preg_match_all()
ID: 48196 User updated by: saulo_gil at argentina dot com Reported By: saulo_gil at argentina dot com Status: Bogus Bug Type: PCRE related Operating System: win32 only - Windows XP PHP Version: 5.*, 6CVS (2009-05-09) New Comment: Sorry for the false positive. Thank you very much. Previous Comments: [2009-05-09 18:27:51] nlop...@php.net The problem is that the input has \r. This means that $name also has a \r, which makes the console's cursor go back and override the '[' char. If you change the EOL of the input file just to \n, you'll see you expected output. No bug here. [2009-05-09 04:03:34] j...@php.net Verified under windows. Does NOT happen with other OSes. [2009-05-09 01:18:28] saulo_gil at argentina dot com Forgot to mention one thing, I've tried to reproduce this bug using the PHP CLI, calling this script with php.exe -q I've just reproduced it again on a freshly installed XP box. Same happened with PHP 5.2.9-2. [2009-05-08 23:26:18] fel...@php.net I can't reproduce it. [2009-05-08 20:33:55] saulo_gil at argentina dot com Description: If I try to perform a simple concatenation involving a variable created from the matches output of preg_match_all() the resulting string is borked. Please see the code above. What I want to do: echo "[" . $var . "]"; Reproduce code: --- Expected result: [SPD_EXECUTIVE_PROVIDER_DEALER] Actual result: -- ]SPD_EXECUTIVE_PROVIDER_DEALER -- Edit this bug report at http://bugs.php.net/?id=48196&edit=1
#48195 [Fbk->Asn]: iconv link failure
ID: 48195 Updated by: scott...@php.net Reported By: rickdunn at chez dot com -Status: Feedback +Status: Assigned Bug Type: Compile Failure Operating System: OS X 10.5.6 PHP Version: 5.3.0RC2 -Assigned To: +Assigned To: scottmac New Comment: The bug you linked to was fixed for 5.3.0RC2, its possible that this is what caused your issues. Did you checkout to a fresh directory? If not you might need to run ./buildconf and ./configure again. Previous Comments: [2009-05-09 21:00:21] j...@php.net Drop all this first: CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer -arch x86_64 -m64" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti -arch x86_64 -m64" [2009-05-09 11:53:24] rickdunn at chez dot com Up until the release of 5.3.0 RC2, I could successfully compile PHP on OS X 10.5.6. Now, 'Make' always fails with this message: Undefined symbols: "_libiconv", referenced from: __php_iconv_appendl in iconv.o __php_iconv_appendl in iconv.o _php_iconv_string in iconv.o _php_iconv_string in iconv.o __php_iconv_strlen in iconv.o __php_iconv_strpos in iconv.o _zif_iconv_substr in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 [2009-05-08 21:47:15] j...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2009-05-08 19:50:44] rickdunn at chez dot com Description: Bug #43189 has returned in 5.3 RC2. Make fails with 'undefined symbols' related to iconv. Reproduce code: --- CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer -arch x86_64 -m64" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti -arch x86_64 -m64" ./configure --prefix=/usr/local/php5 --with-apxs2=/usr/sbin/apxs --with-config-file-scan-dir=/usr/local/php5/php.d --with-ldap=/usr --with-bz2=/usr --with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-exif --enable-soap --enable-ftp --enable-mbstring --enable-mbregex --enable-sockets --with-iodbc=/usr --with-curl=shared,/usr --sysconfdir=/private/etc --with-mysqli=mysqlnd --with-mysql=mysqlnd --with-pdo-mysql=mysqlnd --with-openssl --with-xmlrpc --with-xsl=/usr --with-gd --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/X11R6 --with-freetype-dir=/usr/X11R6 --with-xpm-dir=/usr/X11R6 --enable-gd-native-ttf --with-mcrypt=shared --enable-calendar --enable-bcmath Expected result: Successful installation. Actual result: -- Make fails. -- Edit this bug report at http://bugs.php.net/?id=48195&edit=1
#48215 [NEW]: Child calling parent::func calls php4 style constructor instead of method
From: mark at everytruckjob dot com
Operating system: CentOs 5.3
PHP version: 5.3.0RC2
PHP Bug Type: Class/Object related
Bug description: Child calling parent::func calls php4 style constructor
instead of method
Description:
Child class calling parent::function calls parent's php4 style constructor
of same name instead of parent's public method named the same as the class.
Reproduce code:
---
".__METHOD__;
}
protected function search()
{
echo "".__METHOD__;
}
}
class search2 extends search
{
public function __construct()
{
echo "".__METHOD__;
parent::__construct();
}
public function search()
{
echo "".__METHOD__;
parent::search();
}
}
$search2 = new search2();
$search2->search();
?>
Expected result:
search2::__construct
search::__construct
search2::search
search::__search
Actual result:
--
search2::__construct
search::__construct
search2::search
search::__construct
--
Edit bug report at http://bugs.php.net/?id=48215&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48215&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48215&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48215&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48215&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48215&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48215&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48215&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48215&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48215&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48215&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48215&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48215&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48215&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48215&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48215&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48215&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48215&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48215&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48215&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48215&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48215&r=mysqlcfg
#48203 [Ver]: crash when CURLOPT_STDERR is set to regular file
ID: 48203 User updated by: php-bug at paulsohier dot nl Reported By: php-bug at paulsohier dot nl Status: Verified Bug Type: cURL related Operating System: * PHP Version: 5.*, 6CVS (2009-05-09) New Comment: We just tried it with some more different hosts, and it happens at at least google.nl and nu.nl as well. Also, adding the curl_close() to the end fixs the problem. But should php's GC not do the same call internally? Previous Comments: [2009-05-09 21:30:58] j...@php.net Mark: CURLOPT_STDERR Pass a FILE * as parameter. Tell libcurl to use this stream instead of stderr when showing the progress meter and displaying CURLOPT_VERBOSE data. [2009-05-09 21:30:12] j...@php.net Adding this as last line also fixes the problem (ie. reset to default..) curl_setopt($ch, CURLOPT_STDERR, STDERR); I don't know why the other hosts work and other don't. Propably there's some traffic / error and the file handle gets destroyed or otherwise mangled during shutdown and curl then tries to use it.. [2009-05-09 21:23:40] mark at dynom dot nl I can reproduce it on cURL 7.19.4 on PHP 5.2.9, but only when not using the verbose option. When CURLOPT_VERBOSE is false, or not set at all, I get no segfaults. When true, it segfaults. [2009-05-09 20:58:11] php-bug at paulsohier dot nl Its also related somehow to the url thats used to fetch, as when you try it with example.org the script works okay. [2009-05-09 20:51:47] j...@php.net Verified with all branches using cURL 7.15.5 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/48203 -- Edit this bug report at http://bugs.php.net/?id=48203&edit=1
#48203 [Ver]: crash when CURLOPT_STDERR is set to regular file
ID: 48203 Updated by: j...@php.net Reported By: php-bug at paulsohier dot nl Status: Verified Bug Type: cURL related Operating System: * PHP Version: 5.*, 6CVS (2009-05-09) New Comment: Mark: CURLOPT_STDERR Pass a FILE * as parameter. Tell libcurl to use this stream instead of stderr when showing the progress meter and displaying CURLOPT_VERBOSE data. Previous Comments: [2009-05-09 21:30:12] j...@php.net Adding this as last line also fixes the problem (ie. reset to default..) curl_setopt($ch, CURLOPT_STDERR, STDERR); I don't know why the other hosts work and other don't. Propably there's some traffic / error and the file handle gets destroyed or otherwise mangled during shutdown and curl then tries to use it.. [2009-05-09 21:23:40] mark at dynom dot nl I can reproduce it on cURL 7.19.4 on PHP 5.2.9, but only when not using the verbose option. When CURLOPT_VERBOSE is false, or not set at all, I get no segfaults. When true, it segfaults. [2009-05-09 20:58:11] php-bug at paulsohier dot nl Its also related somehow to the url thats used to fetch, as when you try it with example.org the script works okay. [2009-05-09 20:51:47] j...@php.net Verified with all branches using cURL 7.15.5 [2009-05-09 20:51:04] j...@php.net 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/48203 -- Edit this bug report at http://bugs.php.net/?id=48203&edit=1
#48203 [Ver]: crash when CURLOPT_STDERR is set to regular file
ID: 48203 Updated by: j...@php.net Reported By: php-bug at paulsohier dot nl Status: Verified Bug Type: cURL related Operating System: * PHP Version: 5.*, 6CVS (2009-05-09) New Comment: Adding this as last line also fixes the problem (ie. reset to default..) curl_setopt($ch, CURLOPT_STDERR, STDERR); I don't know why the other hosts work and other don't. Propably there's some traffic / error and the file handle gets destroyed or otherwise mangled during shutdown and curl then tries to use it.. Previous Comments: [2009-05-09 21:23:40] mark at dynom dot nl I can reproduce it on cURL 7.19.4 on PHP 5.2.9, but only when not using the verbose option. When CURLOPT_VERBOSE is false, or not set at all, I get no segfaults. When true, it segfaults. [2009-05-09 20:58:11] php-bug at paulsohier dot nl Its also related somehow to the url thats used to fetch, as when you try it with example.org the script works okay. [2009-05-09 20:51:47] j...@php.net Verified with all branches using cURL 7.15.5 [2009-05-09 20:51:04] j...@php.net [2009-05-09 13:44:05] php-bug at paulsohier dot nl Description: Discovered during testfest in Utrecht and asked by Piere to report. When calling curl with a certian url and without closing the curl stream curl will segfault. Curl version: p...@dwerg:~/php/php5.3-200905090830$ curl-config --version libcurl 7.18.2 Used host where it segfault: www.hosthuis.nl Used host where it NOT segfault: www.example.org Reproduce code: --- Expected result: The contents of the site Actual result: -- The contents of the site and a segfault from run test (Bit different script) *** glibc detected *** /home/paul/php/php5.3-200905090830/sapi/cli/php: free(): invalid pointer: 0x4001f000 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0x40624624] /lib/i686/cmov/libc.so.6(cfree+0x96)[0x40626826] /lib/i686/cmov/libc.so.6(_IO_free_backup_area+0x34)[0x40622b54] /lib/i686/cmov/libc.so.6(_IO_file_overflow+0x1c2)[0x40620962] /lib/i686/cmov/libc.so.6(_IO_file_xsputn+0x65)[0x4061f9d5] /lib/i686/cmov/libc.so.6(fwrite+0x10a)[0x4061586a] /usr/lib/libcurl.so.4[0x40363428] /usr/lib/libcurl.so.4[0x40363547] /usr/lib/libcurl.so.4[0x403640d9] /usr/lib/libcurl.so.4[0x4036a81a] /usr/lib/libcurl.so.4[0x4036abdf] /usr/lib/libcurl.so.4[0x4036ef77] /usr/lib/libcurl.so.4(curl_easy_cleanup+0x21)[0x4037aec1] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x80f288b] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f9a22] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_del_key_or_index+0xe2)[0x82f8a42] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zend_list_delete+0x70)[0x82f9c70] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zval_ptr_dtor+0x3d)[0x82dfd6d] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f65e2] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_graceful_reverse_destroy+0x1f)[0x82f686f] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82e20e8] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82eb843] /home/paul/php/php5.3-200905090830/sapi/cli/php(php_request_shutdown+0x15f)[0x829b5df] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x836b079] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0x405cc455] /home/paul/php/php5.3-200905090830/sapi/cli/php(realloc+0x95)[0x8065241] -- Edit this bug report at http://bugs.php.net/?id=48203&edit=1
#40579 [Com]: $_SERVER['SERVER_PORT'] is invalid during apache redirect
ID: 40579
Comment by: vsamwarcraft3 at hotmail dot com
Reported By: ruslan dot kyrychuk at gmail dot com
Status: No Feedback
Bug Type: *Web Server problem
Operating System: Windows 2003
PHP Version: 5.2.1
New Comment:
I have the same problem with the same symptoms. I am running a server
on Ubuntu and an server on Debian.
Previous Comments:
[2009-03-18 13:39:51] peter at lvp-media dot com
This isn't a PHP-specific bug, it seems to be a problem within
mod_rewrite or Apache itself. I ran into this problem as well, but was
able to reproduce it with Perl and C scripts. For completeness, I'm
running PHP 5.3-dev on Linux with Apache 2.2.
[2009-01-26 15:06:38] tim at timloram dot me dot uk
I am experiencing this issue with exact same symptoms. Having used
mod_rewrite to redirect incoming requests to central gateway script,
$_SERVER['SERVER_PORT'] is always reading '80' even if my inital URL was
http://abc.com:86
Any ideas?
[2007-03-31 01:00:00] 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".
[2007-03-23 11:10:51] tony2...@php.net
Works just fine here.
["SERVER_PORT"]=> string(4) "8887"
["SCRIPT_NAME"]=> string(11) "/index.html"
[2007-03-23 10:58:01] ruslan dot kyrychuk at gmail dot com
Reproduce code:
---
1. Configure Apache to use port 8080
2. Create .htaccess file:
Options +FollowSymLinks -Indexes
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} (.+)\.html
RewriteRule ^(.+)$ test.php [QSA,L]
3. Create test.php file
Run http://localhost:8080/test.html
Output: 80
Run http://localhost:8080/test.php
Output: 8080
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/40579
--
Edit this bug report at http://bugs.php.net/?id=40579&edit=1
#48203 [Com]: crash when CURLOPT_STDERR is set to regular file
ID: 48203 Comment by: mark at dynom dot nl Reported By: php-bug at paulsohier dot nl Status: Verified Bug Type: cURL related Operating System: * PHP Version: 5.*, 6CVS (2009-05-09) New Comment: I can reproduce it on cURL 7.19.4 on PHP 5.2.9, but only when not using the verbose option. When CURLOPT_VERBOSE is false, or not set at all, I get no segfaults. When true, it segfaults. Previous Comments: [2009-05-09 20:58:11] php-bug at paulsohier dot nl Its also related somehow to the url thats used to fetch, as when you try it with example.org the script works okay. [2009-05-09 20:51:47] j...@php.net Verified with all branches using cURL 7.15.5 [2009-05-09 20:51:04] j...@php.net [2009-05-09 13:44:05] php-bug at paulsohier dot nl Description: Discovered during testfest in Utrecht and asked by Piere to report. When calling curl with a certian url and without closing the curl stream curl will segfault. Curl version: p...@dwerg:~/php/php5.3-200905090830$ curl-config --version libcurl 7.18.2 Used host where it segfault: www.hosthuis.nl Used host where it NOT segfault: www.example.org Reproduce code: --- Expected result: The contents of the site Actual result: -- The contents of the site and a segfault from run test (Bit different script) *** glibc detected *** /home/paul/php/php5.3-200905090830/sapi/cli/php: free(): invalid pointer: 0x4001f000 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0x40624624] /lib/i686/cmov/libc.so.6(cfree+0x96)[0x40626826] /lib/i686/cmov/libc.so.6(_IO_free_backup_area+0x34)[0x40622b54] /lib/i686/cmov/libc.so.6(_IO_file_overflow+0x1c2)[0x40620962] /lib/i686/cmov/libc.so.6(_IO_file_xsputn+0x65)[0x4061f9d5] /lib/i686/cmov/libc.so.6(fwrite+0x10a)[0x4061586a] /usr/lib/libcurl.so.4[0x40363428] /usr/lib/libcurl.so.4[0x40363547] /usr/lib/libcurl.so.4[0x403640d9] /usr/lib/libcurl.so.4[0x4036a81a] /usr/lib/libcurl.so.4[0x4036abdf] /usr/lib/libcurl.so.4[0x4036ef77] /usr/lib/libcurl.so.4(curl_easy_cleanup+0x21)[0x4037aec1] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x80f288b] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f9a22] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_del_key_or_index+0xe2)[0x82f8a42] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zend_list_delete+0x70)[0x82f9c70] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zval_ptr_dtor+0x3d)[0x82dfd6d] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f65e2] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_graceful_reverse_destroy+0x1f)[0x82f686f] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82e20e8] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82eb843] /home/paul/php/php5.3-200905090830/sapi/cli/php(php_request_shutdown+0x15f)[0x829b5df] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x836b079] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0x405cc455] /home/paul/php/php5.3-200905090830/sapi/cli/php(realloc+0x95)[0x8065241] -- Edit this bug report at http://bugs.php.net/?id=48203&edit=1
#48194 [Opn->Fbk]: Invalid path to php binary in generated pear and pecl scripts
ID: 48194 Updated by: j...@php.net Reported By: oxie at live dot nl -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Ubuntu 8.04.2 PHP Version: 5.2.9 -Assigned To: +Assigned To: fb-req-jani New Comment: Please check your Makefile for lines beginning with: bindir = exec_prefix = prefix = PEAR_INSTALLDIR = Previous Comments: [2009-05-09 10:34:33] oxie at live dot nl Yes, they exists. o...@webdev:~$ /usr/local/lamp/php/bin/php-config --prefix /usr/local/lamp/php o...@webdev:~$ /usr/local/lamp/php/bin/php-config --php-binary /usr/local/lamp/php/bin/php Seems to be good... [2009-05-09 04:23:25] j...@php.net Does /usr/local/lamp/php/bin/php-config exist? If so, what do these output: # /usr/local/lamp/php/bin/php-config --prefix And # /usr/local/lamp/php/bin/php-config --php-binary [2009-05-08 19:48:33] oxie at live dot nl Description: The generated scripts bin/pear and bin/pecl have the wrong path to the PHP executable. The path in the script look likes '/usr/local/lamp/apache2/bin/apxs2/bin/apxs/bin/php', where it must be '/usr/local/lamp/php/bin/php'. When manually chaning the path to that, it is working. The output that i get is, logically: exec: 28: /usr/local/lamp/apache2/bin/apxs/bin/php: not found My configure statement: ./configure --prefix=/usr/local/lamp/php --with-apxs2=/usr/local/lamp/apache2/bin/apxs --with-pear=/usr/local/lamp/php/lib/php [a lot of extensions] The bin/pear script: http://pastebin.com/d132560e -- Edit this bug report at http://bugs.php.net/?id=48194&edit=1
#48194 [Fbk->Opn]: Invalid path to php binary in generated pear and pecl scripts
ID: 48194 Updated by: j...@php.net Reported By: oxie at live dot nl -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Ubuntu 8.04.2 PHP Version: 5.2.9 Previous Comments: [2009-05-09 10:34:33] oxie at live dot nl Yes, they exists. o...@webdev:~$ /usr/local/lamp/php/bin/php-config --prefix /usr/local/lamp/php o...@webdev:~$ /usr/local/lamp/php/bin/php-config --php-binary /usr/local/lamp/php/bin/php Seems to be good... [2009-05-09 04:23:25] j...@php.net Does /usr/local/lamp/php/bin/php-config exist? If so, what do these output: # /usr/local/lamp/php/bin/php-config --prefix And # /usr/local/lamp/php/bin/php-config --php-binary [2009-05-08 19:48:33] oxie at live dot nl Description: The generated scripts bin/pear and bin/pecl have the wrong path to the PHP executable. The path in the script look likes '/usr/local/lamp/apache2/bin/apxs2/bin/apxs/bin/php', where it must be '/usr/local/lamp/php/bin/php'. When manually chaning the path to that, it is working. The output that i get is, logically: exec: 28: /usr/local/lamp/apache2/bin/apxs/bin/php: not found My configure statement: ./configure --prefix=/usr/local/lamp/php --with-apxs2=/usr/local/lamp/apache2/bin/apxs --with-pear=/usr/local/lamp/php/lib/php [a lot of extensions] The bin/pear script: http://pastebin.com/d132560e -- Edit this bug report at http://bugs.php.net/?id=48194&edit=1
#48201 [Opn->Fbk]: wrong behaviour and crash with imap_mail_compose()
ID: 48201 Updated by: j...@php.net Reported By: carsten_sttgt at gmx dot de -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Windows_NT PHP Version: 5.3CVS-2009-05-09 (snap) 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-05-09 11:51:12] carsten_sttgt at gmx dot de Description: Hello, from my understanding, and if I read RFC2045-sec6.2, imap_mail_compose() is working in a wrong way. From RFC2045: - With "binary", "8bit" and "7bit" no transforming is done. - With "quoted-printable" and "base64", the data is transformed to 7bit, according to the selected encoding type. The behavior from imap_mail_compose(): - with ENC7BIT no Content-Transfer-Encoding header is set (ok, that's the same. maybe correct) - with ENC8BIT, the Content-Transfer-Encoding changes to "quoted-printable" and the data is transfomed (wrong) - with ENCBINARY, the Content-Transfer-Encoding changes to "base64" and the data is transfomed (wrong) - with ENCBASE64, the Content-Transfer-Encoding is "base64" and the data is transfomed (correct) - with ENCQUOTEDPRINTABLE, the Content-Transfer-Encoding is "quoted-printable" and the data is transfomed (correct) - ENCOTHER is imho not really useful (especially if I can't set the name (foo) in x-foo). Then I've tried to set the value for the Content-Transfer-Encoding header on my own: - with "binary", no Content-Transfer-Encoding header is set - with "8bit" (or "7bit"), I have a segmentation fault (PHP crashes). Regards, Carsten Reproduce code: --- TYPEMULTIPART, 'subtype' => 'mixed' ); $body[++$i] = array( 'type' => TYPETEXT, 'charset' => 'us-ascii', 'encoding' => ENC7BIT, 'contents.data'=> $data7bit ); $body[++$i] = array( 'type' => TYPETEXT, 'charset' => 'iso-8859-1', 'encoding' => ENC8BIT, 'contents.data'=> $data8bit ); $body[++$i] = array( 'type' => TYPETEXT, 'charset' => 'iso-8859-1', 'encoding' => ENCBINARY, 'contents.data'=> $data8bit ); $body[++$i] = array( 'type' => TYPETEXT, 'charset' => 'iso-8859-1', 'encoding' => ENCBASE64, 'contents.data'=> $data8bit ); $body[++$i] = array( 'type' => TYPETEXT, 'charset' => 'iso-8859-1', 'encoding' => ENCQUOTEDPRINTABLE , 'contents.data'=> $data8bit ); $body[++$i] = array( 'type' => TYPETEXT, 'charset' => 'iso-8859-1', 'encoding' => 'binary', 'contents.data'=> $data8bit ); //$body[++$i] = array( //'type' => TYPETEXT, //'charset' => 'iso-8859-1', //'encoding' => '8bit' , //'contents.data'=> $data8bit //); echo imap_mail_compose(array(), $body); ?> Expected result: MIME-Version: 1.0 Content-Type: MULTIPART/mixed; BOUNDARY="62-22384-1241869364=:9856" --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-Transfer-Encoding: 7BIT just a text in us-ascii. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: 8BIT a german umlaut ä. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: BINARY a german umlaut ä. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: BASE64 YSBnZXJtYW4gdW1sYXV0IOQu --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE a german umlaut =E4. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: binary a german umlaut ä. --62-22384-1241869364=:9856-- Actual result: -- MIME-Version: 1.0 Content-Type: MULTIPART/mixed; BOUNDARY="62-22384-1241869364=:9856" --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=us-ascii just a text in us-ascii. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE a german umlaut =E4. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: BASE64 YSBnZXJtYW4gdW1sYXV0IOQu --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: BASE64 a german umlaut ä. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE a german umlaut ä. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 a german umlaut ä. --62-22384-1241869364=:9856-- --
#48214 [Com]: mb_substr() or mb_convert_encoding() not working
ID: 48214
Comment by: b at ssel dot me
Reported By: b at ssel dot me
Status: Feedback
Bug Type: mbstring related
Operating System: CENTOS 4.7 i686
PHP Version: 5.2.9
New Comment:
The problem also shows on ubuntu 8.04 and php 5.2.6 and php 5.2.7
Previous Comments:
[2009-05-09 20:59:37] b at ssel dot me
Sorry the example was missing a ( $ )
$intsub = mb_substr($data, 0, 200);
[2009-05-09 20:57:28] b at ssel dot me
[2009-05-09 20:53:24] j...@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.
[2009-05-09 20:51:41] b at ssel dot me
Description:
for some reason when using mb_substr or mb_convert_encoding php page
dies without any error even when error reporting is set to
error_reporting(E_ALL);
that will happen only if we changed php.ini settings to:
upload_max_filesize: 10M
post_max_size: 10M
max_execution_time:120
max_input_time: -1
I don't think those settings are related to mb_substr, but that what
was happening on php 5.2.5 and still happening on 5.2.9
Reproduce code:
---
$intsub = mb_substr($intwalker[0], 0, 200);
if ($intsub != $intwalker[0]){
$intsub = $intsub." ..";
}
}
$intsub = mb_convert_encoding($intsub, "utf8", "auto");
Expected result:
to see a text of the only 200 first chars of $intwalker[0]
Actual result:
--
nothing, just a white page no errors at all even if
error_reporting(E_ALL);
--
Edit this bug report at http://bugs.php.net/?id=48214&edit=1
#48200 [Opn->Fbk]: Compilation fails on mbstring.c
ID: 48200 Updated by: j...@php.net Reported By: dg at artegic dot de -Status: Open +Status: Feedback -Bug Type: Compile Failure +Bug Type: mbstring related Operating System: Solaris 10 PHP Version: 5.3.0RC2 New Comment: Drop this first: CFLAGS="-i -zlazyload -w" Then get the latest CVS snapshots of both PHP 5.2 and 5.3 branches here: http://snaps.php.net/ and test your configure line with both. Previous Comments: [2009-05-09 11:48:05] dg at artegic dot de Description: Compilation of mbstring.c fails on Sun C 5.9 SunOS_i386 Patch 124868-09 2009/04/14, independent of compiler settings i.e. "-fast" Reproduce code: --- CFLAGS="-i -zlazyload -w" \ ./configure \ --prefix=/xxx \ --with-config-file-path=/xxx \ --enable-mysqlnd-threading \ --with-mysql=mysqlnd \ --with-mysqli=mysqlnd \ --with-zlib \ --with-openssl=/xxx \ --with-apxs2=/xxx \ --with-curl \ --with-curlwrappers \ --with-pspell \ --with-tidy=/xxx \ --with-iconv \ --with-gd \ --with-jpeg-dir \ --enable-gd-native-ttf \ --with-freetype-dir=/xxx \ --enable-pcntl \ --enable-mbstring \ --enable-zend-multibyte \ --enable-zip \ --without-pear \ --without-sqlite \ --without-sqlite3 \ --without-cdb \ --disable-posix \ --disable-pdo \ --disable-cgi \ --disable-ipv6 \ --disable-json \ --disable-phar Actual result: -- /bin/sh /home/remote/compile/php5.3-200905090630/libtool --silent -- preserve-dup-deps --mode=compile cc -Iext/mbstring/ - I/home/remote/compile/php5.3-200905090630/ext/mbstring/ -DPHP_ATOM_INC -I/home/remote/compile/php5.3-200905090630/include - I/home/remote/compile/php5.3-200905090630/main - I/home/remote/compile/php5.3-200905090630 - I/home/remote/compile/php5.3-200905090630/ext/ereg/regex - I/usr/include/libxml2 -I/usr/sfw/include -I/usr/local/include - I/home/remote/compile/php5.3-200905090630/ext/date/lib - I/usr/sfw/include/freetype2 -I/home/remote/compile/php5.3- 200905090630/ext/mbstring/oniguruma -I/home/remote/compile/php5.3- 200905090630/ext/mbstring/libmbfl -I/home/remote/compile/php5.3- 200905090630/ext/mbstring/libmbfl/mbfl -I/usr/include/pspell - I/home/remote/compile/php5.3-200905090630/TSRM - I/home/remote/compile/php5.3-200905090630/Zend - D_POSIX_PTHREAD_SEMANTICS -I/usr/include -i -zlazyload -w -DZTS -c /home/remote/compile/php5.3-200905090630/ext/mbstring/mbstring.c -o ext/mbstring/mbstring.lo "/home/remote/compile/php5.3-200905090630/ext/mbstring/mbstring.c", line 4757: undefined symbol: php_mb_encoding_detector "/home/remote/compile/php5.3-200905090630/ext/mbstring/mbstring.c", line 4758: undefined symbol: php_mb_encoding_converter "/home/remote/compile/php5.3-200905090630/ext/mbstring/mbstring.c", line 4759: undefined symbol: php_mb_oddlen cc: acomp failed for /home/remote/compile/php5.3- 200905090630/ext/mbstring/mbstring.c *** Error code 1 make: Fatal error: Command failed for target `ext/mbstring/mbstring.lo' -- Edit this bug report at http://bugs.php.net/?id=48200&edit=1
#48195 [Opn->Fbk]: iconv link failure
ID: 48195 Updated by: j...@php.net Reported By: rickdunn at chez dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: OS X 10.5.6 PHP Version: 5.3.0RC2 New Comment: Drop all this first: CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer -arch x86_64 -m64" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti -arch x86_64 -m64" Previous Comments: [2009-05-09 11:53:24] rickdunn at chez dot com Up until the release of 5.3.0 RC2, I could successfully compile PHP on OS X 10.5.6. Now, 'Make' always fails with this message: Undefined symbols: "_libiconv", referenced from: __php_iconv_appendl in iconv.o __php_iconv_appendl in iconv.o _php_iconv_string in iconv.o _php_iconv_string in iconv.o __php_iconv_strlen in iconv.o __php_iconv_strpos in iconv.o _zif_iconv_substr in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 [2009-05-08 21:47:15] j...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2009-05-08 19:50:44] rickdunn at chez dot com Description: Bug #43189 has returned in 5.3 RC2. Make fails with 'undefined symbols' related to iconv. Reproduce code: --- CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer -arch x86_64 -m64" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti -arch x86_64 -m64" ./configure --prefix=/usr/local/php5 --with-apxs2=/usr/sbin/apxs --with-config-file-scan-dir=/usr/local/php5/php.d --with-ldap=/usr --with-bz2=/usr --with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-exif --enable-soap --enable-ftp --enable-mbstring --enable-mbregex --enable-sockets --with-iodbc=/usr --with-curl=shared,/usr --sysconfdir=/private/etc --with-mysqli=mysqlnd --with-mysql=mysqlnd --with-pdo-mysql=mysqlnd --with-openssl --with-xmlrpc --with-xsl=/usr --with-gd --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/X11R6 --with-freetype-dir=/usr/X11R6 --with-xpm-dir=/usr/X11R6 --enable-gd-native-ttf --with-mcrypt=shared --enable-calendar --enable-bcmath Expected result: Successful installation. Actual result: -- Make fails. -- Edit this bug report at http://bugs.php.net/?id=48195&edit=1
#48214 [Com]: mb_substr() or mb_convert_encoding() not working
ID: 48214
Comment by: b at ssel dot me
Reported By: b at ssel dot me
Status: Feedback
Bug Type: mbstring related
Operating System: CENTOS 4.7 i686
PHP Version: 5.2.9
New Comment:
Sorry the example was missing a ( $ )
$intsub = mb_substr($data, 0, 200);
Previous Comments:
[2009-05-09 20:57:28] b at ssel dot me
[2009-05-09 20:53:24] j...@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.
[2009-05-09 20:51:41] b at ssel dot me
Description:
for some reason when using mb_substr or mb_convert_encoding php page
dies without any error even when error reporting is set to
error_reporting(E_ALL);
that will happen only if we changed php.ini settings to:
upload_max_filesize: 10M
post_max_size: 10M
max_execution_time:120
max_input_time: -1
I don't think those settings are related to mb_substr, but that what
was happening on php 5.2.5 and still happening on 5.2.9
Reproduce code:
---
$intsub = mb_substr($intwalker[0], 0, 200);
if ($intsub != $intwalker[0]){
$intsub = $intsub." ..";
}
}
$intsub = mb_convert_encoding($intsub, "utf8", "auto");
Expected result:
to see a text of the only 200 first chars of $intwalker[0]
Actual result:
--
nothing, just a white page no errors at all even if
error_reporting(E_ALL);
--
Edit this bug report at http://bugs.php.net/?id=48214&edit=1
#48187 [Opn->Fbk]: DateTime::diff() corrupting microtime() result
ID: 48187 Updated by: j...@php.net Reported By: wavetrex at gmail dot com -Status: Open +Status: Feedback Bug Type: Date/time related Operating System: Windows 2003 Server PHP Version: 5.3.0RC2 New Comment: What is the output of the script I provided? Previous Comments: [2009-05-09 06:58:21] wavetrex at gmail dot com @jani: I'm using microtime() multiple times to determine how long some complex parts of the script take to execute, when I noticed weird differences. Also, while the second microtime() call after diff() is wrong, the third seems to be ok, just like calling the function resets some internal variable that was broken during execution of diff() I prepared a script on my server: http://wt.ath.cx/diff.php The code for this script is here: http://wt.ath.cx/diff.txt Server configuration: http://wt.ath.cx/phpinfo.php Time difference between the two calls: Expected result: 3.814697265625E-5 (a few microseconds) Actual result: -142455.45035195 (??) Your script: http://wt.ath.cx/jani.php ... also has the error. If this probably occurs on my server, I'm thinking... it might be timezone related ? I'm sure yours and mine are different. (check my phpinfo.php to see date/time settings) P.S. While investigating, I noticed that in some rare cases it doesn't happen, and after Ctrl-R it gives the erroned value again. Try reloading the page a few times in case 1st time it shows the correct values. I'll keep experimenting with the new 5.3.0 time functions and see if some other errors appear. [2009-05-09 04:15:40] j...@php.net Try this script instead: (I can't reproduce this..) diff($date2)); var_dump($begin_u, microtime(true)); var_dump($begin_t, time()); var_dump($begin_a, date(DATE_ATOM)); ?> [2009-05-08 05:42:58] wavetrex at gmail dot com Description: calling DateTime::diff() seems to corrupt the result returned by microtime(), so it returns the wrong time after this function has been called Reproduce code: --- "; var_dump(microtime()); var_dump(time()); var_dump(date(DATE_ATOM)); var_dump($date1->diff($date2)); var_dump(microtime()); var_dump(time()); var_dump(date(DATE_ATOM)); echo ""; ?> Expected result: Expecting the 2nd microtime to be slightly bigger ( by a few miliseconds ) than first. instead, it's a totally wrong 5 seconds distance (or maybe other arbitrary value) date() and time() seem to be unaffected Actual result: -- before calling diff: string(21) "0.98425000 1241761004" after it: string(21) "0.25882200 1241709345" -- Edit this bug report at http://bugs.php.net/?id=48187&edit=1
#48203 [Ver]: crash when CURLOPT_STDERR is set to regular file
ID: 48203 User updated by: php-bug at paulsohier dot nl Reported By: php-bug at paulsohier dot nl Status: Verified Bug Type: cURL related Operating System: * PHP Version: 5.*, 6CVS (2009-05-09) New Comment: Its also related somehow to the url thats used to fetch, as when you try it with example.org the script works okay. Previous Comments: [2009-05-09 20:51:47] j...@php.net Verified with all branches using cURL 7.15.5 [2009-05-09 20:51:04] j...@php.net [2009-05-09 13:44:05] php-bug at paulsohier dot nl Description: Discovered during testfest in Utrecht and asked by Piere to report. When calling curl with a certian url and without closing the curl stream curl will segfault. Curl version: p...@dwerg:~/php/php5.3-200905090830$ curl-config --version libcurl 7.18.2 Used host where it segfault: www.hosthuis.nl Used host where it NOT segfault: www.example.org Reproduce code: --- Expected result: The contents of the site Actual result: -- The contents of the site and a segfault from run test (Bit different script) *** glibc detected *** /home/paul/php/php5.3-200905090830/sapi/cli/php: free(): invalid pointer: 0x4001f000 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0x40624624] /lib/i686/cmov/libc.so.6(cfree+0x96)[0x40626826] /lib/i686/cmov/libc.so.6(_IO_free_backup_area+0x34)[0x40622b54] /lib/i686/cmov/libc.so.6(_IO_file_overflow+0x1c2)[0x40620962] /lib/i686/cmov/libc.so.6(_IO_file_xsputn+0x65)[0x4061f9d5] /lib/i686/cmov/libc.so.6(fwrite+0x10a)[0x4061586a] /usr/lib/libcurl.so.4[0x40363428] /usr/lib/libcurl.so.4[0x40363547] /usr/lib/libcurl.so.4[0x403640d9] /usr/lib/libcurl.so.4[0x4036a81a] /usr/lib/libcurl.so.4[0x4036abdf] /usr/lib/libcurl.so.4[0x4036ef77] /usr/lib/libcurl.so.4(curl_easy_cleanup+0x21)[0x4037aec1] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x80f288b] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f9a22] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_del_key_or_index+0xe2)[0x82f8a42] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zend_list_delete+0x70)[0x82f9c70] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zval_ptr_dtor+0x3d)[0x82dfd6d] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f65e2] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_graceful_reverse_destroy+0x1f)[0x82f686f] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82e20e8] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82eb843] /home/paul/php/php5.3-200905090830/sapi/cli/php(php_request_shutdown+0x15f)[0x829b5df] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x836b079] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0x405cc455] /home/paul/php/php5.3-200905090830/sapi/cli/php(realloc+0x95)[0x8065241] -- Edit this bug report at http://bugs.php.net/?id=48203&edit=1
#48204 [Ver->Asn]: xmlwriter_open_uri() accepts too long path
ID: 48204 Updated by: j...@php.net Reported By: koenk82 at gmail dot com -Status: Verified +Status: Assigned Bug Type: XML Writer Operating System: * PHP Version: 5.3, 6CVS (2009-05-09) -Assigned To: +Assigned To: pajoye Previous Comments: [2009-05-09 13:47:31] koenk82 at gmail dot com Description: When passing a path longer than PHP_MAXPATHLEN to xmlwriter_open_uri() it doesn't throw an error/warning. Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=48204&edit=1
#48214 [Com]: mb_substr() or mb_convert_encoding() not working
ID: 48214
Comment by: b at ssel dot me
Reported By: b at ssel dot me
Status: Feedback
Bug Type: mbstring related
Operating System: CENTOS 4.7 i686
PHP Version: 5.2.9
New Comment:
Previous Comments:
[2009-05-09 20:53:24] j...@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.
[2009-05-09 20:51:41] b at ssel dot me
Description:
for some reason when using mb_substr or mb_convert_encoding php page
dies without any error even when error reporting is set to
error_reporting(E_ALL);
that will happen only if we changed php.ini settings to:
upload_max_filesize: 10M
post_max_size: 10M
max_execution_time:120
max_input_time: -1
I don't think those settings are related to mb_substr, but that what
was happening on php 5.2.5 and still happening on 5.2.9
Reproduce code:
---
$intsub = mb_substr($intwalker[0], 0, 200);
if ($intsub != $intwalker[0]){
$intsub = $intsub." ..";
}
}
$intsub = mb_convert_encoding($intsub, "utf8", "auto");
Expected result:
to see a text of the only 200 first chars of $intwalker[0]
Actual result:
--
nothing, just a white page no errors at all even if
error_reporting(E_ALL);
--
Edit this bug report at http://bugs.php.net/?id=48214&edit=1
#48204 [Opn->Ver]: xmlwriter_open_uri() accepts too long path
ID: 48204 Updated by: j...@php.net Reported By: koenk82 at gmail dot com -Status: Open +Status: Verified Bug Type: XML Writer Operating System: * PHP Version: 5.3, 6CVS (2009-05-09) Previous Comments: [2009-05-09 13:47:31] koenk82 at gmail dot com Description: When passing a path longer than PHP_MAXPATHLEN to xmlwriter_open_uri() it doesn't throw an error/warning. Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=48204&edit=1
#48214 [Opn->Fbk]: mb_substr() or mb_convert_encoding() not working
ID: 48214
Updated by: j...@php.net
-Summary: mb_substr or mb_convert_encoding not working
Reported By: b at ssel dot me
-Status: Open
+Status: Feedback
-Bug Type: *Unicode Issues
+Bug Type: mbstring related
Operating System: CENTOS 4.7 i686
PHP Version: 5.2.9
New Comment:
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.
Previous Comments:
[2009-05-09 20:51:41] b at ssel dot me
Description:
for some reason when using mb_substr or mb_convert_encoding php page
dies without any error even when error reporting is set to
error_reporting(E_ALL);
that will happen only if we changed php.ini settings to:
upload_max_filesize: 10M
post_max_size: 10M
max_execution_time:120
max_input_time: -1
I don't think those settings are related to mb_substr, but that what
was happening on php 5.2.5 and still happening on 5.2.9
Reproduce code:
---
$intsub = mb_substr($intwalker[0], 0, 200);
if ($intsub != $intwalker[0]){
$intsub = $intsub." ..";
}
}
$intsub = mb_convert_encoding($intsub, "utf8", "auto");
Expected result:
to see a text of the only 200 first chars of $intwalker[0]
Actual result:
--
nothing, just a white page no errors at all even if
error_reporting(E_ALL);
--
Edit this bug report at http://bugs.php.net/?id=48214&edit=1
#48203 [Ver]: crash when CURLOPT_STDERR is set to regular file
ID: 48203 Updated by: j...@php.net Reported By: php-bug at paulsohier dot nl Status: Verified Bug Type: cURL related Operating System: * PHP Version: 5.*, 6CVS (2009-05-09) New Comment: Verified with all branches using cURL 7.15.5 Previous Comments: [2009-05-09 20:51:04] j...@php.net [2009-05-09 13:44:05] php-bug at paulsohier dot nl Description: Discovered during testfest in Utrecht and asked by Piere to report. When calling curl with a certian url and without closing the curl stream curl will segfault. Curl version: p...@dwerg:~/php/php5.3-200905090830$ curl-config --version libcurl 7.18.2 Used host where it segfault: www.hosthuis.nl Used host where it NOT segfault: www.example.org Reproduce code: --- Expected result: The contents of the site Actual result: -- The contents of the site and a segfault from run test (Bit different script) *** glibc detected *** /home/paul/php/php5.3-200905090830/sapi/cli/php: free(): invalid pointer: 0x4001f000 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0x40624624] /lib/i686/cmov/libc.so.6(cfree+0x96)[0x40626826] /lib/i686/cmov/libc.so.6(_IO_free_backup_area+0x34)[0x40622b54] /lib/i686/cmov/libc.so.6(_IO_file_overflow+0x1c2)[0x40620962] /lib/i686/cmov/libc.so.6(_IO_file_xsputn+0x65)[0x4061f9d5] /lib/i686/cmov/libc.so.6(fwrite+0x10a)[0x4061586a] /usr/lib/libcurl.so.4[0x40363428] /usr/lib/libcurl.so.4[0x40363547] /usr/lib/libcurl.so.4[0x403640d9] /usr/lib/libcurl.so.4[0x4036a81a] /usr/lib/libcurl.so.4[0x4036abdf] /usr/lib/libcurl.so.4[0x4036ef77] /usr/lib/libcurl.so.4(curl_easy_cleanup+0x21)[0x4037aec1] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x80f288b] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f9a22] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_del_key_or_index+0xe2)[0x82f8a42] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zend_list_delete+0x70)[0x82f9c70] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zval_ptr_dtor+0x3d)[0x82dfd6d] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f65e2] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_graceful_reverse_destroy+0x1f)[0x82f686f] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82e20e8] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82eb843] /home/paul/php/php5.3-200905090830/sapi/cli/php(php_request_shutdown+0x15f)[0x829b5df] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x836b079] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0x405cc455] /home/paul/php/php5.3-200905090830/sapi/cli/php(realloc+0x95)[0x8065241] -- Edit this bug report at http://bugs.php.net/?id=48203&edit=1
#48214 [NEW]: mb_substr or mb_convert_encoding not working
From: b at ssel dot me
Operating system: CENTOS 4.7 i686
PHP version: 5.2.9
PHP Bug Type: *Unicode Issues
Bug description: mb_substr or mb_convert_encoding not working
Description:
for some reason when using mb_substr or mb_convert_encoding php page dies
without any error even when error reporting is set to
error_reporting(E_ALL);
that will happen only if we changed php.ini settings to:
upload_max_filesize: 10M
post_max_size: 10M
max_execution_time:120
max_input_time: -1
I don't think those settings are related to mb_substr, but that what was
happening on php 5.2.5 and still happening on 5.2.9
Reproduce code:
---
$intsub = mb_substr($intwalker[0], 0, 200);
if ($intsub != $intwalker[0]){
$intsub = $intsub." ..";
}
}
$intsub = mb_convert_encoding($intsub, "utf8", "auto");
Expected result:
to see a text of the only 200 first chars of $intwalker[0]
Actual result:
--
nothing, just a white page no errors at all even if
error_reporting(E_ALL);
--
Edit bug report at http://bugs.php.net/?id=48214&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48214&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48214&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48214&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48214&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48214&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48214&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48214&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48214&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48214&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48214&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48214&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48214&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48214&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48214&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48214&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48214&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48214&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48214&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48214&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48214&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48214&r=mysqlcfg
#48203 [Ver]: crash when CURLOPT_STDERR is set to regular file
ID: 48203 Updated by: j...@php.net Reported By: php-bug at paulsohier dot nl Status: Verified Bug Type: cURL related Operating System: * PHP Version: 5.*, 6CVS (2009-05-09) New Comment: Previous Comments: [2009-05-09 13:44:05] php-bug at paulsohier dot nl Description: Discovered during testfest in Utrecht and asked by Piere to report. When calling curl with a certian url and without closing the curl stream curl will segfault. Curl version: p...@dwerg:~/php/php5.3-200905090830$ curl-config --version libcurl 7.18.2 Used host where it segfault: www.hosthuis.nl Used host where it NOT segfault: www.example.org Reproduce code: --- Expected result: The contents of the site Actual result: -- The contents of the site and a segfault from run test (Bit different script) *** glibc detected *** /home/paul/php/php5.3-200905090830/sapi/cli/php: free(): invalid pointer: 0x4001f000 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0x40624624] /lib/i686/cmov/libc.so.6(cfree+0x96)[0x40626826] /lib/i686/cmov/libc.so.6(_IO_free_backup_area+0x34)[0x40622b54] /lib/i686/cmov/libc.so.6(_IO_file_overflow+0x1c2)[0x40620962] /lib/i686/cmov/libc.so.6(_IO_file_xsputn+0x65)[0x4061f9d5] /lib/i686/cmov/libc.so.6(fwrite+0x10a)[0x4061586a] /usr/lib/libcurl.so.4[0x40363428] /usr/lib/libcurl.so.4[0x40363547] /usr/lib/libcurl.so.4[0x403640d9] /usr/lib/libcurl.so.4[0x4036a81a] /usr/lib/libcurl.so.4[0x4036abdf] /usr/lib/libcurl.so.4[0x4036ef77] /usr/lib/libcurl.so.4(curl_easy_cleanup+0x21)[0x4037aec1] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x80f288b] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f9a22] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_del_key_or_index+0xe2)[0x82f8a42] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zend_list_delete+0x70)[0x82f9c70] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zval_ptr_dtor+0x3d)[0x82dfd6d] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f65e2] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_graceful_reverse_destroy+0x1f)[0x82f686f] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82e20e8] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82eb843] /home/paul/php/php5.3-200905090830/sapi/cli/php(php_request_shutdown+0x15f)[0x829b5df] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x836b079] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0x405cc455] /home/paul/php/php5.3-200905090830/sapi/cli/php(realloc+0x95)[0x8065241] -- Edit this bug report at http://bugs.php.net/?id=48203&edit=1
#48203 [Opn->Ver]: Curl segfaults with certain scripts
ID: 48203 Updated by: j...@php.net Reported By: php-bug at paulsohier dot nl -Status: Open +Status: Verified Bug Type: cURL related Operating System: Debian lenny PHP Version: 5.3CVS-2009-05-09 (CVS) New Comment: Please, leave the stupid comments to yourself. Previous Comments: [2009-05-09 13:44:05] php-bug at paulsohier dot nl Description: Discovered during testfest in Utrecht and asked by Piere to report. When calling curl with a certian url and without closing the curl stream curl will segfault. Curl version: p...@dwerg:~/php/php5.3-200905090830$ curl-config --version libcurl 7.18.2 Used host where it segfault: www.hosthuis.nl Used host where it NOT segfault: www.example.org Reproduce code: --- Expected result: The contents of the site Actual result: -- The contents of the site and a segfault from run test (Bit different script) *** glibc detected *** /home/paul/php/php5.3-200905090830/sapi/cli/php: free(): invalid pointer: 0x4001f000 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0x40624624] /lib/i686/cmov/libc.so.6(cfree+0x96)[0x40626826] /lib/i686/cmov/libc.so.6(_IO_free_backup_area+0x34)[0x40622b54] /lib/i686/cmov/libc.so.6(_IO_file_overflow+0x1c2)[0x40620962] /lib/i686/cmov/libc.so.6(_IO_file_xsputn+0x65)[0x4061f9d5] /lib/i686/cmov/libc.so.6(fwrite+0x10a)[0x4061586a] /usr/lib/libcurl.so.4[0x40363428] /usr/lib/libcurl.so.4[0x40363547] /usr/lib/libcurl.so.4[0x403640d9] /usr/lib/libcurl.so.4[0x4036a81a] /usr/lib/libcurl.so.4[0x4036abdf] /usr/lib/libcurl.so.4[0x4036ef77] /usr/lib/libcurl.so.4(curl_easy_cleanup+0x21)[0x4037aec1] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x80f288b] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f9a22] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_del_key_or_index+0xe2)[0x82f8a42] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zend_list_delete+0x70)[0x82f9c70] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zval_ptr_dtor+0x3d)[0x82dfd6d] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f65e2] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_graceful_reverse_destroy+0x1f)[0x82f686f] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82e20e8] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82eb843] /home/paul/php/php5.3-200905090830/sapi/cli/php(php_request_shutdown+0x15f)[0x829b5df] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x836b079] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0x405cc455] /home/paul/php/php5.3-200905090830/sapi/cli/php(realloc+0x95)[0x8065241] -- Edit this bug report at http://bugs.php.net/?id=48203&edit=1
#48203 [Fbk->Opn]: Curl segfaults with certain scripts
ID: 48203 User updated by: php-bug at paulsohier dot nl Reported By: php-bug at paulsohier dot nl -Status: Feedback +Status: Open Bug Type: cURL related Operating System: Debian lenny PHP Version: 5.3CVS-2009-05-09 (CVS) New Comment: Thank you for the friendly reply. The next time I will just let the bug happen and not report it to you. You should be happy that users report a bug instead of sending such replies. Piere asked to report it this way at testfest, and so I did. he didnt say anything regarding other brances, so I except if a developer says nothing regarding it its not needed. Previous Comments: [2009-05-09 20:40:32] j...@php.net Please test with ALL branches! And update version as it is in all proper reports. And the summary is invalid too. [2009-05-09 13:44:05] php-bug at paulsohier dot nl Description: Discovered during testfest in Utrecht and asked by Piere to report. When calling curl with a certian url and without closing the curl stream curl will segfault. Curl version: p...@dwerg:~/php/php5.3-200905090830$ curl-config --version libcurl 7.18.2 Used host where it segfault: www.hosthuis.nl Used host where it NOT segfault: www.example.org Reproduce code: --- Expected result: The contents of the site Actual result: -- The contents of the site and a segfault from run test (Bit different script) *** glibc detected *** /home/paul/php/php5.3-200905090830/sapi/cli/php: free(): invalid pointer: 0x4001f000 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0x40624624] /lib/i686/cmov/libc.so.6(cfree+0x96)[0x40626826] /lib/i686/cmov/libc.so.6(_IO_free_backup_area+0x34)[0x40622b54] /lib/i686/cmov/libc.so.6(_IO_file_overflow+0x1c2)[0x40620962] /lib/i686/cmov/libc.so.6(_IO_file_xsputn+0x65)[0x4061f9d5] /lib/i686/cmov/libc.so.6(fwrite+0x10a)[0x4061586a] /usr/lib/libcurl.so.4[0x40363428] /usr/lib/libcurl.so.4[0x40363547] /usr/lib/libcurl.so.4[0x403640d9] /usr/lib/libcurl.so.4[0x4036a81a] /usr/lib/libcurl.so.4[0x4036abdf] /usr/lib/libcurl.so.4[0x4036ef77] /usr/lib/libcurl.so.4(curl_easy_cleanup+0x21)[0x4037aec1] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x80f288b] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f9a22] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_del_key_or_index+0xe2)[0x82f8a42] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zend_list_delete+0x70)[0x82f9c70] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zval_ptr_dtor+0x3d)[0x82dfd6d] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f65e2] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_graceful_reverse_destroy+0x1f)[0x82f686f] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82e20e8] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82eb843] /home/paul/php/php5.3-200905090830/sapi/cli/php(php_request_shutdown+0x15f)[0x829b5df] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x836b079] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0x405cc455] /home/paul/php/php5.3-200905090830/sapi/cli/php(realloc+0x95)[0x8065241] -- Edit this bug report at http://bugs.php.net/?id=48203&edit=1
#48203 [Opn->Fbk]: Curl segfaults with certain scripts
ID: 48203 Updated by: j...@php.net -Summary: Curl segfaults with certian scripts Reported By: php-bug at paulsohier dot nl -Status: Open +Status: Feedback Bug Type: cURL related Operating System: Debian lenny PHP Version: 5.3CVS-2009-05-09 (CVS) New Comment: Please test with ALL branches! And update version as it is in all proper reports. And the summary is invalid too. Previous Comments: [2009-05-09 13:44:05] php-bug at paulsohier dot nl Description: Discovered during testfest in Utrecht and asked by Piere to report. When calling curl with a certian url and without closing the curl stream curl will segfault. Curl version: p...@dwerg:~/php/php5.3-200905090830$ curl-config --version libcurl 7.18.2 Used host where it segfault: www.hosthuis.nl Used host where it NOT segfault: www.example.org Reproduce code: --- Expected result: The contents of the site Actual result: -- The contents of the site and a segfault from run test (Bit different script) *** glibc detected *** /home/paul/php/php5.3-200905090830/sapi/cli/php: free(): invalid pointer: 0x4001f000 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0x40624624] /lib/i686/cmov/libc.so.6(cfree+0x96)[0x40626826] /lib/i686/cmov/libc.so.6(_IO_free_backup_area+0x34)[0x40622b54] /lib/i686/cmov/libc.so.6(_IO_file_overflow+0x1c2)[0x40620962] /lib/i686/cmov/libc.so.6(_IO_file_xsputn+0x65)[0x4061f9d5] /lib/i686/cmov/libc.so.6(fwrite+0x10a)[0x4061586a] /usr/lib/libcurl.so.4[0x40363428] /usr/lib/libcurl.so.4[0x40363547] /usr/lib/libcurl.so.4[0x403640d9] /usr/lib/libcurl.so.4[0x4036a81a] /usr/lib/libcurl.so.4[0x4036abdf] /usr/lib/libcurl.so.4[0x4036ef77] /usr/lib/libcurl.so.4(curl_easy_cleanup+0x21)[0x4037aec1] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x80f288b] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f9a22] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_del_key_or_index+0xe2)[0x82f8a42] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zend_list_delete+0x70)[0x82f9c70] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zval_ptr_dtor+0x3d)[0x82dfd6d] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f65e2] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_graceful_reverse_destroy+0x1f)[0x82f686f] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82e20e8] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82eb843] /home/paul/php/php5.3-200905090830/sapi/cli/php(php_request_shutdown+0x15f)[0x829b5df] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x836b079] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0x405cc455] /home/paul/php/php5.3-200905090830/sapi/cli/php(realloc+0x95)[0x8065241] -- Edit this bug report at http://bugs.php.net/?id=48203&edit=1
#48213 [Opn->Bgs]: snmpapp.conf is broken and php cant load module
ID: 48213 Updated by: j...@php.net Reported By: andywolk at gmail dot com -Status: Open +Status: Bogus Bug Type: SNMP related Operating System: Windows 2003 Server PHP Version: 5.2.9 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-05-09 20:25:03] andywolk at gmail dot com Description: Normal file: cut here- # # net-snmp (or ucd-snmp) persistent data file. # # DO NOT STORE CONFIGURATION ENTRIES HERE. # Please save normal configuration tokens for snmpapp in SNMPCONFPATH/snmpapp.conf. # Only "createUser" tokens should be placed here by snmpapp administrators. # engineBoots 28 oldEngineID 0x87e580ec2c2de4054a cut here- Bad file: cut here- # # net-snmp (or ucd-snmp) persistent data file. # # DO NOT STORE CONFIGURATION ENTRIES HERE. # Please save normal configuration tokens for snmpapp in SNMPCONFPATH/snmpapp.conf. # Only "createUser" tokens should be placed here by snmpapp administrators. # # # net-snmp (or ucd-snmp) persistent data file. # # DO NOT STORE CONFIGURATION ENTRIES HERE. # Please save normal configuration tokens for snmpapp in SNMPCONFPATH/snmpapp.conf. # Only "createUser" tokens should be placed here by snmpapp administrators. # engineBoots 18 engineBoots 18 engineBoots 18 7e580ec2c2de4054a oldEngineID 0x87e580ec2c2de4054a oldEngineID 0x87e580ec2c2de4054a oldEngineID 0x87e580ec2c2de4054a cut here- Reproduce code: --- File is broken when internet losts. I think it is dns+snmp problem. Probably file is broken when no dns respond. -- Edit this bug report at http://bugs.php.net/?id=48213&edit=1
#48205 [Ver->Bgs]: RecursiveIteratorIterator->callGetChildren() raises InvalidArgumentException
ID: 48205
Updated by: col...@php.net
Reported By: sean at practicalweb dot co dot uk
-Status: Verified
+Status: Bogus
Bug Type: SPL related
Operating System: *
PHP Version: 5.*, 6CVS (2009-05-09)
New Comment:
That's expected, callGetChildren will call
RecursiveArrayIterator::getChildren when the current element is an
integer. getChildren will then instantiate an ArrayIterator object, and
pass the current element as argument, resulting in an exception since
it's not an array or an object.
Previous Comments:
[2009-05-09 19:18:42] j...@php.net
Please, when you do testing, test with PHP_5_2 also and HEAD. And set
the version string like I did now in case the bug exists in all
branches..
[2009-05-09 13:52:57] sean at practicalweb dot co dot uk
Description:
If the current element of a RecursiveIteratorIterator has no children
then callGetChildren() causes an error message like
Fatal error: Uncaught exception 'InvalidArgumentException' with message
'Passed variable is not an array or object, using empty array instead'
This is confusing because the PHP code does not pass an argument here.
I think that either the method should return null when there are no
children - or at least the error message could be clearer.
This has been found as part of phptestfest 09 - an XFail test will be
commited from PHPLondon
My Apologies if this is expected behaviour, I realise the code is
undocumented, but I wanted to commit a test to cover this and filing a
bug seemed the best way to confirm one way or the other :-)
Reproduce code:
---
current());
$test->next();
var_dump($test->current());
try {
$output = $test->callGetChildren();
} catch (InvalidArgumentException $ilae){
$output = null;
print "invalid argument exception\n";
}
var_dump($output);
?>
Expected result:
array(3) {
[0]=>
int(7)
[1]=>
int(8)
[2]=>
int(9)
}
int(7)
NULL
Actual result:
--
array(3) {
[0]=>
int(7)
[1]=>
int(8)
[2]=>
int(9)
}
int(7)
invalid argument exception
NULL
--
Edit this bug report at http://bugs.php.net/?id=48205&edit=1
#13604 [Com]: odbc_primarykeys with Access
ID: 13604 Comment by: joost at cnoc dot nl Reported By: phperror at gustl dot at Status: No Feedback Bug Type: ODBC related Operating System: W98, W98SE PHP Version: 4.0.6 New Comment: This is not so strange, since MS Access doesn't support the odbc SQLPrimaryKeys-api call. So this will never work as long as Microsoft doesn't fix this. Previous Comments: [2007-05-26 12:16:27] ahmedmatah at yahoo dot com f [2006-08-11 03:45:57] kaspernj at gmail dot com Hi, I have the exact same problem with the latest CVS of PHP 5.1, Access-database saved with Access 2003, Windows XP 32bit with SP2 and all the latest updates (11-08-2006). The warning I get is this: Warning: odbc_primarykeys(): SQL error: , SQL state 0 in SQLPrimaryKeys in D:\phpprogs\knj_sqladmin\DBConn.php on line 357 ...with the following code: conn, "", "", $tablename); ?> $this->conn is being used many times, before it fails on "odbc_primarykeys()", so I have established a connection to the Access database - I am sure. It is possible to read the tables data. odbc_columns() works as espected. odbc_tables() works as espected. [2003-07-12 03:04:09] sa_kelkar at yahoo dot com I have same problem with odbc_primarykeys when i am using with the DB2. Please guide me my code is [2002-09-09 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-08-05 20:38:19] kalow...@php.net Using the latest CVS I cannot get your sample code to work at all. It seems the $tables is never populated on my end. Any chance you can post a sample schema, or see if this is still happening? 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/13604 -- Edit this bug report at http://bugs.php.net/?id=13604&edit=1
#48213 [NEW]: snmpapp.conf is broken and php cant load module
From: andywolk at gmail dot com Operating system: Windows 2003 Server PHP version: 5.2.9 PHP Bug Type: SNMP related Bug description: snmpapp.conf is broken and php cant load module Description: Normal file: cut here- # # net-snmp (or ucd-snmp) persistent data file. # # DO NOT STORE CONFIGURATION ENTRIES HERE. # Please save normal configuration tokens for snmpapp in SNMPCONFPATH/snmpapp.conf. # Only "createUser" tokens should be placed here by snmpapp administrators. # engineBoots 28 oldEngineID 0x87e580ec2c2de4054a cut here- Bad file: cut here- # # net-snmp (or ucd-snmp) persistent data file. # # DO NOT STORE CONFIGURATION ENTRIES HERE. # Please save normal configuration tokens for snmpapp in SNMPCONFPATH/snmpapp.conf. # Only "createUser" tokens should be placed here by snmpapp administrators. # # # net-snmp (or ucd-snmp) persistent data file. # # DO NOT STORE CONFIGURATION ENTRIES HERE. # Please save normal configuration tokens for snmpapp in SNMPCONFPATH/snmpapp.conf. # Only "createUser" tokens should be placed here by snmpapp administrators. # engineBoots 18 engineBoots 18 engineBoots 18 7e580ec2c2de4054a oldEngineID 0x87e580ec2c2de4054a oldEngineID 0x87e580ec2c2de4054a oldEngineID 0x87e580ec2c2de4054a cut here- Reproduce code: --- File is broken when internet losts. I think it is dns+snmp problem. Probably file is broken when no dns respond. -- Edit bug report at http://bugs.php.net/?id=48213&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48213&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48213&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48213&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48213&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48213&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48213&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48213&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48213&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48213&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48213&r=support Expected behavior: http://bugs.php.net/fix.php?id=48213&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48213&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48213&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48213&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48213&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48213&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48213&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48213&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48213&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48213&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48213&r=mysqlcfg
#48206 [Ver->Csd]: Segfault in RecursiveIteratorIterator::current()
ID: 48206 Updated by: scott...@php.net Reported By: matt at raines dot me dot uk -Status: Verified +Status: Closed Bug Type: SPL related Operating System: * PHP Version: 5.*, 6CVS (2009-05-09) 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-05-09 14:01:27] matt at raines dot me dot uk Description: If you wrap a RecursiveArrayIterator in a RecursiveIteratorIterator and iterate past the end of the array, PHP crashes. Reproduce code: --- next(); var_dump($i->current()); ?> Expected result: NULL Actual result: -- Segmentation fault (core dumped) -- Edit this bug report at http://bugs.php.net/?id=48206&edit=1
#48205 [Opn->Ver]: RecursiveIteratorIterator->callGetChildren() raises InvalidArgumentException
ID: 48205
Updated by: j...@php.net
Reported By: sean at practicalweb dot co dot uk
-Status: Open
+Status: Verified
Bug Type: SPL related
-Operating System: Linux
+Operating System: *
-PHP Version: 5.3CVS-2009-05-09 (snap)
+PHP Version: 5.*, 6CVS (2009-05-09)
New Comment:
Please, when you do testing, test with PHP_5_2 also and HEAD. And set
the version string like I did now in case the bug exists in all
branches..
Previous Comments:
[2009-05-09 13:52:57] sean at practicalweb dot co dot uk
Description:
If the current element of a RecursiveIteratorIterator has no children
then callGetChildren() causes an error message like
Fatal error: Uncaught exception 'InvalidArgumentException' with message
'Passed variable is not an array or object, using empty array instead'
This is confusing because the PHP code does not pass an argument here.
I think that either the method should return null when there are no
children - or at least the error message could be clearer.
This has been found as part of phptestfest 09 - an XFail test will be
commited from PHPLondon
My Apologies if this is expected behaviour, I realise the code is
undocumented, but I wanted to commit a test to cover this and filing a
bug seemed the best way to confirm one way or the other :-)
Reproduce code:
---
current());
$test->next();
var_dump($test->current());
try {
$output = $test->callGetChildren();
} catch (InvalidArgumentException $ilae){
$output = null;
print "invalid argument exception\n";
}
var_dump($output);
?>
Expected result:
array(3) {
[0]=>
int(7)
[1]=>
int(8)
[2]=>
int(9)
}
int(7)
NULL
Actual result:
--
array(3) {
[0]=>
int(7)
[1]=>
int(8)
[2]=>
int(9)
}
int(7)
invalid argument exception
NULL
--
Edit this bug report at http://bugs.php.net/?id=48205&edit=1
#48206 [Opn->Ver]: Segfault in RecursiveIteratorIterator::current()
ID: 48206 Updated by: j...@php.net Reported By: matt at raines dot me dot uk -Status: Open +Status: Verified -Bug Type: Reproducible crash +Bug Type: SPL related Operating System: Linux ubuntu 2.6.27-7-generic #1 PHP Version: 5.*, 6CVS (2009-05-09) Previous Comments: [2009-05-09 14:01:27] matt at raines dot me dot uk Description: If you wrap a RecursiveArrayIterator in a RecursiveIteratorIterator and iterate past the end of the array, PHP crashes. Reproduce code: --- next(); var_dump($i->current()); ?> Expected result: NULL Actual result: -- Segmentation fault (core dumped) -- Edit this bug report at http://bugs.php.net/?id=48206&edit=1
#48207 [Opn->Fbk]: CURLOPT_FILE behaves unexpectedly with invalid file handle
ID: 48207
Updated by: j...@php.net
Reported By: mark at dynom dot nl
-Status: Open
+Status: Feedback
Bug Type: cURL related
Operating System: Linux
PHP Version: 5.3.0RC2
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-05-09 14:03:57] mark at dynom dot nl
Sorry, the expected result is not 'works', it's an error being raised.
[2009-05-09 14:01:55] mark at dynom dot nl
Description:
The option 'CURLOPT_FILE' takes a file handle as argument, however when
you open the file read-only. cURL *silently* fails and downloads only 1
successful iteration of data.
This *only* happens when CURLOPT_RETURNTRANSFER is not defined, since
that disables the 'CURLOPT_FILE' feature.
It's expected that some sort of warning/error is raised, just like when
a write flag is set when the file is not writable. When the latter
happens, cURL falls back on CURLOPT_RETURNTRANSFER = false.
Reproduce code:
---
http://kernel.org/pub/linux/kernel/v1.0/linux-1.0.tar.bz2');
$fp = fopen("/tmp/fubar", "r"); // Opening 'fubar' with the incorrect
readonly flag
curl_setopt($ch, CURLOPT_FILE, $fp);
curl_exec($ch);
// Debug
$info = curl_getinfo($ch);
if ($info['size_download'] !== $info["download_content_length"]) {
echo 'fail';
} else {
echo 'works';
}
curl_close($ch);
Expected result:
works
Actual result:
--
fail
--
Edit this bug report at http://bugs.php.net/?id=48207&edit=1
#48208 [Opn->Fbk]: curl_copy_handle() loses CURLOPT_POSTFIELDS option after original is closed
ID: 48208
Updated by: j...@php.net
Reported By: rick at meritos dot nl
-Status: Open
+Status: Feedback
Bug Type: cURL related
Operating System: Linux
PHP Version: 5.3.0RC2
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-05-09 14:10:52] rick at meritos dot nl
Description:
After a curl handle is copied and the original closed with
curl_close(), the copy no longer seems to contain the CURLOPT_POSTFIELDS
option.
If the original is excecuted first, things get even stranger, the
return value of curl_exec() on the copy seems to be borked.
Reproduce code:
---
$url = "http://www.example.com/get.php?test=getpost";;
$ch = curl_init();
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch, CURLOPT_POST, 1);
curl_setopt($ch, CURLOPT_POSTFIELDS,
"Hello=World&Foo=Bar&Person=John%20Doe");
curl_setopt($ch, CURLOPT_URL, $url);
$copy = curl_copy_handle($ch);
curl_close($ch);
$curl_content = curl_exec($copy);
var_dump( $curl_content );
Expected result:
string(163) "array(1) {
["test"]=>
string(7) "getpost"
}
array(3) {
["Hello"]=>
string(5) "World"
["Foo"]=>
string(3) "Bar"
["Person"]=>
string(8) "John Doe"
}
Actual result:
--
string(61) "array(1) {
["test"]=>
string(7) "getpost"
}
array(0) {
}
"
Note: comment out the curl_close($ch); , and it will return the
expected result.
--
Edit this bug report at http://bugs.php.net/?id=48208&edit=1
#48210 [Opn->Bgs]: mb_detect_encoding() fails to detect right charset
ID: 48210 Updated by: j...@php.net Reported By: nilon at kartio dot org -Status: Open +Status: Bogus Bug Type: mbstring related Operating System: Debian Lenny PHP Version: 5.2.9 New Comment: Please note that encoding detection is not always perfect. Especially, when the string is too short, the wrong detection might be caused. Previous Comments: [2009-05-09 17:58:09] nilon at kartio dot org With strict option result is: string(10) "ISO-8859-1" string(10) "ISO-8859-1" string(10) "ISO-8859-1" string(5) "UTF-8" Still last one should return false. [2009-05-09 17:53:42] nilon at kartio dot org Description: mb_detect_encoding detects latin1 'ä' as UTF-8 when it clearly isn't multibyte character. Reproduce code: --- Expected result: string(10) "ISO-8859-1" string(10) "ISO-8859-1" string(10) "ISO-8859-1" bool "false" Actual result: -- string(5) "UTF-8" string(10) "ISO-8859-1" string(10) "ISO-8859-1" string(5) "UTF-8" -- Edit this bug report at http://bugs.php.net/?id=48210&edit=1
#47042 [Com]: cgi sapi is incorrectly removing the SCRIPT_FILENAME for non apache
ID: 47042
Comment by: php at dzm dot com
Reported By: sriram dot natarajan at sun dot com
Status: Open
Bug Type: CGI related
Operating System: linux , solaris
PHP Version: 5.2.9
New Comment:
This behavior remains broken in PHP 5.2.9. Is there any chance at all
of the patch being integrated into 5.2.10?
Previous Comments:
[2009-03-16 23:55:37] j...@php.net
See also bug #47625
[2009-03-13 00:10:22] sriram dot natarajan at sun dot com
hi
this fix is not available with the latest php snapshot. my latest
patch needs to be looked into and considered fixing it for 5.3 as well
as 5.2.9
[sn123...@samp]'php5'>diff -u php-5.2.9/sapi/cgi/cgi_main.c.ORIG
php-5.2.9/sapi/cgi/cgi_main.c
--- php-5.2.9/sapi/cgi/cgi_main.c.ORIG Sat Feb 28 00:44:54 2009
+++ php-5.2.9/sapi/cgi/cgi_main.c Sat Feb 28 00:46:00 2009
@@ -961,7 +961,8 @@
}
if (env_path_translated != NULL &&
env_redirect_url != NULL &&
- orig_script_filename != NULL &&
script_path_translated != NULL) {
+ env_path_translated !=
script_path_translated &&
+ strcmp(env_path_translated,
script_path_translated) != 0) {
/*
pretty much apache specific. If we
have a redirect_url
then our script_filename and
script_name point to the
thanks
sriram
[2009-03-03 09:56:55] sriram dot natarajan at sun dot com
i have tested this patch with apache 2.0 and 2.2 configurations within
cgi and was able to get applications like joomla working fine.
can some one kindly look into the attached patch and provide your
feedback
thanks
[2009-02-28 09:18:55] sriram dot natarajan at sun dot com
Hi
php cgi module assumes that if redirect_uri is set , the request must
be from apache and throws away the script_name value and assigns
path_translated value to script name.
this is because, in cgi environment, apache sets the SCRIPT_NAME to
the location of the php-cgi binary and keeping the PATH_INFO variable to
point to the requested php script. this is very unique only to apache.
this crude test condition for apache is affecting sun web server
executing in fastcgi mode where in it looses the script_name value and
ends up returning with 'no input file specified'.
this happens only for sun web server and not for lighttpd because
lighttpd does not set redirect_uri when requested for index.php.
based on this analysis , earlier, i provided a patch to address this
issue . however, i overlooked the obvious and ended up breaking apache
in cgi mode.
because of this, a separate bug : http://bugs.php.net/bug.php?id=47149
has been filed and my suggested patch was reverted.
my sincere apology on providing this obviously broken patch and wasting
some of your time.
pl. find attached a below patch that should do the right thing.
what we want to do is
a) compare whether the script path is different from path translated
since we know that apache by default sets the script name to point to
the location of cgi binary and not the requested uri
[sn123...@samp]'php5'>diff -u php-5.2.9/sapi/cgi/cgi_main.c.ORIG
php-5.2.9/sapi/cgi/cgi_main.c
--- php-5.2.9/sapi/cgi/cgi_main.c.ORIG Sat Feb 28 00:44:54 2009
+++ php-5.2.9/sapi/cgi/cgi_main.c Sat Feb 28 00:46:00 2009
@@ -961,7 +961,8 @@
}
if (env_path_translated != NULL &&
env_redirect_url != NULL &&
- orig_script_filename != NULL &&
script_path_translated != NULL) {
+ env_path_translated !=
script_path_translated &&
+ strcmp(env_path_translated,
script_path_translated) != 0) {
/*
pretty much apache specific. If we
have a redirect_url
then our script_filename and
script_name point to the
[2009-01-11 11:13:02] d...@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.
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/47042
--
Edit this bug report at http://bugs.php.ne
#48196 [Ver->Bgs]: Bug in string concatenation after calling preg_match_all()
ID: 48196 Updated by: nlop...@php.net Reported By: saulo_gil at argentina dot com -Status: Verified +Status: Bogus Bug Type: PCRE related Operating System: win32 only - Windows XP PHP Version: 5.*, 6CVS (2009-05-09) New Comment: The problem is that the input has \r. This means that $name also has a \r, which makes the console's cursor go back and override the '[' char. If you change the EOL of the input file just to \n, you'll see you expected output. No bug here. Previous Comments: [2009-05-09 04:03:34] j...@php.net Verified under windows. Does NOT happen with other OSes. [2009-05-09 01:18:28] saulo_gil at argentina dot com Forgot to mention one thing, I've tried to reproduce this bug using the PHP CLI, calling this script with php.exe -q I've just reproduced it again on a freshly installed XP box. Same happened with PHP 5.2.9-2. [2009-05-08 23:26:18] fel...@php.net I can't reproduce it. [2009-05-08 20:33:55] saulo_gil at argentina dot com Description: If I try to perform a simple concatenation involving a variable created from the matches output of preg_match_all() the resulting string is borked. Please see the code above. What I want to do: echo "[" . $var . "]"; Reproduce code: --- Expected result: [SPD_EXECUTIVE_PROVIDER_DEALER] Actual result: -- ]SPD_EXECUTIVE_PROVIDER_DEALER -- Edit this bug report at http://bugs.php.net/?id=48196&edit=1
#48210 [Opn]: mb_detect_encoding fails to detect right charset
ID: 48210 User updated by: nilon at kartio dot org Reported By: nilon at kartio dot org Status: Open Bug Type: *Unicode Issues Operating System: Debian Lenny PHP Version: 5.2.9 New Comment: With strict option result is: string(10) "ISO-8859-1" string(10) "ISO-8859-1" string(10) "ISO-8859-1" string(5) "UTF-8" Still last one should return false. Previous Comments: [2009-05-09 17:53:42] nilon at kartio dot org Description: mb_detect_encoding detects latin1 'ä' as UTF-8 when it clearly isn't multibyte character. Reproduce code: --- Expected result: string(10) "ISO-8859-1" string(10) "ISO-8859-1" string(10) "ISO-8859-1" bool "false" Actual result: -- string(5) "UTF-8" string(10) "ISO-8859-1" string(10) "ISO-8859-1" string(5) "UTF-8" -- Edit this bug report at http://bugs.php.net/?id=48210&edit=1
#48210 [NEW]: mb_detect_encoding fails to detect right charset
From: nilon at kartio dot org Operating system: Debian Lenny PHP version: 5.2.9 PHP Bug Type: *Unicode Issues Bug description: mb_detect_encoding fails to detect right charset Description: mb_detect_encoding detects latin1 'ä' as UTF-8 when it clearly isn't multibyte character. Reproduce code: --- Expected result: string(10) "ISO-8859-1" string(10) "ISO-8859-1" string(10) "ISO-8859-1" bool "false" Actual result: -- string(5) "UTF-8" string(10) "ISO-8859-1" string(10) "ISO-8859-1" string(5) "UTF-8" -- Edit bug report at http://bugs.php.net/?id=48210&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48210&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48210&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48210&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48210&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48210&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48210&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48210&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48210&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48210&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48210&r=support Expected behavior: http://bugs.php.net/fix.php?id=48210&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48210&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48210&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48210&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48210&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48210&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48210&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48210&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48210&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48210&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48210&r=mysqlcfg
#48209 [NEW]: Namespaces and get_class()
From: macmade at eosgarden dot com Operating system: MacOS X 10.5.6 (Client) PHP version: 5.3.0RC2 PHP Bug Type: Scripting Engine problem Bug description: Namespaces and get_class() Description: When using the get_class() function on an object whose class is defined in a different namespace as the actual, the return value does not contain a leading backslah (which is normal). But then why are we able to dynamically create an instance, based on the result of get_class(), without adding a leading backslash? I don't know if this is a bug, a feature, a wanted or un-wanted behavior, but I think this is weird. Reproduce code: --- '; # This will work... Why??? print_r( new $CLASSNAME() ); Expected result: Foo\Test Fatal error: Class 'Bar\Foo\Test' not found ... on line 19 Actual result: -- Foo\Test Foo\Test Object ( ) -- Edit bug report at http://bugs.php.net/?id=48209&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48209&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48209&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48209&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48209&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48209&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48209&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48209&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48209&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48209&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48209&r=support Expected behavior: http://bugs.php.net/fix.php?id=48209&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48209&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48209&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48209&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48209&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48209&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48209&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48209&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48209&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48209&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48209&r=mysqlcfg
#48208 [NEW]: curl_copy_handle() loses CURLOPT_POSTFIELDS option after original is closed
From: rick at meritos dot nl
Operating system: Linux
PHP version: 5.3.0RC2
PHP Bug Type: cURL related
Bug description: curl_copy_handle() loses CURLOPT_POSTFIELDS option after
original is closed
Description:
After a curl handle is copied and the original closed with curl_close(),
the copy no longer seems to contain the CURLOPT_POSTFIELDS option.
If the original is excecuted first, things get even stranger, the return
value of curl_exec() on the copy seems to be borked.
Reproduce code:
---
$url = "http://www.example.com/get.php?test=getpost";;
$ch = curl_init();
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch, CURLOPT_POST, 1);
curl_setopt($ch, CURLOPT_POSTFIELDS,
"Hello=World&Foo=Bar&Person=John%20Doe");
curl_setopt($ch, CURLOPT_URL, $url);
$copy = curl_copy_handle($ch);
curl_close($ch);
$curl_content = curl_exec($copy);
var_dump( $curl_content );
Expected result:
string(163) "array(1) {
["test"]=>
string(7) "getpost"
}
array(3) {
["Hello"]=>
string(5) "World"
["Foo"]=>
string(3) "Bar"
["Person"]=>
string(8) "John Doe"
}
Actual result:
--
string(61) "array(1) {
["test"]=>
string(7) "getpost"
}
array(0) {
}
"
Note: comment out the curl_close($ch); , and it will return the expected
result.
--
Edit bug report at http://bugs.php.net/?id=48208&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48208&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48208&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48208&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48208&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48208&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48208&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48208&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48208&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48208&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48208&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48208&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48208&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48208&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48208&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48208&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48208&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48208&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48208&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48208&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48208&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48208&r=mysqlcfg
#48207 [Opn]: CURLOPT_FILE behaves unexpectedly with invalid file handle
ID: 48207
User updated by: mark at dynom dot nl
Reported By: mark at dynom dot nl
Status: Open
Bug Type: cURL related
Operating System: Linux
PHP Version: 5.3.0RC2
New Comment:
Sorry, the expected result is not 'works', it's an error being raised.
Previous Comments:
[2009-05-09 14:01:55] mark at dynom dot nl
Description:
The option 'CURLOPT_FILE' takes a file handle as argument, however when
you open the file read-only. cURL *silently* fails and downloads only 1
successful iteration of data.
This *only* happens when CURLOPT_RETURNTRANSFER is not defined, since
that disables the 'CURLOPT_FILE' feature.
It's expected that some sort of warning/error is raised, just like when
a write flag is set when the file is not writable. When the latter
happens, cURL falls back on CURLOPT_RETURNTRANSFER = false.
Reproduce code:
---
http://kernel.org/pub/linux/kernel/v1.0/linux-1.0.tar.bz2');
$fp = fopen("/tmp/fubar", "r"); // Opening 'fubar' with the incorrect
readonly flag
curl_setopt($ch, CURLOPT_FILE, $fp);
curl_exec($ch);
// Debug
$info = curl_getinfo($ch);
if ($info['size_download'] !== $info["download_content_length"]) {
echo 'fail';
} else {
echo 'works';
}
curl_close($ch);
Expected result:
works
Actual result:
--
fail
--
Edit this bug report at http://bugs.php.net/?id=48207&edit=1
#48207 [NEW]: CURLOPT_FILE behaves unexpectedly with invalid file handle
From: mark at dynom dot nl
Operating system: Linux
PHP version: 5.3.0RC2
PHP Bug Type: cURL related
Bug description: CURLOPT_FILE behaves unexpectedly with invalid file handle
Description:
The option 'CURLOPT_FILE' takes a file handle as argument, however when
you open the file read-only. cURL *silently* fails and downloads only 1
successful iteration of data.
This *only* happens when CURLOPT_RETURNTRANSFER is not defined, since that
disables the 'CURLOPT_FILE' feature.
It's expected that some sort of warning/error is raised, just like when a
write flag is set when the file is not writable. When the latter happens,
cURL falls back on CURLOPT_RETURNTRANSFER = false.
Reproduce code:
---
http://kernel.org/pub/linux/kernel/v1.0/linux-1.0.tar.bz2');
$fp = fopen("/tmp/fubar", "r"); // Opening 'fubar' with the incorrect
readonly flag
curl_setopt($ch, CURLOPT_FILE, $fp);
curl_exec($ch);
// Debug
$info = curl_getinfo($ch);
if ($info['size_download'] !== $info["download_content_length"]) {
echo 'fail';
} else {
echo 'works';
}
curl_close($ch);
Expected result:
works
Actual result:
--
fail
--
Edit bug report at http://bugs.php.net/?id=48207&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48207&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48207&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48207&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48207&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48207&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48207&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48207&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48207&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48207&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48207&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48207&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48207&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48207&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48207&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48207&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48207&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48207&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48207&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48207&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48207&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48207&r=mysqlcfg
#48206 [NEW]: Segfault in RecursiveIteratorIterator::current()
From: matt at raines dot me dot uk Operating system: Linux ubuntu 2.6.27-7-generic #1 PHP version: 5.3CVS-2009-05-09 (snap) PHP Bug Type: Reproducible crash Bug description: Segfault in RecursiveIteratorIterator::current() Description: If you wrap a RecursiveArrayIterator in a RecursiveIteratorIterator and iterate past the end of the array, PHP crashes. Reproduce code: --- next(); var_dump($i->current()); ?> Expected result: NULL Actual result: -- Segmentation fault (core dumped) -- Edit bug report at http://bugs.php.net/?id=48206&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48206&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48206&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48206&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48206&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48206&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48206&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48206&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48206&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48206&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48206&r=support Expected behavior: http://bugs.php.net/fix.php?id=48206&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48206&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48206&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48206&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48206&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48206&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48206&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48206&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48206&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48206&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48206&r=mysqlcfg
#48205 [NEW]: RecursiveIteratorIterator->callGetChildren() raises InvalidArgumentException
From: sean at practicalweb dot co dot uk
Operating system: Linux
PHP version: 5.3CVS-2009-05-09 (snap)
PHP Bug Type: SPL related
Bug description: RecursiveIteratorIterator->callGetChildren() raises
InvalidArgumentException
Description:
If the current element of a RecursiveIteratorIterator has no children then
callGetChildren() causes an error message like
Fatal error: Uncaught exception 'InvalidArgumentException' with message
'Passed variable is not an array or object, using empty array instead'
This is confusing because the PHP code does not pass an argument here.
I think that either the method should return null when there are no
children - or at least the error message could be clearer.
This has been found as part of phptestfest 09 - an XFail test will be
commited from PHPLondon
My Apologies if this is expected behaviour, I realise the code is
undocumented, but I wanted to commit a test to cover this and filing a bug
seemed the best way to confirm one way or the other :-)
Reproduce code:
---
current());
$test->next();
var_dump($test->current());
try {
$output = $test->callGetChildren();
} catch (InvalidArgumentException $ilae){
$output = null;
print "invalid argument exception\n";
}
var_dump($output);
?>
Expected result:
array(3) {
[0]=>
int(7)
[1]=>
int(8)
[2]=>
int(9)
}
int(7)
NULL
Actual result:
--
array(3) {
[0]=>
int(7)
[1]=>
int(8)
[2]=>
int(9)
}
int(7)
invalid argument exception
NULL
--
Edit bug report at http://bugs.php.net/?id=48205&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48205&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48205&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48205&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48205&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48205&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48205&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48205&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48205&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48205&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48205&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48205&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48205&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48205&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48205&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48205&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48205&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48205&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48205&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48205&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48205&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48205&r=mysqlcfg
#48204 [NEW]: xmlwriter_open_uri() accepts too long path
From: koenk82 at gmail dot com Operating system: Ubuntu 9.04 PHP version: 5.3CVS-2009-05-09 (CVS) PHP Bug Type: XML Writer Bug description: xmlwriter_open_uri() accepts too long path Description: When passing a path longer than PHP_MAXPATHLEN to xmlwriter_open_uri() it doesn't throw an error/warning. Reproduce code: --- -- Edit bug report at http://bugs.php.net/?id=48204&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48204&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48204&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48204&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48204&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48204&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48204&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48204&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48204&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48204&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48204&r=support Expected behavior: http://bugs.php.net/fix.php?id=48204&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48204&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48204&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48204&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48204&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48204&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48204&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48204&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48204&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48204&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48204&r=mysqlcfg
#48203 [NEW]: Curl segfaults with certian scripts
From: php-bug at paulsohier dot nl Operating system: Debian lenny PHP version: 5.3CVS-2009-05-09 (CVS) PHP Bug Type: cURL related Bug description: Curl segfaults with certian scripts Description: Discovered during testfest in Utrecht and asked by Piere to report. When calling curl with a certian url and without closing the curl stream curl will segfault. Curl version: p...@dwerg:~/php/php5.3-200905090830$ curl-config --version libcurl 7.18.2 Used host where it segfault: www.hosthuis.nl Used host where it NOT segfault: www.example.org Reproduce code: --- Expected result: The contents of the site Actual result: -- The contents of the site and a segfault from run test (Bit different script) *** glibc detected *** /home/paul/php/php5.3-200905090830/sapi/cli/php: free(): invalid pointer: 0x4001f000 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0x40624624] /lib/i686/cmov/libc.so.6(cfree+0x96)[0x40626826] /lib/i686/cmov/libc.so.6(_IO_free_backup_area+0x34)[0x40622b54] /lib/i686/cmov/libc.so.6(_IO_file_overflow+0x1c2)[0x40620962] /lib/i686/cmov/libc.so.6(_IO_file_xsputn+0x65)[0x4061f9d5] /lib/i686/cmov/libc.so.6(fwrite+0x10a)[0x4061586a] /usr/lib/libcurl.so.4[0x40363428] /usr/lib/libcurl.so.4[0x40363547] /usr/lib/libcurl.so.4[0x403640d9] /usr/lib/libcurl.so.4[0x4036a81a] /usr/lib/libcurl.so.4[0x4036abdf] /usr/lib/libcurl.so.4[0x4036ef77] /usr/lib/libcurl.so.4(curl_easy_cleanup+0x21)[0x4037aec1] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x80f288b] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f9a22] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_del_key_or_index+0xe2)[0x82f8a42] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zend_list_delete+0x70)[0x82f9c70] /home/paul/php/php5.3-200905090830/sapi/cli/php(_zval_ptr_dtor+0x3d)[0x82dfd6d] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82f65e2] /home/paul/php/php5.3-200905090830/sapi/cli/php(zend_hash_graceful_reverse_destroy+0x1f)[0x82f686f] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82e20e8] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x82eb843] /home/paul/php/php5.3-200905090830/sapi/cli/php(php_request_shutdown+0x15f)[0x829b5df] /home/paul/php/php5.3-200905090830/sapi/cli/php[0x836b079] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0x405cc455] /home/paul/php/php5.3-200905090830/sapi/cli/php(realloc+0x95)[0x8065241] -- Edit bug report at http://bugs.php.net/?id=48203&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48203&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48203&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48203&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48203&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48203&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48203&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48203&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48203&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48203&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48203&r=support Expected behavior: http://bugs.php.net/fix.php?id=48203&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48203&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48203&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48203&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48203&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48203&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48203&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48203&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48203&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48203&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48203&r=mysqlcfg
#48202 [Opn->Asn]: Out of memory error
ID: 48202 Updated by: paj...@php.net Reported By: koenk82 at gmail dot com -Status: Open +Status: Assigned Bug Type: XML Writer Operating System: Ubuntu 9.04 PHP Version: 5.3CVS-2009-05-09 (CVS) -Assigned To: +Assigned To: pajoye New Comment: reproduced during the testfest 2009/utrecht, assigning to me. Previous Comments: [2009-05-09 12:40:13] koenk82 at gmail dot com Description: If you supply a non-existing file to xmlwriter_open_uri it produces an Out of memory error. Reproduce code: --- Expected result: Warning: xmlwriter_open_uri(%s): failed to open stream: No such file or directory in %s on line %d bool(false) Actual result: -- Warning: xmlwriter_open_uri(/home/koen/Bureaublad/php5/foo/bar.tmp): failed to open stream: No such file or directory in /home/koen/Bureaublad/mytests/xmlwriter_open_uri_error_003.php on line 2 Warning: xmlwriter_open_uri(): xmlNewTextWriterFilename : out of memory! in /home/koen/Bureaublad/mytests/xmlwriter_open_uri_error_003.php on line 2 bool(false) -- Edit this bug report at http://bugs.php.net/?id=48202&edit=1
#48202 [NEW]: Out of memory error
From: koenk82 at gmail dot com Operating system: Ubuntu 9.04 PHP version: 5.3CVS-2009-05-09 (CVS) PHP Bug Type: XML Writer Bug description: Out of memory error Description: If you supply a non-existing file to xmlwriter_open_uri it produces an Out of memory error. Reproduce code: --- Expected result: Warning: xmlwriter_open_uri(%s): failed to open stream: No such file or directory in %s on line %d bool(false) Actual result: -- Warning: xmlwriter_open_uri(/home/koen/Bureaublad/php5/foo/bar.tmp): failed to open stream: No such file or directory in /home/koen/Bureaublad/mytests/xmlwriter_open_uri_error_003.php on line 2 Warning: xmlwriter_open_uri(): xmlNewTextWriterFilename : out of memory! in /home/koen/Bureaublad/mytests/xmlwriter_open_uri_error_003.php on line 2 bool(false) -- Edit bug report at http://bugs.php.net/?id=48202&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48202&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48202&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48202&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48202&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48202&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48202&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48202&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48202&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48202&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48202&r=support Expected behavior: http://bugs.php.net/fix.php?id=48202&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48202&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48202&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48202&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48202&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48202&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48202&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48202&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48202&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48202&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48202&r=mysqlcfg
#48195 [Fbk->Opn]: iconv link failure
ID: 48195 User updated by: rickdunn at chez dot com Reported By: rickdunn at chez dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: OS X 10.5.6 PHP Version: 5.3.0RC2 New Comment: Up until the release of 5.3.0 RC2, I could successfully compile PHP on OS X 10.5.6. Now, 'Make' always fails with this message: Undefined symbols: "_libiconv", referenced from: __php_iconv_appendl in iconv.o __php_iconv_appendl in iconv.o _php_iconv_string in iconv.o _php_iconv_string in iconv.o __php_iconv_strlen in iconv.o __php_iconv_strpos in iconv.o _zif_iconv_substr in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 Previous Comments: [2009-05-08 21:47:15] j...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2009-05-08 19:50:44] rickdunn at chez dot com Description: Bug #43189 has returned in 5.3 RC2. Make fails with 'undefined symbols' related to iconv. Reproduce code: --- CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer -arch x86_64 -m64" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti -arch x86_64 -m64" ./configure --prefix=/usr/local/php5 --with-apxs2=/usr/sbin/apxs --with-config-file-scan-dir=/usr/local/php5/php.d --with-ldap=/usr --with-bz2=/usr --with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-exif --enable-soap --enable-ftp --enable-mbstring --enable-mbregex --enable-sockets --with-iodbc=/usr --with-curl=shared,/usr --sysconfdir=/private/etc --with-mysqli=mysqlnd --with-mysql=mysqlnd --with-pdo-mysql=mysqlnd --with-openssl --with-xmlrpc --with-xsl=/usr --with-gd --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/X11R6 --with-freetype-dir=/usr/X11R6 --with-xpm-dir=/usr/X11R6 --enable-gd-native-ttf --with-mcrypt=shared --enable-calendar --enable-bcmath Expected result: Successful installation. Actual result: -- Make fails. -- Edit this bug report at http://bugs.php.net/?id=48195&edit=1
#48201 [NEW]: wrong behaviour and crash with imap_mail_compose()
From: carsten_sttgt at gmx dot de Operating system: Windows_NT PHP version: 5.3CVS-2009-05-09 (snap) PHP Bug Type: IMAP related Bug description: wrong behaviour and crash with imap_mail_compose() Description: Hello, from my understanding, and if I read RFC2045-sec6.2, imap_mail_compose() is working in a wrong way. From RFC2045: - With "binary", "8bit" and "7bit" no transforming is done. - With "quoted-printable" and "base64", the data is transformed to 7bit, according to the selected encoding type. The behavior from imap_mail_compose(): - with ENC7BIT no Content-Transfer-Encoding header is set (ok, that's the same. maybe correct) - with ENC8BIT, the Content-Transfer-Encoding changes to "quoted-printable" and the data is transfomed (wrong) - with ENCBINARY, the Content-Transfer-Encoding changes to "base64" and the data is transfomed (wrong) - with ENCBASE64, the Content-Transfer-Encoding is "base64" and the data is transfomed (correct) - with ENCQUOTEDPRINTABLE, the Content-Transfer-Encoding is "quoted-printable" and the data is transfomed (correct) - ENCOTHER is imho not really useful (especially if I can't set the name (foo) in x-foo). Then I've tried to set the value for the Content-Transfer-Encoding header on my own: - with "binary", no Content-Transfer-Encoding header is set - with "8bit" (or "7bit"), I have a segmentation fault (PHP crashes). Regards, Carsten Reproduce code: --- TYPEMULTIPART, 'subtype' => 'mixed' ); $body[++$i] = array( 'type' => TYPETEXT, 'charset' => 'us-ascii', 'encoding' => ENC7BIT, 'contents.data'=> $data7bit ); $body[++$i] = array( 'type' => TYPETEXT, 'charset' => 'iso-8859-1', 'encoding' => ENC8BIT, 'contents.data'=> $data8bit ); $body[++$i] = array( 'type' => TYPETEXT, 'charset' => 'iso-8859-1', 'encoding' => ENCBINARY, 'contents.data'=> $data8bit ); $body[++$i] = array( 'type' => TYPETEXT, 'charset' => 'iso-8859-1', 'encoding' => ENCBASE64, 'contents.data'=> $data8bit ); $body[++$i] = array( 'type' => TYPETEXT, 'charset' => 'iso-8859-1', 'encoding' => ENCQUOTEDPRINTABLE , 'contents.data'=> $data8bit ); $body[++$i] = array( 'type' => TYPETEXT, 'charset' => 'iso-8859-1', 'encoding' => 'binary', 'contents.data'=> $data8bit ); //$body[++$i] = array( //'type' => TYPETEXT, //'charset' => 'iso-8859-1', //'encoding' => '8bit' , //'contents.data'=> $data8bit //); echo imap_mail_compose(array(), $body); ?> Expected result: MIME-Version: 1.0 Content-Type: MULTIPART/mixed; BOUNDARY="62-22384-1241869364=:9856" --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-Transfer-Encoding: 7BIT just a text in us-ascii. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: 8BIT a german umlaut ä. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: BINARY a german umlaut ä. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: BASE64 YSBnZXJtYW4gdW1sYXV0IOQu --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE a german umlaut =E4. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: binary a german umlaut ä. --62-22384-1241869364=:9856-- Actual result: -- MIME-Version: 1.0 Content-Type: MULTIPART/mixed; BOUNDARY="62-22384-1241869364=:9856" --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=us-ascii just a text in us-ascii. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE a german umlaut =E4. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: BASE64 YSBnZXJtYW4gdW1sYXV0IOQu --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: BASE64 a german umlaut ä. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE a german umlaut ä. --62-22384-1241869364=:9856 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 a german umlaut ä. --62-22384-1241869364=:9856-- -- Edit bug report at http://bugs.php.net/?id=48201&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48201&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48201&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48201&r=trysnapshot60 Fixed in CVS: http://bugs
#48200 [NEW]: Compilation fails on mbstring.c
From: dg at artegic dot de Operating system: Solaris 10 PHP version: 5.3.0RC2 PHP Bug Type: Compile Failure Bug description: Compilation fails on mbstring.c Description: Compilation of mbstring.c fails on Sun C 5.9 SunOS_i386 Patch 124868-09 2009/04/14, independent of compiler settings i.e. "-fast" Reproduce code: --- CFLAGS="-i -zlazyload -w" \ ./configure \ --prefix=/xxx \ --with-config-file-path=/xxx \ --enable-mysqlnd-threading \ --with-mysql=mysqlnd \ --with-mysqli=mysqlnd \ --with-zlib \ --with-openssl=/xxx \ --with-apxs2=/xxx \ --with-curl \ --with-curlwrappers \ --with-pspell \ --with-tidy=/xxx \ --with-iconv \ --with-gd \ --with-jpeg-dir \ --enable-gd-native-ttf \ --with-freetype-dir=/xxx \ --enable-pcntl \ --enable-mbstring \ --enable-zend-multibyte \ --enable-zip \ --without-pear \ --without-sqlite \ --without-sqlite3 \ --without-cdb \ --disable-posix \ --disable-pdo \ --disable-cgi \ --disable-ipv6 \ --disable-json \ --disable-phar Actual result: -- /bin/sh /home/remote/compile/php5.3-200905090630/libtool --silent -- preserve-dup-deps --mode=compile cc -Iext/mbstring/ - I/home/remote/compile/php5.3-200905090630/ext/mbstring/ -DPHP_ATOM_INC -I/home/remote/compile/php5.3-200905090630/include - I/home/remote/compile/php5.3-200905090630/main - I/home/remote/compile/php5.3-200905090630 - I/home/remote/compile/php5.3-200905090630/ext/ereg/regex - I/usr/include/libxml2 -I/usr/sfw/include -I/usr/local/include - I/home/remote/compile/php5.3-200905090630/ext/date/lib - I/usr/sfw/include/freetype2 -I/home/remote/compile/php5.3- 200905090630/ext/mbstring/oniguruma -I/home/remote/compile/php5.3- 200905090630/ext/mbstring/libmbfl -I/home/remote/compile/php5.3- 200905090630/ext/mbstring/libmbfl/mbfl -I/usr/include/pspell - I/home/remote/compile/php5.3-200905090630/TSRM - I/home/remote/compile/php5.3-200905090630/Zend - D_POSIX_PTHREAD_SEMANTICS -I/usr/include -i -zlazyload -w -DZTS -c /home/remote/compile/php5.3-200905090630/ext/mbstring/mbstring.c -o ext/mbstring/mbstring.lo "/home/remote/compile/php5.3-200905090630/ext/mbstring/mbstring.c", line 4757: undefined symbol: php_mb_encoding_detector "/home/remote/compile/php5.3-200905090630/ext/mbstring/mbstring.c", line 4758: undefined symbol: php_mb_encoding_converter "/home/remote/compile/php5.3-200905090630/ext/mbstring/mbstring.c", line 4759: undefined symbol: php_mb_oddlen cc: acomp failed for /home/remote/compile/php5.3- 200905090630/ext/mbstring/mbstring.c *** Error code 1 make: Fatal error: Command failed for target `ext/mbstring/mbstring.lo' -- Edit bug report at http://bugs.php.net/?id=48200&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48200&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48200&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48200&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48200&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48200&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48200&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48200&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48200&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48200&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48200&r=support Expected behavior: http://bugs.php.net/fix.php?id=48200&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48200&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48200&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48200&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48200&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48200&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48200&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48200&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48200&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48200&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48200&r=mysqlcfg
#48194 [Com]: Invalid path to php binary in generated pear and pecl scripts
ID: 48194 Comment by: oxie at live dot nl Reported By: oxie at live dot nl Status: Feedback Bug Type: Compile Failure Operating System: Ubuntu 8.04.2 PHP Version: 5.2.9 New Comment: Yes, they exists. o...@webdev:~$ /usr/local/lamp/php/bin/php-config --prefix /usr/local/lamp/php o...@webdev:~$ /usr/local/lamp/php/bin/php-config --php-binary /usr/local/lamp/php/bin/php Seems to be good... Previous Comments: [2009-05-09 04:23:25] j...@php.net Does /usr/local/lamp/php/bin/php-config exist? If so, what do these output: # /usr/local/lamp/php/bin/php-config --prefix And # /usr/local/lamp/php/bin/php-config --php-binary [2009-05-08 19:48:33] oxie at live dot nl Description: The generated scripts bin/pear and bin/pecl have the wrong path to the PHP executable. The path in the script look likes '/usr/local/lamp/apache2/bin/apxs2/bin/apxs/bin/php', where it must be '/usr/local/lamp/php/bin/php'. When manually chaning the path to that, it is working. The output that i get is, logically: exec: 28: /usr/local/lamp/apache2/bin/apxs/bin/php: not found My configure statement: ./configure --prefix=/usr/local/lamp/php --with-apxs2=/usr/local/lamp/apache2/bin/apxs --with-pear=/usr/local/lamp/php/lib/php [a lot of extensions] The bin/pear script: http://pastebin.com/d132560e -- Edit this bug report at http://bugs.php.net/?id=48194&edit=1
#48199 [Opn->Bgs]: session bug
ID: 48199 Updated by: der...@php.net Reported By: murtazakhursheed at hotmail dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: windows vista home premium sp1 PHP Version: 5.2.9 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. You need session_starT() there too. Previous Comments: [2009-05-09 09:05:53] murtazakhursheed at hotmail dot com Description: when i use $_session['xxx']="" and access it on other page it says "Notice: Undefined variable: _SESSION in C:\wamp\www\session\session2.php on line " Reproduce code: --- other page Expected result: xxx -- Edit this bug report at http://bugs.php.net/?id=48199&edit=1
#48199 [NEW]: session bug
From: murtazakhursheed at hotmail dot com Operating system: windows vista home premium sp1 PHP version: 5.2.9 PHP Bug Type: Session related Bug description: session bug Description: when i use $_session['xxx']="" and access it on other page it says "Notice: Undefined variable: _SESSION in C:\wamp\www\session\session2.php on line " Reproduce code: --- other page Expected result: xxx -- Edit bug report at http://bugs.php.net/?id=48199&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48199&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48199&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48199&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48199&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48199&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48199&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48199&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48199&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48199&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48199&r=support Expected behavior: http://bugs.php.net/fix.php?id=48199&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48199&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48199&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48199&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48199&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48199&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48199&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48199&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48199&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48199&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48199&r=mysqlcfg
