#48289 [Opn]: iconv_mime_encode() quoted-printable scheme is broken
ID: 48289 User updated by: astax dot t at gmail dot com Reported By: astax dot t at gmail dot com Status: Open Bug Type: ICONV related Operating System: * PHP Version: 5.*, 6 New Comment: I'd like to test the patch described in #50954. Is it included into any PHP build already? Sorry, I don't feel like compiling PHP from sources. Here is one more reproduce code: $str = base64_decode("1Ojr6ODrICLH4O/g5O3uLdHo4ejw8ero6SIgzsDOICLR7uHo7eHg7eoiIPDg5CDv8OXk8fLg4ujy/A=="); $par = array( 'scheme' => 'Q', 'input-charset' => 'CP1251', 'output-charset' => 'CP1251', 'line-length' => 74, ); $res = iconv_mime_encode('Subject', $str, $par); $res = iconv_mime_decode($res, ICONV_MIME_DECODE_CONTINUE_ON_ERROR, 'CP1251'); echo 'Result: Length='.strlen($res)." ".$res."\n"; $expected = "Subject: ".$str; echo 'Expected: Length='.strlen($expected)." ".$expected."\n"; It says result length is 74 chars and expected is 67. Previous Comments: [2010-02-07 17:38:40] j...@php.net See also bug #50954 (has a patch too) [2009-10-13 08:22:52] rosier at interstroom dot nl // PHP version: 5.3.0 echo 'PHP version: ' . phpversion(); $subject = base64_decode('VEVTVCDigJMg0KMg0L3QsNGBINC10YHRgtGMINGC0L4sINGH0YLQviDQktCw0Lwg0L3Rg9C20L3QviAtIFRFU1Q='); $preferences = array( 'line-length' => 500, 'input-charset' => 'UTF-8', 'output-charset' => 'UTF-8', 'scheme' => 'Q' ); $result = iconv_mime_encode('Subject', $subject, $preferences); // OK: $result = string var_dump($result); $preferences = array( 'line-length' => 76, 'input-charset' => 'UTF-8', 'output-charset' => 'UTF-8', 'scheme' => 'Q' ); $result = iconv_mime_encode('Subject', $subject, $preferences); // WRONG: $result = FALSE var_dump($result); [2009-07-10 03:02:15] astax dot t at gmail dot com dypa at bk dot ru: Please make sure you use Windows-1251 charset everywhere when you copy and paste test content. Everywhere means in browser and in text editor. In your case I think iconv fails because you pasted the text in ISO-8859-1 charset. [2009-07-09 19:13:25] support at canada-brand dot com http://www.canada-brand.com [2009-05-16 17:45:48] dypa at bk dot ru all tests give error: Notice: iconv_mime_encode() [function.iconv-mime-encode]: Unknown error (7) in /var/www/def.php on line 12 u...@localhost:/rss$ php -v PHP 5.2.6-3ubuntu4.1 with Suhosin-Patch 0.9.6.2 (cli) (built: Apr 23 2009 14:35:05) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies iconv iconv support enabled iconv implementationglibc iconv library version 2.9 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/48289 -- Edit this bug report at http://bugs.php.net/?id=48289&edit=1
#41342 [Bgs]: PHP says syntax errors are 200 OK
ID: 41342 User updated by: defenestrator at gmail dot com Reported By: defenestrator at gmail dot com Status: Bogus Bug Type: Feature/Change Request Operating System: FreeBSD PHP Version: 5.2.2 New Comment: Having display_errors off should not be part of the correct conditions. I have display_errors on in my development environment, and I want a 500 code in that situation. Getting a 200 code causes errors to be cached, and if there's such an error in an AJAX request, then it can't be easily refreshed in some browsers. I have to test things in a lot of browsers, so it would be great if I could get a 500 here. Previous Comments: [2010-02-03 10:04:23] j...@php.net Already happens in correct conditions. (display_errors off, headers not sent by the time error happens and if status was 200 before the error) [2009-08-27 11:55:16] steffen at steffen-gebert dot de I have display_errors off and I also get code 200 (on syntax errors, undefined functions, ..). Please.. really sent 500 here! [2009-03-17 18:45:53] php at plummer dot us I just want to be able to notify people of errors. With syntax errors, I can't use php code to do so and the web server doesn't know there's been a problem when a 200 response is returned so I can't use its error reporting capabilities. Basically it violates the http rfc to return a 200 on an error response. [2008-11-30 00:02:19] defenestrator at gmail dot com I need display_errors on in development environments, which is where the 200 OK response is causing the inconvenience for me in the first place. If I make an AJAX request to a PHP file that produces an error, then I can correct the error but any further requests to the same URL are pulled out of the browser cache, with no direct way to refresh it. Many workarounds exist but none should be necessary. There really isn't any benefit to *not* producing a 500 error here. [2007-05-09 23:11:30] defenestrator at gmail dot com Description: When there is a syntax error in a PHP file, PHP sends back a 200 OK response without any caching headers. This results in browsers such as IE or Opera caching the resulting error, which can hinder debugging in some cases. For example, an XMLHttpRequest to a faulty script can't be easily force-refreshed from a browser. I'd prefer for PHP to produce a 500 error in this case. Alternatively, if you must produce a 200, then sending some headers to inhibit caching will solve the problem as well. Reproduce code: --- Expected result: HTTP/1.1 500 Internal Server Error ... Content-Length: 144 Content-Type: text/html Parse error: syntax error, unexpected '<' ... Actual result: -- HTTP/1.1 200 OK ... Content-Length: 144 Content-Type: text/html Parse error: syntax error, unexpected '<' ... -- Edit this bug report at http://bugs.php.net/?id=41342&edit=1
#50194 [Asn]: With some fonts, letters are overlapped with imagettftext
ID: 50194 Updated by: ahar...@php.net Reported By: stanislav at ww9 dot ru Status: Assigned Bug Type: GD related Operating System: Windows PHP Version: 5.2.11 Assigned To: pajoye New Comment: Bug #50958 is a dupe of this, and has a couple more exemplars that might be useful for isolating the problem. Previous Comments: [2009-11-20 14:19:05] stanislav at ww9 dot ru Sorry, imagesavealpha has no effect on a result [2009-11-20 14:15:11] stanislav at ww9 dot ru I don't think it's a font problem. It draws text well when -the background tranparency is swiched off -alphablending is set to true -savealpha is set to false Here is the modifed code: [2009-11-20 11:42:17] f...@php.net It works with 5.2.6-1+lenny3 from Debian. Broken as well in 5.3.1 (php.net) on Debian lenny [2009-11-20 11:35:32] paj...@php.net I have to try them :) [2009-11-20 11:34:02] f...@php.net Reproduced with PHP5.3.1RC3 on Ubuntu LTS I tend to blame the font. 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/50194 -- Edit this bug report at http://bugs.php.net/?id=50194&edit=1
#50958 [Opn->Bgs]: imagettftext() Kerning errors
ID: 50958 Updated by: ahar...@php.net Reported By: sks76543210 at gmail dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: CentOS 5 PHP Version: 5.3SVN-2010-02-07 (snap) New Comment: It does indeed look like the same issue. Dupeing. Previous Comments: [2010-02-07 23:51:25] sks76543210 at gmail dot com My Apologies, this may be a duplicate of http://bugs.php.net/bug.php?id=50194 [2010-02-07 23:45:32] sks76543210 at gmail dot com To summarize: These are correct http://www.yessum.org/gdbug/scriptina-php-5.1.6-gd-2.0.28.png http://www.yessum.org/gdbug/times-new-roman-php-5.1.6-gd-2.0.28.png These are incorrect http://www.yessum.org/gdbug/scriptina-php-5.3.3-dev-gd-2.0.34.png http://www.yessum.org/gdbug/times-new-roman-php-5.3.3-dev-gd-2.0.34.png [2010-02-07 23:42:56] sks76543210 at gmail dot com Description: Text created with imagettftext() has kerning (letter-spacing) errors Reproduce code: --- Please see http://www.yessum.org/gdbug/ for example images, fonts used, and sample php script. Entire test case is tar'ed at http://www.yessum.org/gdbug.tar.gz In PHP 5.1.6, with GD version "bundled (2.0.28 compatible)", the test images did not have any kerning errors. In the php5.3-201002071530 snapshot with GD version "bundled (2.0.34 compatible)", the text on the images is not displayed properly, especially evident in http://www.yessum.org/gdbug/scriptina-php-5.3.3-dev-gd-2.0.34.png but there are less noticeable errors in http://www.yessum.org/gdbug/times-new-roman-php-5.3.3-dev-gd-2.0.34.png as well. Expected result: imagettftext() should continue displaying text as it did in PHP 5.1.6 with GD 2.0.28 Actual result: -- imagettftext() has kerning errors making the text completely illegible in some cases -- Edit this bug report at http://bugs.php.net/?id=50958&edit=1
#50960 [NEW]: createimagefromwbmp fails to process some .bmp files (mime type: x-ms-bmp)
From: nirvn dot asia at gmail dot com Operating system: windows 2003 PHP version: 5.3.1 PHP Bug Type: GD related Bug description: createimagefromwbmp fails to process some .bmp files (mime type: x-ms-bmp) Description: The GD function createimagefromwbmp() fails to process some .bmp (with mime type x-ms-bmp). For developers, this bmp (http://www.licadho-cambodia.org/php/test.bmp) will show the bug. Any chance of finding a quick fix for this one? Reproduce code: --- /* download http://www.licadho-cambodia.org/php/test.bmp */ $img = imagecreatefromwbmp(test.bmp') Expected result: The function reads the .bmp and stores the image into $img. Actual result: -- The function returns a warning (below) and $img is empty. Warning: imagecreatefromwbmp() [function.imagecreatefromwbmp]: 'test.bmp' is not a valid WBMP file in ... -- Edit bug report at http://bugs.php.net/?id=50960&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50960&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50960&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50960&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50960&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50960&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50960&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50960&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50960&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50960&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50960&r=support Expected behavior: http://bugs.php.net/fix.php?id=50960&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50960&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50960&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50960&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50960&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50960&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50960&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50960&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50960&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50960&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50960&r=mysqlcfg
#50959 [Opn->Bgs]: PHP 5.3: Incompatible change in GD
ID: 50959 Updated by: johan...@php.net Reported By: h dot reindl at thelounge dot net -Status: Open +Status: Bogus Bug Type: GD related Operating System: Linux PHP Version: 5.3.1 New Comment: The reason for changing the version number is changing internal APIs. Previous Comments: [2010-02-08 00:35:08] h dot reindl at thelounge dot net Description: There seems to be a incompatible change in GD since PHP 5.3 "pecl-php-gdchart" compiles but can not be loaded Of course i made a bugreport at pecl, but i think such changes should not happen: http://pecl.php.net/bugs/bug.php?id=17050 [r...@testserver:~]$ php -d extension=gdchart.so -v Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/gdchart.so' - /usr/lib64/php/modules/gdchart.so: undefined symbol: php_gd_gdFontMediumBold in Unknown on line 0 PHP 5.3.1 with Suhosin-Patch (cli) (built: Feb 7 2010 20:43:20) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies with eAccelerator v0.9.6, Copyright (c) 2004-2010 eAccelerator, by eAccelerator with Suhosin v0.9.29, Copyright (c) 2007, by SektionEins GmbH Reproduce code: --- * compile php-pecl-gdchart * try to load the extension Expected result: Working extension Actual result: -- Extension compiles but is not useable -- Edit this bug report at http://bugs.php.net/?id=50959&edit=1
#50959 [NEW]: PHP 5.3: Incompatible change in GD
From: h dot reindl at thelounge dot net Operating system: Linux PHP version: 5.3.1 PHP Bug Type: GD related Bug description: PHP 5.3: Incompatible change in GD Description: There seems to be a incompatible change in GD since PHP 5.3 "pecl-php-gdchart" compiles but can not be loaded Of course i made a bugreport at pecl, but i think such changes should not happen: http://pecl.php.net/bugs/bug.php?id=17050 [r...@testserver:~]$ php -d extension=gdchart.so -v Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/gdchart.so' - /usr/lib64/php/modules/gdchart.so: undefined symbol: php_gd_gdFontMediumBold in Unknown on line 0 PHP 5.3.1 with Suhosin-Patch (cli) (built: Feb 7 2010 20:43:20) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies with eAccelerator v0.9.6, Copyright (c) 2004-2010 eAccelerator, by eAccelerator with Suhosin v0.9.29, Copyright (c) 2007, by SektionEins GmbH Reproduce code: --- * compile php-pecl-gdchart * try to load the extension Expected result: Working extension Actual result: -- Extension compiles but is not useable -- Edit bug report at http://bugs.php.net/?id=50959&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50959&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50959&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50959&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50959&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50959&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50959&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50959&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50959&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50959&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50959&r=support Expected behavior: http://bugs.php.net/fix.php?id=50959&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50959&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50959&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50959&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50959&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50959&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50959&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50959&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50959&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50959&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50959&r=mysqlcfg
#50954 [Bgs]: iconv_mime_encode fails in Q-encoding
ID: 50954 User updated by: hiroaki dot kawai at gmail dot com Reported By: hiroaki dot kawai at gmail dot com Status: Bogus Bug Type:ICONV related PHP Version: 5.2.12 New Comment: I'm not sure this is a dup of #48289 because I could not reproduce the test case. So I created a separete report. If you are sure this is a dup of #48289, please mark this as "Duplicate" not "Bogus". Bogus means "the report was not a bug at last". Previous Comments: [2010-02-07 17:37:26] j...@php.net Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #48289 [2010-02-07 14:15:50] hiroaki dot kawai at gmail dot com Description: iconv_mime_encode fails Q-encoding when encoding non-ascii chars, which case is very common. This problem does not happen if line-length is long enough to hold the encoded string in a single line. The code use unsigned int to capture expected byte. In Q-encoding, the value is goes to negative value (at iconv.c line 1295), and fails separating the value into multiple lines. Patch as following: === --- iconv.c.orig2008-12-31 20:17:49.0 +0900 +++ iconv.c 2010-02-07 11:01:54.43600 +0900 @@ -1217,7 +1217,7 @@ prev_in_left = ini_in_left = in_left; ini_in_p = in_p; - for (out_size = char_cnt; out_size > 0;) { + for (out_size = (char_cnt-2)/3; out_size > 0;) { size_t prev_out_left; nbytes_required = 0; Reproduce code: --- 'UTF-8','input-charset'=>'UTF-8','scheme'=>'Q','line-length'=>30)); Expected result: a: =?UTF-8?Q?=E3=83=86?= =?UTF-8?Q?=E3=82=B9?= =?UTF-8?Q?=E3=83=88?= =?UTF-8?Q?=E3=83=86?= =?UTF-8?Q?=E3=82=B9?= =?UTF-8?Q?=E3=83=88?= Actual result: -- Notice: iconv_mime_encode(): Unknown error (7) in /home/hawk/hoge.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=50954&edit=1
#50958 [Opn]: imagettftext() Kerning errors
ID: 50958 User updated by: sks76543210 at gmail dot com Reported By: sks76543210 at gmail dot com Status: Open Bug Type: GD related Operating System: CentOS 5 PHP Version: 5.3SVN-2010-02-07 (snap) New Comment: My Apologies, this may be a duplicate of http://bugs.php.net/bug.php?id=50194 Previous Comments: [2010-02-07 23:45:32] sks76543210 at gmail dot com To summarize: These are correct http://www.yessum.org/gdbug/scriptina-php-5.1.6-gd-2.0.28.png http://www.yessum.org/gdbug/times-new-roman-php-5.1.6-gd-2.0.28.png These are incorrect http://www.yessum.org/gdbug/scriptina-php-5.3.3-dev-gd-2.0.34.png http://www.yessum.org/gdbug/times-new-roman-php-5.3.3-dev-gd-2.0.34.png [2010-02-07 23:42:56] sks76543210 at gmail dot com Description: Text created with imagettftext() has kerning (letter-spacing) errors Reproduce code: --- Please see http://www.yessum.org/gdbug/ for example images, fonts used, and sample php script. Entire test case is tar'ed at http://www.yessum.org/gdbug.tar.gz In PHP 5.1.6, with GD version "bundled (2.0.28 compatible)", the test images did not have any kerning errors. In the php5.3-201002071530 snapshot with GD version "bundled (2.0.34 compatible)", the text on the images is not displayed properly, especially evident in http://www.yessum.org/gdbug/scriptina-php-5.3.3-dev-gd-2.0.34.png but there are less noticeable errors in http://www.yessum.org/gdbug/times-new-roman-php-5.3.3-dev-gd-2.0.34.png as well. Expected result: imagettftext() should continue displaying text as it did in PHP 5.1.6 with GD 2.0.28 Actual result: -- imagettftext() has kerning errors making the text completely illegible in some cases -- Edit this bug report at http://bugs.php.net/?id=50958&edit=1
#50958 [Opn]: imagettftext() Kerning errors
ID: 50958 User updated by: sks76543210 at gmail dot com Reported By: sks76543210 at gmail dot com Status: Open Bug Type: GD related Operating System: CentOS 5 PHP Version: 5.3SVN-2010-02-07 (snap) New Comment: To summarize: These are correct http://www.yessum.org/gdbug/scriptina-php-5.1.6-gd-2.0.28.png http://www.yessum.org/gdbug/times-new-roman-php-5.1.6-gd-2.0.28.png These are incorrect http://www.yessum.org/gdbug/scriptina-php-5.3.3-dev-gd-2.0.34.png http://www.yessum.org/gdbug/times-new-roman-php-5.3.3-dev-gd-2.0.34.png Previous Comments: [2010-02-07 23:42:56] sks76543210 at gmail dot com Description: Text created with imagettftext() has kerning (letter-spacing) errors Reproduce code: --- Please see http://www.yessum.org/gdbug/ for example images, fonts used, and sample php script. Entire test case is tar'ed at http://www.yessum.org/gdbug.tar.gz In PHP 5.1.6, with GD version "bundled (2.0.28 compatible)", the test images did not have any kerning errors. In the php5.3-201002071530 snapshot with GD version "bundled (2.0.34 compatible)", the text on the images is not displayed properly, especially evident in http://www.yessum.org/gdbug/scriptina-php-5.3.3-dev-gd-2.0.34.png but there are less noticeable errors in http://www.yessum.org/gdbug/times-new-roman-php-5.3.3-dev-gd-2.0.34.png as well. Expected result: imagettftext() should continue displaying text as it did in PHP 5.1.6 with GD 2.0.28 Actual result: -- imagettftext() has kerning errors making the text completely illegible in some cases -- Edit this bug report at http://bugs.php.net/?id=50958&edit=1
#50958 [NEW]: imagettftext() Kerning errors
From: sks76543210 at gmail dot com Operating system: CentOS 5 PHP version: 5.3SVN-2010-02-07 (snap) PHP Bug Type: GD related Bug description: imagettftext() Kerning errors Description: Text created with imagettftext() has kerning (letter-spacing) errors Reproduce code: --- Please see http://www.yessum.org/gdbug/ for example images, fonts used, and sample php script. Entire test case is tar'ed at http://www.yessum.org/gdbug.tar.gz In PHP 5.1.6, with GD version "bundled (2.0.28 compatible)", the test images did not have any kerning errors. In the php5.3-201002071530 snapshot with GD version "bundled (2.0.34 compatible)", the text on the images is not displayed properly, especially evident in http://www.yessum.org/gdbug/scriptina-php-5.3.3-dev-gd-2.0.34.png but there are less noticeable errors in http://www.yessum.org/gdbug/times-new-roman-php-5.3.3-dev-gd-2.0.34.png as well. Expected result: imagettftext() should continue displaying text as it did in PHP 5.1.6 with GD 2.0.28 Actual result: -- imagettftext() has kerning errors making the text completely illegible in some cases -- Edit bug report at http://bugs.php.net/?id=50958&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50958&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50958&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50958&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50958&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50958&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50958&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50958&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50958&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50958&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50958&r=support Expected behavior: http://bugs.php.net/fix.php?id=50958&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50958&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50958&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50958&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50958&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50958&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50958&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50958&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50958&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50958&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50958&r=mysqlcfg
#50947 [Opn->Fbk]: crypt() crashes with Apache module but not on command line
ID: 50947 Updated by: j...@php.net Reported By: dax at enst dot fr -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Solaris10 PHP Version: 5.2.12 New Comment: Did you compile both the same time, ie. using same configure options? And it's CLI that has the libs and does not crash? Are different php.ini files used for both? Does both load same extensions? Are any shared extensions loaded? Previous Comments: [2010-02-07 21:57:27] dax at enst dot fr Sorry to re-open, I know I have not do all things you have suggested. An answer to the comparaison of dependencies between php command and libphp.so is interesting : diff ldd-cmdphp ldd-libphp 21d20 < libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 25d23 < libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 No static libraries involved ldd libphp5.so libz.so => /usr/lib/libz.so libexslt.so.0 => /usr/lib/libexslt.so.0 libexpat.so.1 => /usr/local/lib/libexpat.so.1 librt.so.1 =>/usr/lib/librt.so.1 libmysqlclient.so.16 => /infres/mysql/5.1.30/lib/mysql/libmysqlclient.so.16 libmcrypt.so.4 =>/usr/local/lib/libmcrypt.so.4 libltdl.so.7 => /usr/local/lib/libltdl.so.7 libldap-2.4.so.2 => /usr/local/lib/libldap-2.4.so.2 liblber-2.4.so.2 => /usr/local/lib/liblber-2.4.so.2 libintl.so.8 => /usr/local/lib/libintl.so.8 libgd.so.2 =>/usr/local/lib/libgd.so.2 libt1.so.5 =>/usr/local/lib/libt1.so.5 libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 libX11.so.6.2 => /usr/local/X11R6/lib/libX11.so.6.2 libXpm.so.4.11 =>/usr/lib/libXpm.so.4.11 libpng12.so.0 => /usr/lib/libpng12.so.0 libdb-4.5.so => /usr/local/lib/libdb-4.5.so libgdbm.so.3 => /usr/local/lib/libgdbm.so.3 libbz2.so.1.0 => /usr/local/lib/libbz2.so.1.0 libresolv.so.2 =>/usr/lib/libresolv.so.2 libm.so.2 => /usr/lib/libm.so.2 libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 =>/usr/lib/libsocket.so.1 libcurl.so.3 => /usr/local/lib/libcurl.so.3 libssl.so.0.9.8 => /usr/local/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 =>/usr/local/ssl/lib/libcrypto.so.0.9.8 libdl.so.1 =>/usr/lib/libdl.so.1 libxslt.so.1 => /usr/lib/libxslt.so.1 libxml2.so.2 => /usr/lib/libxml2.so.2 libiconv.so.2 => /usr/local/lib/libiconv.so.2 libc.so.1 => /usr/lib/libc.so.1 libgcc_s.so.1 => /usr/local/gcc3/lib/libgcc_s.so.1 libpthread.so.1 => /usr/lib/libpthread.so.1 libaio.so.1 => /usr/lib/libaio.so.1 libmd.so.1 =>/usr/lib/libmd.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libm.so.1 => /usr/lib/libm.so.1 libX11.so.4 => /usr/lib/libX11.so.4 libjpeg.so.62 => /usr/lib/libjpeg.so.62 libfontconfig.so.1 =>/usr/lib/libfontconfig.so.1 libXext.so.0 => /usr/lib/libXext.so.0 libmp.so.2 =>/usr/lib/libmp.so.2 libscf.so.1 => /usr/lib/libscf.so.1 libexpat.so.0 => (file not found) libdoor.so.1 => /usr/lib/libdoor.so.1 libuutil.so.1 => /usr/lib/libuutil.so.1 /platform/SUNW,T5140/lib/libc_psr.so.1 /platform/SUNW,T5140/lib/libmd_psr.so.1 Apache compilation options : ./configure --prefix=/usr/local/apache22 --enable-so --enable-cgi --enable-cgid --enable-rewrite --enable-speling --enable-info --enable-deflate --enable-headers --enable-vhost-alias --enable-dav --enable-dav-fs --enable-ssl --with-ssl=/usr/local/ssl --enable-proxy --enable-proxy-connect --enable-proxy-ftp --enable-proxy-http --enable-ldap --with-ldap --enable-authnz-ldap --enable-expires Apache runtime : LD_LIBRARY_PATH=/usr/local/apache22/lib:/usr/local/apache22/modules:/usr/local/apr/lib:/usr/local/ssl/lib:/usr/local/gcc3/lib:/usr/local/lib:$LD_LIBRARY_PATH [2010-02-07 17:35:48] j...@php.net Try compare what the cli binary is linked with and what the apache module is linked with. And also, depending if there are static libraries involved, the order of libs matters as well. And you should try compiling the apache module again, this time with minimum configure options. And if crypt() works then, try adding the remaining options one by one to see which causes the problem. It's possible this is only a problem with your system involved.. [2010-02-07 14:11:39] dax at enst dot fr 1- Same version of PHP for Apache module and client command line : PHP 5.2.12 (cli) (built: Feb 6 2010 22:50:58) (DEBUG) Cop
#50947 [Fbk->Opn]: crypt() crashes with Apache module but not on command line
ID: 50947 User updated by: dax at enst dot fr Reported By: dax at enst dot fr -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Solaris10 PHP Version: 5.2.12 New Comment: Sorry to re-open, I know I have not do all things you have suggested. An answer to the comparaison of dependencies between php command and libphp.so is interesting : diff ldd-cmdphp ldd-libphp 21d20 < libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 25d23 < libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 No static libraries involved ldd libphp5.so libz.so => /usr/lib/libz.so libexslt.so.0 => /usr/lib/libexslt.so.0 libexpat.so.1 => /usr/local/lib/libexpat.so.1 librt.so.1 =>/usr/lib/librt.so.1 libmysqlclient.so.16 => /infres/mysql/5.1.30/lib/mysql/libmysqlclient.so.16 libmcrypt.so.4 =>/usr/local/lib/libmcrypt.so.4 libltdl.so.7 => /usr/local/lib/libltdl.so.7 libldap-2.4.so.2 => /usr/local/lib/libldap-2.4.so.2 liblber-2.4.so.2 => /usr/local/lib/liblber-2.4.so.2 libintl.so.8 => /usr/local/lib/libintl.so.8 libgd.so.2 =>/usr/local/lib/libgd.so.2 libt1.so.5 =>/usr/local/lib/libt1.so.5 libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 libX11.so.6.2 => /usr/local/X11R6/lib/libX11.so.6.2 libXpm.so.4.11 =>/usr/lib/libXpm.so.4.11 libpng12.so.0 => /usr/lib/libpng12.so.0 libdb-4.5.so => /usr/local/lib/libdb-4.5.so libgdbm.so.3 => /usr/local/lib/libgdbm.so.3 libbz2.so.1.0 => /usr/local/lib/libbz2.so.1.0 libresolv.so.2 =>/usr/lib/libresolv.so.2 libm.so.2 => /usr/lib/libm.so.2 libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 =>/usr/lib/libsocket.so.1 libcurl.so.3 => /usr/local/lib/libcurl.so.3 libssl.so.0.9.8 => /usr/local/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 =>/usr/local/ssl/lib/libcrypto.so.0.9.8 libdl.so.1 =>/usr/lib/libdl.so.1 libxslt.so.1 => /usr/lib/libxslt.so.1 libxml2.so.2 => /usr/lib/libxml2.so.2 libiconv.so.2 => /usr/local/lib/libiconv.so.2 libc.so.1 => /usr/lib/libc.so.1 libgcc_s.so.1 => /usr/local/gcc3/lib/libgcc_s.so.1 libpthread.so.1 => /usr/lib/libpthread.so.1 libaio.so.1 => /usr/lib/libaio.so.1 libmd.so.1 =>/usr/lib/libmd.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libm.so.1 => /usr/lib/libm.so.1 libX11.so.4 => /usr/lib/libX11.so.4 libjpeg.so.62 => /usr/lib/libjpeg.so.62 libfontconfig.so.1 =>/usr/lib/libfontconfig.so.1 libXext.so.0 => /usr/lib/libXext.so.0 libmp.so.2 =>/usr/lib/libmp.so.2 libscf.so.1 => /usr/lib/libscf.so.1 libexpat.so.0 => (file not found) libdoor.so.1 => /usr/lib/libdoor.so.1 libuutil.so.1 => /usr/lib/libuutil.so.1 /platform/SUNW,T5140/lib/libc_psr.so.1 /platform/SUNW,T5140/lib/libmd_psr.so.1 Apache compilation options : ./configure --prefix=/usr/local/apache22 --enable-so --enable-cgi --enable-cgid --enable-rewrite --enable-speling --enable-info --enable-deflate --enable-headers --enable-vhost-alias --enable-dav --enable-dav-fs --enable-ssl --with-ssl=/usr/local/ssl --enable-proxy --enable-proxy-connect --enable-proxy-ftp --enable-proxy-http --enable-ldap --with-ldap --enable-authnz-ldap --enable-expires Apache runtime : LD_LIBRARY_PATH=/usr/local/apache22/lib:/usr/local/apache22/modules:/usr/local/apr/lib:/usr/local/ssl/lib:/usr/local/gcc3/lib:/usr/local/lib:$LD_LIBRARY_PATH Previous Comments: [2010-02-07 17:35:48] j...@php.net Try compare what the cli binary is linked with and what the apache module is linked with. And also, depending if there are static libraries involved, the order of libs matters as well. And you should try compiling the apache module again, this time with minimum configure options. And if crypt() works then, try adding the remaining options one by one to see which causes the problem. It's possible this is only a problem with your system involved.. [2010-02-07 14:11:39] dax at enst dot fr 1- Same version of PHP for Apache module and client command line : PHP 5.2.12 (cli) (built: Feb 6 2010 22:50:58) (DEBUG) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies 2- With your suggested script, the request do nothing appearant, no new page (always the previous page) and enters in an infinite timeout (no cpu). 3- In my mine, I don't suspect PHP, but I would like understand why this function
#50956 [NEW]: SOAP-ERROR: parsing schema
From: tony at marston-home dot demon dot co dot uk Operating system: Windows XP PHP version: 5.2.12 PHP Bug Type: SOAP related Bug description: SOAP-ERROR: parsing schema Description: I am calling a soap service using the WSDL supplied by the service provider, but it is failing when I try to create the soap client. The error message is: SOAP-ERROR: Parsing Schema: unexpected in element Reproduce code: --- The wsdl file contains entries such as: blah blah blah If I put '' around the element the error disappears. Expected result: As the element is merely there for documentation purposes it should be ignored instead of causing an error. -- Edit bug report at http://bugs.php.net/?id=50956&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50956&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50956&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50956&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50956&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50956&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50956&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50956&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50956&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50956&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50956&r=support Expected behavior: http://bugs.php.net/fix.php?id=50956&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50956&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50956&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50956&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50956&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50956&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50956&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50956&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50956&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50956&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50956&r=mysqlcfg
#48289 [Opn]: iconv_mime_encode() quoted-printable scheme is broken
ID: 48289 Updated by: j...@php.net Reported By: astax dot t at gmail dot com Status: Open Bug Type: ICONV related -Operating System: Windows +Operating System: * PHP Version: 5.2CVS-2009-05-15 (snap) New Comment: See also bug #50954 (has a patch too) Previous Comments: [2009-10-13 08:22:52] rosier at interstroom dot nl // PHP version: 5.3.0 echo 'PHP version: ' . phpversion(); $subject = base64_decode('VEVTVCDigJMg0KMg0L3QsNGBINC10YHRgtGMINGC0L4sINGH0YLQviDQktCw0Lwg0L3Rg9C20L3QviAtIFRFU1Q='); $preferences = array( 'line-length' => 500, 'input-charset' => 'UTF-8', 'output-charset' => 'UTF-8', 'scheme' => 'Q' ); $result = iconv_mime_encode('Subject', $subject, $preferences); // OK: $result = string var_dump($result); $preferences = array( 'line-length' => 76, 'input-charset' => 'UTF-8', 'output-charset' => 'UTF-8', 'scheme' => 'Q' ); $result = iconv_mime_encode('Subject', $subject, $preferences); // WRONG: $result = FALSE var_dump($result); [2009-07-10 03:02:15] astax dot t at gmail dot com dypa at bk dot ru: Please make sure you use Windows-1251 charset everywhere when you copy and paste test content. Everywhere means in browser and in text editor. In your case I think iconv fails because you pasted the text in ISO-8859-1 charset. [2009-07-09 19:13:25] support at canada-brand dot com http://www.canada-brand.com [2009-05-16 17:45:48] dypa at bk dot ru all tests give error: Notice: iconv_mime_encode() [function.iconv-mime-encode]: Unknown error (7) in /var/www/def.php on line 12 u...@localhost:/rss$ php -v PHP 5.2.6-3ubuntu4.1 with Suhosin-Patch 0.9.6.2 (cli) (built: Apr 23 2009 14:35:05) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies iconv iconv support enabled iconv implementationglibc iconv library version 2.9 [2009-05-15 03:29:33] astax dot t at gmail dot com Description: When used with "Q" scheme, iconv_mime_encode produces wrong results, crashes of hangs. I suspect this happens with long (though not VERY long) strings. Lines are not correctly wrapped with "line-break-chars" parameter. In reproduce code note missing linebreaks in encoded string and duplicated second word in decoded string. Reproduce code: --- // Content below is in Windows-1251 charset $str = 'Ôèëèàë "Çàïàäíî-Ñèáèðñêèé" ÎÀÎ "Ñîáèíáàíê" ðàä ïðåäñòàâèòü'; $par = array( 'scheme' => 'Q', 'input-charset' => 'CP1251', 'output-charset' => 'CP1251', 'line-length' => 74, ); $res = iconv_mime_encode('Subject', $str, $par); echo $res."\n"; $res = iconv_mime_decode($res, ICONV_MIME_DECODE_CONTINUE_ON_ERROR, 'CP1251'); echo $res."\n"; = Second example: $str = 'Òåñò òåñò òåñò òåñò òåñò òåñò òåñò òåñò òåñò òåñò òåñò òåñò òåñò òåñò òåñò'; $par = array( 'scheme' => 'Q', 'input-charset' => 'CP1251', 'output-charset' => 'CP1251', ); $res = iconv_mime_encode('Subject', $str, $par); echo $res."\n"; Expected result: Subject: =?CP1251?Q?=D4=E8=EB=E8?==?CP1251?Q?=E0=EB=20?==?CP1251?Q?"?= =?CP1251?Q?=C7=E0=EF=E0=E4=ED=EE-=D1=E8=E1=E8=F0=F1=EA=E8=E9"=20=CE=C0=CE?= =?CP1251?Q?=20"=D1=EE=E1=E8=ED=E1=E0=ED=EA"=20=F0=E0=E4=20=EF=F0?= =?CP1251?Q?=E5=E4=F1=F2=E0=E2=E8=F2=FC?= Subject: Ôèëèàë "Çàïàäíî-Ñèáèðñêèé" ÎÀÎ "Ñîáèíáàíê" ðàä ïðåäñòàâèòü = Second example: expected encoded string to be displayed Actual result: -- Subject: =?CP1251?Q?=D4=E8=EB=E8?==?CP1251?Q?=E0=EB=20?==?CP1251?Q?"=C7=E0=EF=E0=E4=ED?==?CP1251?Q?"=C7=E0=EF=E0=E4=ED=EE-=D1=E8=E1=E8=F0=F1=EA=E8=E9"=20=CE=C0=CE=20"=D1=EE=E1=E8=ED=E1=E0=ED=EA"=20=F0=E0=E4=20=EF=F0=E5=E4=F1=F2=E0=E2=E8=F2=FC?= Subject: Ôèëèàë "Çàïàäí"Çàïàäíî-Ñèáèðñêèé" ÎÀÎ "Ñîáèíáàíê" ðàä ïðåäñòàâèòü = Second example: PHP hangs -- Edit this bug report at http://bugs.php.net/?id=48289&edit=1
#49694 [Opn->Bgs]: proc_open, stream_select function hangs on return
ID: 49694 Updated by: j...@php.net Reported By: compconsultant at yahoo dot com -Status: Open +Status: Bogus Bug Type: Streams related Operating System: Centos 5.3 PHP Version: 5.2.11 New Comment: boohoo.. Previous Comments: [2010-02-07 05:50:10] compconsultant at yahoo dot com Ok, I give up. I can see no one wants to fix this so let other people have the same problem. To cancel bugs after 1 week with no feedback is absurd. Doesn't make it not a bug! I will not report any future bugs either. [2009-12-21 05:30:10] compconsultant at yahoo dot com No, -F is correct. If the log file is rotated, tail will follow it. [2009-12-18 11:32:02] j...@php.net Isn't it tail that "hangs" since you use -F instead of -f ? [2009-10-05 14:54:17] compconsultant at yahoo dot com Same result, no difference, no "ok" displayed [2009-09-27 22:57:05] compconsultant at yahoo dot com Description: Using proc_open to open a pipe to a command, and, putting stream_select into a function, hangs upon return from that function. Reproduce code: --- array("pipe", "w")); $Resource = proc_open("tail -F /var/log/mail.log", $ProcDescriptor, $Pipes, NULL, NULL, array("binary_pipes" => TRUE)); if ($Resource === FALSE) die("proc_open failed\n"); $ProgResource = $Pipes[1]; /* $ProgResource = popen("tail -F /var/log/mail.log", "r"); if ($ProgResource === FALSE) die("Could not open the PIPE\n"); */ $Streams[] = $ProgResource; $Resource = SelectStream($Streams); echo "ok\n"; ?> Expected result: I expect ok to be displayed. If you replace proc_open with popen (uncomment the lines), the same function returns fine (ok displayed). If you remove the stream_select, it also returns fine. Actual result: -- The string ok is not displayed, the statement is never reached. After select is displayed. So, it is hanging on the return statement. -- Edit this bug report at http://bugs.php.net/?id=49694&edit=1
#50954 [Opn->Bgs]: iconv_mime_encode fails in Q-encoding
ID: 50954 Updated by: j...@php.net Reported By: hiroaki dot kawai at gmail dot com -Status: Open +Status: Bogus Bug Type:ICONV related PHP Version: 5.2.12 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #48289 Previous Comments: [2010-02-07 14:15:50] hiroaki dot kawai at gmail dot com Description: iconv_mime_encode fails Q-encoding when encoding non-ascii chars, which case is very common. This problem does not happen if line-length is long enough to hold the encoded string in a single line. The code use unsigned int to capture expected byte. In Q-encoding, the value is goes to negative value (at iconv.c line 1295), and fails separating the value into multiple lines. Patch as following: === --- iconv.c.orig2008-12-31 20:17:49.0 +0900 +++ iconv.c 2010-02-07 11:01:54.43600 +0900 @@ -1217,7 +1217,7 @@ prev_in_left = ini_in_left = in_left; ini_in_p = in_p; - for (out_size = char_cnt; out_size > 0;) { + for (out_size = (char_cnt-2)/3; out_size > 0;) { size_t prev_out_left; nbytes_required = 0; Reproduce code: --- 'UTF-8','input-charset'=>'UTF-8','scheme'=>'Q','line-length'=>30)); Expected result: a: =?UTF-8?Q?=E3=83=86?= =?UTF-8?Q?=E3=82=B9?= =?UTF-8?Q?=E3=83=88?= =?UTF-8?Q?=E3=83=86?= =?UTF-8?Q?=E3=82=B9?= =?UTF-8?Q?=E3=83=88?= Actual result: -- Notice: iconv_mime_encode(): Unknown error (7) in /home/hawk/hoge.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=50954&edit=1
#50947 [Opn->Fbk]: crypt() crashes with Apache module but not on command line
ID: 50947 Updated by: j...@php.net Reported By: dax at enst dot fr -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Solaris10 PHP Version: 5.2.12 New Comment: Try compare what the cli binary is linked with and what the apache module is linked with. And also, depending if there are static libraries involved, the order of libs matters as well. And you should try compiling the apache module again, this time with minimum configure options. And if crypt() works then, try adding the remaining options one by one to see which causes the problem. It's possible this is only a problem with your system involved.. Previous Comments: [2010-02-07 14:11:39] dax at enst dot fr 1- Same version of PHP for Apache module and client command line : PHP 5.2.12 (cli) (built: Feb 6 2010 22:50:58) (DEBUG) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies 2- With your suggested script, the request do nothing appearant, no new page (always the previous page) and enters in an infinite timeout (no cpu). 3- In my mine, I don't suspect PHP, but I would like understand why this function doesn't work. I suspect the environment when I was building PHP, Apache, libapr* on this system. It works on an another server under Solaris9 with httpd-2.0.63 and php-5.2.9 and even on an other machine that I doesn't manage and I don't know architecture and OS but which is running httd-2.2.14 and php-5.2.12 like me. [2010-02-07 09:45:46] j...@php.net It just means crypt() returns NULL because some error happens. Is the command line PHP same version as the Apache module? And does this crash as well: [2010-02-06 23:01:18] dax at enst dot fr 1- This incident happens always with this script (above) 2- MPM is prefork 3- Here the backtrace : db) r -X -f /home/www/conf/httpd-infres1.conf Starting program: /local/packages/apache22/bin/httpd -X -f /home/www/conf/httpd-infres1.conf warning: Lowest section in /usr/lib/libdl.so.1 is .hash at 00b4 warning: Lowest section in /usr/lib/libpthread.so.1 is .dynamic at 0074 [New LWP 1] [New LWP 2] [LWP 2 exited] [New LWP 2] [Sat Feb 06 23:41:28 2010] [warn] module php5_module is already loaded, skipping [Sat Feb 06 23:41:28 2010] [warn] module dav_svn_module is already loaded, skipping [Sat Feb 06 23:41:28 2010] [warn] module authz_svn_module is already loaded, skipping [New LWP 3] [LWP 3 exited] [New LWP 3] [Sat Feb 06 23:41:34 2010] [warn] module php5_module is already loaded, skipping [Sat Feb 06 23:41:34 2010] [warn] module dav_svn_module is already loaded, skipping [Sat Feb 06 23:41:34 2010] [warn] module authz_svn_module is already loaded, skipping Program received signal SIGSEGV, Segmentation fault. 0xfeb320d0 in strlen () from /usr/lib/libc.so.1 (gdb) bt #0 0xfeb320d0 in strlen () from /usr/lib/libc.so.1 #1 0xfe4c3c44 in zif_crypt (ht=1, return_value=0x4bc248, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /infres/admin1/install/php-5.2.12/ext/standard/crypt.c:165 #2 0xfe66c96c in zend_do_fcall_common_helper_SPEC (execute_data=0xffbfe990) at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:200 #3 0xfe675018 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xffbfe990) at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:1740 #4 0xfe66c284 in execute (op_array=0x4bbb78) at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:92 #5 0xfe634aa8 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /infres/admin1/install/php-5.2.12/Zend/zend.c:1134 #6 0xfe5b05c4 in php_execute_script (primary_file=0xffbff028) at /infres/admin1/install/php-5.2.12/main/main.c:2036 #7 0xfe6eba8c in php_handler (r=0x5f8dd0) at /infres/admin1/install/php-5.2.12/sapi/apache2handler/sapi_apache2.c:637 #8 0x000444f0 in ap_run_handler (r=0x5f8dd0) at config.c:157 #9 0x0004496c in ap_invoke_handler (r=0x5f8dd0) at config.c:372 #10 0x0008fa8c in ap_process_request (r=0x5f8dd0) at http_request.c:282 #11 0x0008cbf8 in ap_process_http_connection (c=0x5ed038) at http_core.c:190 #12 0x0004ac9c in ap_run_process_connection (c=0x5ed038) at connection.c:43 #13 0x000bf14c in child_main (child_num_arg=0) at prefork.c:662 #14 0x000bf334 in make_child (s=0x124398, slot=0) at prefork.c:702 #15 0x000bf928 in ap_mpm_run (_pconf=0x11e4b0, plog=0x113400, s=0x124398) at prefork.c:978 #16 0x00031700 in main (argc=4, argv=0xffbff67c) at main.c:740 (gdb) frame 3 #3 0xfe675018 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xffbfe990) at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:1740 1740return zend_do_fcall_common_helper_SPEC(ZEND_OPCODE_HAND
#50953 [Bgs]: fsockopen will not work on 'localhost'
ID: 50953 User updated by: tony at marston-home dot demon dot co dot uk Reported By: tony at marston-home dot demon dot co dot uk Status: Bogus Bug Type: Sockets related Operating System: Windows XP PHP Version: 5.2.12 New Comment: I have tried that, but it still doesn't work. Previous Comments: [2010-02-07 17:15:21] paj...@php.net Comment out the IPv6 entries for localhost (see the other bogus reports for detailed explanations). [2010-02-07 16:28:31] tony at marston-home dot demon dot co dot uk Yes, but why should this make a difference? I have another Windows XP PC running PHP 5.3.0 and that works OK. I have just upgraded this PC from PHP 4.4.9 to 5.2.12, and it worked OK in PHP 4. Is it something to do with the fact that IPV6 support is enabled in PHP 5.2.12 but disabled in PHP 5.3.0? Is this a PHP problem and not an OS problem? FYI my hosts file contains the following: 127.0.0.1 localhost ::1 localhost 127.0.0.1 laptop 192.168.1.64desktop [2010-02-07 16:07:01] paj...@php.net Did you install IPv6 support for XP? [2010-02-07 13:31:42] tony at marston-home dot demon dot co dot uk Description: If I use fsockopen with host 'localhost' it fails, but it works with '127.0.0.1' or any other host name. Reproduce code: --- function connect($host) { $faultcode = null; $faultstring = null; $conn = fsockopen($host, 80, $faultcode, $faultstring, 20); if (!$conn) { echo 'faultcode=' .$faultcode .', faultstring=' .$faultstring ."\n"; } else { echo "Connected to $host OK\n"; } // if return $conn; } // function $result = connect('localhost'); $result = connect('127.0.0.1'); $result = connect('desktop'); $result = connect('www.tonymarston.net'); Expected result: I expect to see the message "Connected to OK" for all values of host. Actual result: -- Warning: fsockopen(): unable to connect to localhost:80 faultcode=10060, faultstring=A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. Connected to 127.0.0.1 OK Connected to desktop OK Connected to www.tonymarston.net OK -- Edit this bug report at http://bugs.php.net/?id=50953&edit=1
#50953 [Opn->Bgs]: fsockopen will not work on 'localhost'
ID: 50953 Updated by: paj...@php.net Reported By: tony at marston-home dot demon dot co dot uk -Status: Open +Status: Bogus Bug Type: Sockets related Operating System: Windows XP PHP Version: 5.2.12 New Comment: Comment out the IPv6 entries for localhost (see the other bogus reports for detailed explanations). Previous Comments: [2010-02-07 16:28:31] tony at marston-home dot demon dot co dot uk Yes, but why should this make a difference? I have another Windows XP PC running PHP 5.3.0 and that works OK. I have just upgraded this PC from PHP 4.4.9 to 5.2.12, and it worked OK in PHP 4. Is it something to do with the fact that IPV6 support is enabled in PHP 5.2.12 but disabled in PHP 5.3.0? Is this a PHP problem and not an OS problem? FYI my hosts file contains the following: 127.0.0.1 localhost ::1 localhost 127.0.0.1 laptop 192.168.1.64desktop [2010-02-07 16:07:01] paj...@php.net Did you install IPv6 support for XP? [2010-02-07 13:31:42] tony at marston-home dot demon dot co dot uk Description: If I use fsockopen with host 'localhost' it fails, but it works with '127.0.0.1' or any other host name. Reproduce code: --- function connect($host) { $faultcode = null; $faultstring = null; $conn = fsockopen($host, 80, $faultcode, $faultstring, 20); if (!$conn) { echo 'faultcode=' .$faultcode .', faultstring=' .$faultstring ."\n"; } else { echo "Connected to $host OK\n"; } // if return $conn; } // function $result = connect('localhost'); $result = connect('127.0.0.1'); $result = connect('desktop'); $result = connect('www.tonymarston.net'); Expected result: I expect to see the message "Connected to OK" for all values of host. Actual result: -- Warning: fsockopen(): unable to connect to localhost:80 faultcode=10060, faultstring=A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. Connected to 127.0.0.1 OK Connected to desktop OK Connected to www.tonymarston.net OK -- Edit this bug report at http://bugs.php.net/?id=50953&edit=1
#50953 [Fbk->Opn]: fsockopen will not work on 'localhost'
ID: 50953 User updated by: tony at marston-home dot demon dot co dot uk Reported By: tony at marston-home dot demon dot co dot uk -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Windows XP PHP Version: 5.2.12 New Comment: Yes, but why should this make a difference? I have another Windows XP PC running PHP 5.3.0 and that works OK. I have just upgraded this PC from PHP 4.4.9 to 5.2.12, and it worked OK in PHP 4. Is it something to do with the fact that IPV6 support is enabled in PHP 5.2.12 but disabled in PHP 5.3.0? Is this a PHP problem and not an OS problem? FYI my hosts file contains the following: 127.0.0.1 localhost ::1 localhost 127.0.0.1 laptop 192.168.1.64desktop Previous Comments: [2010-02-07 16:07:01] paj...@php.net Did you install IPv6 support for XP? [2010-02-07 13:31:42] tony at marston-home dot demon dot co dot uk Description: If I use fsockopen with host 'localhost' it fails, but it works with '127.0.0.1' or any other host name. Reproduce code: --- function connect($host) { $faultcode = null; $faultstring = null; $conn = fsockopen($host, 80, $faultcode, $faultstring, 20); if (!$conn) { echo 'faultcode=' .$faultcode .', faultstring=' .$faultstring ."\n"; } else { echo "Connected to $host OK\n"; } // if return $conn; } // function $result = connect('localhost'); $result = connect('127.0.0.1'); $result = connect('desktop'); $result = connect('www.tonymarston.net'); Expected result: I expect to see the message "Connected to OK" for all values of host. Actual result: -- Warning: fsockopen(): unable to connect to localhost:80 faultcode=10060, faultstring=A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. Connected to 127.0.0.1 OK Connected to desktop OK Connected to www.tonymarston.net OK -- Edit this bug report at http://bugs.php.net/?id=50953&edit=1
#50953 [Opn->Fbk]: fsockopen will not work on 'localhost'
ID: 50953 Updated by: paj...@php.net Reported By: tony at marston-home dot demon dot co dot uk -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: Windows XP PHP Version: 5.2.12 New Comment: Did you install IPv6 support for XP? Previous Comments: [2010-02-07 13:31:42] tony at marston-home dot demon dot co dot uk Description: If I use fsockopen with host 'localhost' it fails, but it works with '127.0.0.1' or any other host name. Reproduce code: --- function connect($host) { $faultcode = null; $faultstring = null; $conn = fsockopen($host, 80, $faultcode, $faultstring, 20); if (!$conn) { echo 'faultcode=' .$faultcode .', faultstring=' .$faultstring ."\n"; } else { echo "Connected to $host OK\n"; } // if return $conn; } // function $result = connect('localhost'); $result = connect('127.0.0.1'); $result = connect('desktop'); $result = connect('www.tonymarston.net'); Expected result: I expect to see the message "Connected to OK" for all values of host. Actual result: -- Warning: fsockopen(): unable to connect to localhost:80 faultcode=10060, faultstring=A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. Connected to 127.0.0.1 OK Connected to desktop OK Connected to www.tonymarston.net OK -- Edit this bug report at http://bugs.php.net/?id=50953&edit=1
#50954 [NEW]: iconv_mime_encode fails in Q-encoding
From: hiroaki dot kawai at gmail dot com Operating system: PHP version: 5.2.12 PHP Bug Type: ICONV related Bug description: iconv_mime_encode fails in Q-encoding Description: iconv_mime_encode fails Q-encoding when encoding non-ascii chars, which case is very common. This problem does not happen if line-length is long enough to hold the encoded string in a single line. The code use unsigned int to capture expected byte. In Q-encoding, the value is goes to negative value (at iconv.c line 1295), and fails separating the value into multiple lines. Patch as following: === --- iconv.c.orig2008-12-31 20:17:49.0 +0900 +++ iconv.c 2010-02-07 11:01:54.43600 +0900 @@ -1217,7 +1217,7 @@ prev_in_left = ini_in_left = in_left; ini_in_p = in_p; - for (out_size = char_cnt; out_size > 0;) { + for (out_size = (char_cnt-2)/3; out_size > 0;) { size_t prev_out_left; nbytes_required = 0; Reproduce code: --- 'UTF-8','input-charset'=>'UTF-8','scheme'=>'Q','line-length'=>30)); Expected result: a: =?UTF-8?Q?=E3=83=86?= =?UTF-8?Q?=E3=82=B9?= =?UTF-8?Q?=E3=83=88?= =?UTF-8?Q?=E3=83=86?= =?UTF-8?Q?=E3=82=B9?= =?UTF-8?Q?=E3=83=88?= Actual result: -- Notice: iconv_mime_encode(): Unknown error (7) in /home/hawk/hoge.php on line 3 -- Edit bug report at http://bugs.php.net/?id=50954&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50954&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50954&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50954&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50954&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50954&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50954&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50954&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50954&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50954&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50954&r=support Expected behavior: http://bugs.php.net/fix.php?id=50954&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50954&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50954&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50954&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50954&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50954&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50954&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50954&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50954&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50954&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50954&r=mysqlcfg
#50947 [Fbk->Opn]: crypt() crashes with Apache module but not on command line
ID: 50947 User updated by: dax at enst dot fr Reported By: dax at enst dot fr -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Solaris10 PHP Version: 5.2.12 New Comment: 1- Same version of PHP for Apache module and client command line : PHP 5.2.12 (cli) (built: Feb 6 2010 22:50:58) (DEBUG) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies 2- With your suggested script, the request do nothing appearant, no new page (always the previous page) and enters in an infinite timeout (no cpu). 3- In my mine, I don't suspect PHP, but I would like understand why this function doesn't work. I suspect the environment when I was building PHP, Apache, libapr* on this system. It works on an another server under Solaris9 with httpd-2.0.63 and php-5.2.9 and even on an other machine that I doesn't manage and I don't know architecture and OS but which is running httd-2.2.14 and php-5.2.12 like me. Previous Comments: [2010-02-07 09:45:46] j...@php.net It just means crypt() returns NULL because some error happens. Is the command line PHP same version as the Apache module? And does this crash as well: [2010-02-06 23:01:18] dax at enst dot fr 1- This incident happens always with this script (above) 2- MPM is prefork 3- Here the backtrace : db) r -X -f /home/www/conf/httpd-infres1.conf Starting program: /local/packages/apache22/bin/httpd -X -f /home/www/conf/httpd-infres1.conf warning: Lowest section in /usr/lib/libdl.so.1 is .hash at 00b4 warning: Lowest section in /usr/lib/libpthread.so.1 is .dynamic at 0074 [New LWP 1] [New LWP 2] [LWP 2 exited] [New LWP 2] [Sat Feb 06 23:41:28 2010] [warn] module php5_module is already loaded, skipping [Sat Feb 06 23:41:28 2010] [warn] module dav_svn_module is already loaded, skipping [Sat Feb 06 23:41:28 2010] [warn] module authz_svn_module is already loaded, skipping [New LWP 3] [LWP 3 exited] [New LWP 3] [Sat Feb 06 23:41:34 2010] [warn] module php5_module is already loaded, skipping [Sat Feb 06 23:41:34 2010] [warn] module dav_svn_module is already loaded, skipping [Sat Feb 06 23:41:34 2010] [warn] module authz_svn_module is already loaded, skipping Program received signal SIGSEGV, Segmentation fault. 0xfeb320d0 in strlen () from /usr/lib/libc.so.1 (gdb) bt #0 0xfeb320d0 in strlen () from /usr/lib/libc.so.1 #1 0xfe4c3c44 in zif_crypt (ht=1, return_value=0x4bc248, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /infres/admin1/install/php-5.2.12/ext/standard/crypt.c:165 #2 0xfe66c96c in zend_do_fcall_common_helper_SPEC (execute_data=0xffbfe990) at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:200 #3 0xfe675018 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xffbfe990) at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:1740 #4 0xfe66c284 in execute (op_array=0x4bbb78) at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:92 #5 0xfe634aa8 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /infres/admin1/install/php-5.2.12/Zend/zend.c:1134 #6 0xfe5b05c4 in php_execute_script (primary_file=0xffbff028) at /infres/admin1/install/php-5.2.12/main/main.c:2036 #7 0xfe6eba8c in php_handler (r=0x5f8dd0) at /infres/admin1/install/php-5.2.12/sapi/apache2handler/sapi_apache2.c:637 #8 0x000444f0 in ap_run_handler (r=0x5f8dd0) at config.c:157 #9 0x0004496c in ap_invoke_handler (r=0x5f8dd0) at config.c:372 #10 0x0008fa8c in ap_process_request (r=0x5f8dd0) at http_request.c:282 #11 0x0008cbf8 in ap_process_http_connection (c=0x5ed038) at http_core.c:190 #12 0x0004ac9c in ap_run_process_connection (c=0x5ed038) at connection.c:43 #13 0x000bf14c in child_main (child_num_arg=0) at prefork.c:662 #14 0x000bf334 in make_child (s=0x124398, slot=0) at prefork.c:702 #15 0x000bf928 in ap_mpm_run (_pconf=0x11e4b0, plog=0x113400, s=0x124398) at prefork.c:978 #16 0x00031700 in main (argc=4, argv=0xffbff67c) at main.c:740 (gdb) frame 3 #3 0xfe675018 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xffbfe990) at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:1740 1740return zend_do_fcall_common_helper_SPEC(ZEND_OPCODE_HANDLER_ARGS_PASSTHRU); [2010-02-06 20:32:45] johan...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Tha
#50953 [NEW]: fsockopen will not work on 'localhost'
From: tony at marston-home dot demon dot co dot uk Operating system: Windows XP PHP version: 5.2.12 PHP Bug Type: Sockets related Bug description: fsockopen will not work on 'localhost' Description: If I use fsockopen with host 'localhost' it fails, but it works with '127.0.0.1' or any other host name. Reproduce code: --- function connect($host) { $faultcode = null; $faultstring = null; $conn = fsockopen($host, 80, $faultcode, $faultstring, 20); if (!$conn) { echo 'faultcode=' .$faultcode .', faultstring=' .$faultstring ."\n"; } else { echo "Connected to $host OK\n"; } // if return $conn; } // function $result = connect('localhost'); $result = connect('127.0.0.1'); $result = connect('desktop'); $result = connect('www.tonymarston.net'); Expected result: I expect to see the message "Connected to OK" for all values of host. Actual result: -- Warning: fsockopen(): unable to connect to localhost:80 faultcode=10060, faultstring=A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. Connected to 127.0.0.1 OK Connected to desktop OK Connected to www.tonymarston.net OK -- Edit bug report at http://bugs.php.net/?id=50953&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50953&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50953&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50953&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50953&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50953&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50953&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50953&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50953&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50953&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50953&r=support Expected behavior: http://bugs.php.net/fix.php?id=50953&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50953&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50953&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50953&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50953&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50953&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50953&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50953&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50953&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50953&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50953&r=mysqlcfg
#44098 [NoF->Csd]: imap_utf8() returns only capital letters
ID: 44098 Updated by: paj...@php.net Reported By: steffen at dislabs dot de -Status: No Feedback +Status: Closed Bug Type: IMAP related Operating System: FreeBSD 6.2 PHP Version: 5.2.5 Assigned To: pajoye New Comment: This bug has been fixed in SVN. 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: [2010-02-07 13:06:55] s...@php.net Automatic comment from SVN on behalf of pajoye Revision: http://svn.php.net/viewvc/?view=revision&revision=294699 Log: - Fixed #44098, imap_utf8() returns only capital letters [2010-02-03 12:51:46] sebastian dot gerlach at digionline dot de Hi, i've changed the patch. It also works without changing the configure file. http://digionline.de/sebastian.gerlach/imap-capital-letters.patch [2010-01-13 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". [2010-01-05 01:17:25] paj...@php.net hi, The patch should be against configure.in not configure. Can you update it again please? [2009-12-23 15:16:54] sebastian dot gerlach at digionline dot de http://digionline.de/sebastian.gerlach/imap-capital-letters.patch # patch -p0 -i imap-capital-letters.patch 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/44098 -- Edit this bug report at http://bugs.php.net/?id=44098&edit=1
#49694 [NoF->Opn]: proc_open, stream_select function hangs on return
ID: 49694 Updated by: paj...@php.net Reported By: compconsultant at yahoo dot com -Status: No Feedback +Status: Open Bug Type: Streams related Operating System: Centos 5.3 PHP Version: 5.2.11 New Comment: It is an automatic change, it would not happen if you were using the link in the mail instead of posting a comment directly without changing the status manually. Yes, it is not very user friendly but so it goes. Previous Comments: [2010-02-07 05:50:10] compconsultant at yahoo dot com Ok, I give up. I can see no one wants to fix this so let other people have the same problem. To cancel bugs after 1 week with no feedback is absurd. Doesn't make it not a bug! I will not report any future bugs either. [2009-12-26 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". [2009-12-21 05:30:10] compconsultant at yahoo dot com No, -F is correct. If the log file is rotated, tail will follow it. [2009-12-18 11:32:02] j...@php.net Isn't it tail that "hangs" since you use -F instead of -f ? [2009-10-05 14:54:17] compconsultant at yahoo dot com Same result, no difference, no "ok" displayed 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/49694 -- Edit this bug report at http://bugs.php.net/?id=49694&edit=1
#50952 [Opn->Csd]: allow underscore _ in constants parsed in php.ini files
ID: 50952 Updated by: j...@php.net -Summary: parse_ini_file() not parsing constants Reported By: noemail at example dot org -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: CentOS 5 PHP Version: 5.3.1 New Comment: Simply remove the __ from the constant name and it works with current PHP versions. Will be fixed in future. :) Previous Comments: [2010-02-07 11:40:29] s...@php.net Automatic comment from SVN on behalf of jani Revision: http://svn.php.net/viewvc/?view=revision&revision=294695 Log: - Fixed bug #50952 (allow underscore _ in constants parsed in php.ini files) [2010-02-07 10:01:42] noemail at example dot org Sorry, the problem still occurs in the latest snapshot (php5.3-201002070930) [2010-02-07 09:37:22] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ IIRC, this was fixed long time ago in SVN repo. [2010-02-07 08:55:41] noemail at example dot org Description: parse_ini_file() is not parsing constants that begin with an underscore. CentOS 5 / PHP 5.3.1 from source Note: This did work as expected in PHP 5.1.6 Reproduce code: --- # ini.ini # [section] key1 = "no error" key2buggy = __STRING key3buggy = __STRING" stays mainly on the plain." # test.php # Array ( [key1] => no error [key2buggy] => The rain in Spain [key3buggy] => The rain in Spain stays mainly on the plain. ) ) Actual result: -- Array ( [section] => Array ( [key1] => no error [key2buggy] => __STRING [key3buggy] => __STRING stays mainly on the plain. ) ) -- Edit this bug report at http://bugs.php.net/?id=50952&edit=1
#50952 [Fbk->Opn]: parse_ini_file() not parsing constants
ID: 50952 User updated by: noemail at example dot org Reported By: noemail at example dot org -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: CentOS 5 PHP Version: 5.3.1 New Comment: Sorry, the problem still occurs in the latest snapshot (php5.3-201002070930) Previous Comments: [2010-02-07 09:37:22] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ IIRC, this was fixed long time ago in SVN repo. [2010-02-07 08:55:41] noemail at example dot org Description: parse_ini_file() is not parsing constants that begin with an underscore. CentOS 5 / PHP 5.3.1 from source Note: This did work as expected in PHP 5.1.6 Reproduce code: --- # ini.ini # [section] key1 = "no error" key2buggy = __STRING key3buggy = __STRING" stays mainly on the plain." # test.php # Array ( [key1] => no error [key2buggy] => The rain in Spain [key3buggy] => The rain in Spain stays mainly on the plain. ) ) Actual result: -- Array ( [section] => Array ( [key1] => no error [key2buggy] => __STRING [key3buggy] => __STRING stays mainly on the plain. ) ) -- Edit this bug report at http://bugs.php.net/?id=50952&edit=1
#50948 [Opn->Bgs]: Comments after directives in php
ID: 50948 Updated by: j...@php.net Reported By: rudenko at delta-x dot ua -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Fedora Core 11 PHP Version: 6SVN-2010-02-06 (snap) New Comment: Please don't report bugs that have a) been reported countless times already b) been fixed long time ago in SVN repo. And reporting something in PHP 6 is kinda pointless as well. Please don't spam. Previous Comments: [2010-02-06 16:55:11] rudenko at delta-x dot ua Description: You will get error 500 Internal server error if you put comment after param in php.ini Reproduce code: --- in php.ini put comment at the same line with param: max_execution_time = 30 ; Maximum execution time of each script, in seconds Expected result: In older versions of php such code work properly Actual result: -- You will get error Premature end of script headers -- Edit this bug report at http://bugs.php.net/?id=50948&edit=1
#50918 [Asn]: Access violation in php.exe (Bug #49626 redux)
ID: 50918 Updated by: j...@php.net Reported By: hardon at online dot no Status: Assigned Bug Type: Reproducible crash -Operating System: Windows +Operating System: win32 only - Windows PHP Version: 5.3.1 Assigned To: pajoye New Comment: Pierre, it's the order of init which is buggy in Windows. Works fine on all other OSes. Previous Comments: [2010-02-03 10:37:54] paj...@php.net I reproduced it randomly using TS and NTS version of PHP in the console. Not sure which of the alternative should be used but the analyze is correct. [2010-02-02 23:56:14] hardon at online dot no Description: Bug #49626 is actually a bug, not bougus (have gotten this segfault many times myself). Was unable to reopen/comment on it, so made a new bug. >From the stack trace and looking thru the code its obvious that an error is in progress of being logged, but it segfaults in the process. This is because tsrm_ls[date_globals_id] slot is not allocated and DATEG segfaults. Segfault only visible in ZTS builds (non-ZTS build have a global/static struct, zend_date_globals?), but it is still an error in non-ZTS; date globals are not initialized (to zero) yet, thou hopefully zeroed by compiler, but compiler doesn't guarantee this(?). Can possibly lead to mysterious errors in non-ZTS as well. Why is slot not allocated yet? The "date" extension isn't "started" yet when error is logged (or if HAVE_DATE was not defined, never). I even found the revision that "broke" it (I think it worked "better" before this change): http://svn.php.net/viewvc/php/php-src/trunk/main/main.c?r1=188608&r2=188607&pathrev=188608 But reverting this change is not the right fix, the change just provoked the bug. Errors can be logged at any time during startup so can not rely on "date" extension being initialized (HAVE_DATE can even be undefined). This code shows the "not initialized yet" problem is not new: /* Check config setting for default timezone */ if (!DATEG(default_timezone)) { /* Special case: ext/date wasn't initialized yet */ zval ztz; if (SUCCESS == zend_get_configuration_directive("date.timezone", sizeof("date.timezone"), &ztz) && Thoughts on how to fix: Alt1: initialize date "extension" as early as possible, maybe around here? main.c->php_module_startup: #ifdef ZTS executor_globals = ts_resource(executor_globals_id); + date_globals = ts_resource(date_globals_id); Alt2 (hackish..): define DATEG_VALID that (in ZTS builds) check if date_globals_id is != 0 (hmm, possibly not zeroed by compiler..), and only then use DATEG Alt3: it's a bit weird that main.c require the "date" ext since it is optional (HAVE_DATE). Maybe main.c should not have used anything from "date" in the first place, or "date" should have been a part of the "framework", not an ext. But you guys probably have a better solution:-) -- Edit this bug report at http://bugs.php.net/?id=50918&edit=1
#50947 [Opn->Fbk]: exit signal Segmentation fault (11)
ID: 50947 Updated by: j...@php.net Reported By: dax at enst dot fr -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Solaris10 PHP Version: 5.2.12 New Comment: It just means crypt() returns NULL because some error happens. Is the command line PHP same version as the Apache module? And does this crash as well: Previous Comments: [2010-02-06 23:01:18] dax at enst dot fr 1- This incident happens always with this script (above) 2- MPM is prefork 3- Here the backtrace : db) r -X -f /home/www/conf/httpd-infres1.conf Starting program: /local/packages/apache22/bin/httpd -X -f /home/www/conf/httpd-infres1.conf warning: Lowest section in /usr/lib/libdl.so.1 is .hash at 00b4 warning: Lowest section in /usr/lib/libpthread.so.1 is .dynamic at 0074 [New LWP 1] [New LWP 2] [LWP 2 exited] [New LWP 2] [Sat Feb 06 23:41:28 2010] [warn] module php5_module is already loaded, skipping [Sat Feb 06 23:41:28 2010] [warn] module dav_svn_module is already loaded, skipping [Sat Feb 06 23:41:28 2010] [warn] module authz_svn_module is already loaded, skipping [New LWP 3] [LWP 3 exited] [New LWP 3] [Sat Feb 06 23:41:34 2010] [warn] module php5_module is already loaded, skipping [Sat Feb 06 23:41:34 2010] [warn] module dav_svn_module is already loaded, skipping [Sat Feb 06 23:41:34 2010] [warn] module authz_svn_module is already loaded, skipping Program received signal SIGSEGV, Segmentation fault. 0xfeb320d0 in strlen () from /usr/lib/libc.so.1 (gdb) bt #0 0xfeb320d0 in strlen () from /usr/lib/libc.so.1 #1 0xfe4c3c44 in zif_crypt (ht=1, return_value=0x4bc248, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /infres/admin1/install/php-5.2.12/ext/standard/crypt.c:165 #2 0xfe66c96c in zend_do_fcall_common_helper_SPEC (execute_data=0xffbfe990) at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:200 #3 0xfe675018 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xffbfe990) at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:1740 #4 0xfe66c284 in execute (op_array=0x4bbb78) at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:92 #5 0xfe634aa8 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /infres/admin1/install/php-5.2.12/Zend/zend.c:1134 #6 0xfe5b05c4 in php_execute_script (primary_file=0xffbff028) at /infres/admin1/install/php-5.2.12/main/main.c:2036 #7 0xfe6eba8c in php_handler (r=0x5f8dd0) at /infres/admin1/install/php-5.2.12/sapi/apache2handler/sapi_apache2.c:637 #8 0x000444f0 in ap_run_handler (r=0x5f8dd0) at config.c:157 #9 0x0004496c in ap_invoke_handler (r=0x5f8dd0) at config.c:372 #10 0x0008fa8c in ap_process_request (r=0x5f8dd0) at http_request.c:282 #11 0x0008cbf8 in ap_process_http_connection (c=0x5ed038) at http_core.c:190 #12 0x0004ac9c in ap_run_process_connection (c=0x5ed038) at connection.c:43 #13 0x000bf14c in child_main (child_num_arg=0) at prefork.c:662 #14 0x000bf334 in make_child (s=0x124398, slot=0) at prefork.c:702 #15 0x000bf928 in ap_mpm_run (_pconf=0x11e4b0, plog=0x113400, s=0x124398) at prefork.c:978 #16 0x00031700 in main (argc=4, argv=0xffbff67c) at main.c:740 (gdb) frame 3 #3 0xfe675018 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xffbfe990) at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:1740 1740return zend_do_fcall_common_helper_SPEC(ZEND_OPCODE_HANDLER_ARGS_PASSTHRU); [2010-02-06 20:32:45] johan...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Additional to the backtrace: Does this always happen or "randomly" which MPM are you using? [2010-02-06 16:31:46] dax at enst dot fr Description: In my configuration the PHP crypt() function makes a segmentation fault in a httpd process. However this doesn't occur in command line mode using the php interpeter. Consequence : impossible to run any PHP applications with crypt() as PMwiki for example. OS : Solaris10 Apache server : httpd-2.2.14 Compilation options : ./configure --prefix=/usr/local/apache22 --with-apxs2=/usr/local/apache22/bin/apxs --with-config-file-path=/usr/local/apache22/etc --enable-sockets --enable-sigchild --enable-ftp --enable-calendar --enable-wddx --enable-bcmath --enable-shmop --enable-sysvmsg --enable-sysvsem --enable-sysvshm --enable-session --ena
#50951 [Opn->Fbk]: SimpleXml xpath doesn't return a ligitimate xpath query
ID: 50951 Updated by: j...@php.net Reported By: arashaga at gmail dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: xp PHP Version: 5.3.1 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: [2010-02-07 05:45:01] arashaga at gmail dot com Description: in the example below I get the xpath query result in Xpath qury tools like Xpath spy but when it's run in PHP I don't get anything. it shoud output the storename but it doesn't. Reproduce code: --- //xml file (partially) 341396747871 â http://product.half.ebay.com/GMAT-Quantitative-Review-Paperback-2005_W0QQprZ48636818QQtgZvidetailsQQitemZ341396747871 1 â 32 100.0 1.98 â â http://shops.half.ebay.com/rogerlee14_W0QQsellerZrogerlee14 rogerlee14 US BrandNew â Brand new, never used. No markings at all. Ships fast! the query is //CurrentPrice[.=1.98]/parent::Item/Storefront/StoreName Expected result: rogerlee14 Actual result: -- boolean(false) -- Edit this bug report at http://bugs.php.net/?id=50951&edit=1
#50952 [Opn->Fbk]: parse_ini_file() not parsing constants
ID: 50952 Updated by: j...@php.net Reported By: noemail at example dot org -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: CentOS 5 PHP Version: 5.3.1 New Comment: Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ IIRC, this was fixed long time ago in SVN repo. Previous Comments: [2010-02-07 08:55:41] noemail at example dot org Description: parse_ini_file() is not parsing constants that begin with an underscore. CentOS 5 / PHP 5.3.1 from source Note: This did work as expected in PHP 5.1.6 Reproduce code: --- # ini.ini # [section] key1 = "no error" key2buggy = __STRING key3buggy = __STRING" stays mainly on the plain." # test.php # Array ( [key1] => no error [key2buggy] => The rain in Spain [key3buggy] => The rain in Spain stays mainly on the plain. ) ) Actual result: -- Array ( [section] => Array ( [key1] => no error [key2buggy] => __STRING [key3buggy] => __STRING stays mainly on the plain. ) ) -- Edit this bug report at http://bugs.php.net/?id=50952&edit=1
#50952 [NEW]: parse_ini_file() not parsing constants
From: noemail at example dot org Operating system: CentOS 5 PHP version: 5.3.1 PHP Bug Type: Filesystem function related Bug description: parse_ini_file() not parsing constants Description: parse_ini_file() is not parsing constants that begin with an underscore. CentOS 5 / PHP 5.3.1 from source Note: This did work as expected in PHP 5.1.6 Reproduce code: --- # ini.ini # [section] key1 = "no error" key2buggy = __STRING key3buggy = __STRING" stays mainly on the plain." # test.php # Array ( [key1] => no error [key2buggy] => The rain in Spain [key3buggy] => The rain in Spain stays mainly on the plain. ) ) Actual result: -- Array ( [section] => Array ( [key1] => no error [key2buggy] => __STRING [key3buggy] => __STRING stays mainly on the plain. ) ) -- Edit bug report at http://bugs.php.net/?id=50952&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50952&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50952&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50952&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50952&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50952&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50952&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50952&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50952&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50952&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50952&r=support Expected behavior: http://bugs.php.net/fix.php?id=50952&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50952&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50952&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50952&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50952&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50952&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50952&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50952&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50952&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50952&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50952&r=mysqlcfg