#49144 [Opn->Asn]: import of schema from different host transmits original authentication details
ID: 49144 Updated by: dmi...@php.net Reported By: david dot zuelke at bitextender dot com -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: Mac OS X 10.5.7 PHP Version: 5.3.0 -Assigned To: +Assigned To: dmitry Previous Comments: [2009-08-03 16:32:54] david dot zuelke at bitextender dot com Description: Say I have a webservice at foo.com, described by http://foo.com/wsdl, and it's protected by HTTP Basic Authentication. If this WSDL inside the XML Schema definitions imports another schema from a different host, then the HTTP Basic Authentication credentials will be transmitted to this host, too, resulting in the credentials being inadvertently leaked to a third party. An example is the importing of W3C's XML schema located at http://www.w3.org/2001/xml.xsd The original issue was reported on the s...@lists.php.net list and brought to internals@'s attention here: http://thread.gmane.org/gmane.comp.php.devel/58024 Reproduce code: --- .phpt: http://pastie.org/569897 -- Edit this bug report at http://bugs.php.net/?id=49144&edit=1
#22092 [Com]: Strange warning and no functionality in imagettfbbox and imagettftext
ID: 22092 Comment by: bugs-php at markrobertwilkins dot com Reported By: davidl at tocquigny dot com Status: No Feedback Bug Type: GD related Operating System: Redhat 7.1 PHP Version: 4.3.2 New Comment: similar problem with PHP v5.2.8 on linux 2.6.13.4 php spins when it can't find the font file, using all available cores and ultimately filling the error log filesystem. file is not found on font path (i.e. --with-freetype-dir ) nor in current working dir except when specifying ./path or absolute path. Previous Comments: [2007-07-17 12:17:22] xeon at adamant dot net I also have this bug with PHP-4.4.7 and 5.2.3 :( [2003-06-15 23:46:30] sni...@php.net No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-06-10 19:22:03] il...@php.net Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-05-29 10:47:42] davidl at tocquigny dot com The problem with spaces in the font name continues in 4.3.2. A font "arial.ttf" works but "futura bold.ttf" generates the error: Warning: imagettfbbox(): Could not find/open font in /xxx/xxx/xxx/custom_class.php on line 535 [2003-05-27 17:30:59] paul at thewall dot de I can confirm this bug, it still persist. A Full path did not help, as well as renaming the font file and cutting off the extension (which is reported to work). I have tried GD extension versions 1 and 2, same result. PHP Version is 4.2.3. 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/22092 -- Edit this bug report at http://bugs.php.net/?id=22092&edit=1
#48660 [Opn->Asn]: parse_ini_*() dollar sign as last character of value fails
ID: 48660
Updated by: j...@php.net
-Summary: parse_ini_file() dollar sign as last character of
value
Reported By: marek dot nos at skype dot net
-Status: Open
+Status: Assigned
Bug Type: PHP options/info functions
Operating System: *
-PHP Version: 5.3.0RC4
+PHP Version: 5.3, 6 (2009-08-04)
-Assigned To:
+Assigned To: jani
Previous Comments:
[2009-06-23 13:54:56] marek dot nos at skype dot net
Description:
This is quite similar to #44609. Probably still not properly fixed.
Reproduce code:
---
Expected result:
array(3) {
["Case.a"]=>
string(6) "avalue"
["Case.b"]=>
string(13) "$dollar_sign$"
["Case.c"]=>
string(2) "10"
}
Actual result:
--
Warning: syntax error, unexpected $end, expecting TC_DOLLAR_CURLY or
TC_QUOTED_STRING or '"' in test.ini on line 5
in C:\Users\Marek Nos\Documents\workspace\parse_ini.php on line 17
bool(false)
--
Edit this bug report at http://bugs.php.net/?id=48660&edit=1
#48768 [Ver->Csd]: parse_ini_*() crash with INI_SCANNER_RAW
ID: 48768
Updated by: j...@php.net
Reported By: ahar...@php.net
-Status: Verified
+Status: Closed
Bug Type: PHP options/info functions
Operating System: Linux x86
PHP Version: 5.3CVS-2009-07-02 (CVS)
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:
[2009-08-04 02:56:26] s...@php.net
Automatic comment from SVN on behalf of jani
Revision: http://svn.php.net/viewvc/?view=revision&revision=286783
Log: - Fixed bug #48768 (parse_ini_*() crash with INI_SCANNER_RAW)
[2009-07-07 17:10:27] j...@php.net
Simply removing the '=' from RAW_VALUE_CHARS fixes both this and bug
#48769.
[2009-07-03 00:49:57] scott...@php.net
I can reproduce this though I'm curious why re2c isn't picking this
up.
We have
{RAW_VALUE_CHARS}+ {
And RAW_VALUE_CHARS is
RAW_VALUE_CHARS [^=\n\r;]
So that code shouldn't even be executing, i'll need to look at it some
more.
[2009-07-02 07:04:35] ahar...@php.net
Description:
parse_ini_file() crashes in INI_SCANNER_RAW mode if a configuration
item consists solely of an equals sign.
Reproduce code:
---
INI file contents:
equal = "="
PHP script:
$ini = parse_ini_file('equals.ini', false, INI_SCANNER_NORMAL);
var_dump($ini);
$ini = parse_ini_file('equals.ini', false, INI_SCANNER_RAW);
var_dump($ini);
Expected result:
array(1) {
["equal"]=>
string(1) "="
}
array(1) {
["equal"]=>
string(1) "="
}
Actual result:
--
array(1) {
["equal"]=>
string(1) "="
}
Segmentation fault (core dumped)
gdb backtrace:
#0 0xb75f58b1 in memcpy () from /lib/tls/i686/cmov/libc.so.6
#1 0x083d5e5b in zend_strndup (s=0xb7f14009 , length=3086171320) at /usr/include/bits/string3.h:52
#2 0x083d1b21 in ini_lex (ini_lval=0xbf9321d8) at
Zend/zend_ini_scanner.l:343
#3 0x083cf9fe in ini_parse () at
/h/aharvey/trees/php5/Zend/zend_ini_parser.c:1557
#4 0x083cfe91 in zend_parse_ini_file (fh=0xbf9322d0,
unbuffered_errors=0 '\0', scanner_mode=1, ini_parser_cb=0x8320f20
, arg=0xa29d148) at
/h/aharvey/trees/php5/Zend/zend_ini_parser.y:206
#5 0x0831f829 in zif_parse_ini_file (ht=3, return_value=0xa29d148,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at
/h/aharvey/trees/php5/ext/standard/basic_functions.c:5937
#6 0x08412a12 in execute_internal (execute_data_ptr=0xa2cddd8,
return_value_used=1) at /h/aharvey/trees/php5/Zend/zend_execute.c:1256
#7 0xb728dab0 in xdebug_execute_internal
(current_execute_data=0xa2cddd8, return_value_used=1) at
/tmp/pear/temp/xdebug/xdebug.c:1630
#8 0x0843c9af in zend_do_fcall_common_helper_SPEC
(execute_data=0xa2cddd8) at
/h/aharvey/trees/php5/Zend/zend_vm_execute.h:315
#9 0x0841a08e in execute (op_array=0xa29c554) at
/h/aharvey/trees/php5/Zend/zend_vm_execute.h:104
#10 0xb728d734 in xdebug_execute (op_array=0xa29c554) at
/tmp/pear/temp/xdebug/xdebug.c:1561
#11 0x083f12f6 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /h/aharvey/trees/php5/Zend/zend.c:1188
#12 0x0839f610 in php_execute_script (primary_file=0xbf9348f4) at
/h/aharvey/trees/php5/main/main.c:2196
#13 0x08476002 in main (argc=2, argv=0xbf934a54) at
/h/aharvey/trees/php5/sapi/cli/php_cli.c:1188
--
Edit this bug report at http://bugs.php.net/?id=48768&edit=1
#49056 [Opn->Csd]: parse_ini_file() regression in 5.3.0 when using non-ASCII strings as option keys
ID: 49056 Updated by: j...@php.net Reported By: weierophin...@php.net -Status: Open +Status: Closed Bug Type: PHP options/info functions Operating System: Ubuntu 9.04 PHP Version: 5.3.0 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: [2009-08-04 02:34:05] s...@php.net Automatic comment from SVN on behalf of jani Revision: http://svn.php.net/viewvc/?view=revision&revision=286778 Log: - Fixed bug #49056 (parse_ini_file() regression in 5.3.0 when using non-ASCII strings as option keys) [2009-07-25 13:41:26] weierophin...@php.net Description: In PHP versions < 5.3.0, one could specify INI option keys using non-ASCII characters; parse_ini_file would find these without issue. Starting with 5.3.0, such options are silently dropped from the returned array of key/value pairs. The same is true of parse_ini_string(). I have the following extensions enabled: bz2 Core ctype curl date dom ereg fileinfo filter gd gettext hash iconv intl json libxml mhash mysql openssl pcntl pcre PDO pdo_mysql pdo_sqlite Phar posix Reflection session SimpleXML soap sockets SPL SQLite sqlite3 standard tidy tokenizer xml xmlreader xmlwriter zip zlib My php.ini is php.ini-development, with the only changes being to set my include_path and date.timezone. Reproduce code: --- $string =<< 'Küchen Möbel (en)', 'Küchen_Möbel' => 'Cooking furniture (en)', ) Actual result: -- array ( 'Cooking_furniture' => 'Küchen Möbel (en)', ) -- Edit this bug report at http://bugs.php.net/?id=49056&edit=1
#49146 [Bgs]: strtr cuts char from the end
ID: 49146
Updated by: fel...@php.net
Reported By: juho dot karvilainen at bmf dot wz dot cz
Status: Bogus
Bug Type: Output Control
Operating System: Win XP
PHP Version: 5.2.10
New Comment:
Note this point: "'">'\''
You mistyped the =>, hence you got a 0-key.
Previous Comments:
[2009-08-04 01:54:24] scott...@php.net
Your array is also malformed.
array('"'=>'\"',"'">'\'','/'=>'\/')
array(3) {
["""]=>
string(2) "\""
[0]=>
bool(false)
["/"]=>
string(2) "\/"
}
[2009-08-04 01:38:13] scott...@php.net
Closing PHP tags always eat the newline after it.
[2009-08-04 01:36:45] juho dot karvilainen at bmf dot wz dot cz
Description:
looks like the strtr() function (when used with array as 2nd argument)
nibbles a character from the end when it has nothing to replace. (on
UTF-8 page)
Reproduce code:
---
'\"',"'">'\'','/'=>'\/'));
}
?>
line1...
line2...
Expected result:
line1...480
line2
Actual result:
--
line1...48line2
--
Edit this bug report at http://bugs.php.net/?id=49146&edit=1
#49146 [Bgs]: strtr cuts char from the end
ID: 49146
Updated by: scott...@php.net
Reported By: juho dot karvilainen at bmf dot wz dot cz
Status: Bogus
Bug Type: Output Control
Operating System: Win XP
PHP Version: 5.2.10
New Comment:
Your array is also malformed.
array('"'=>'\"',"'">'\'','/'=>'\/')
array(3) {
["""]=>
string(2) "\""
[0]=>
bool(false)
["/"]=>
string(2) "\/"
}
Previous Comments:
[2009-08-04 01:38:13] scott...@php.net
Closing PHP tags always eat the newline after it.
[2009-08-04 01:36:45] juho dot karvilainen at bmf dot wz dot cz
Description:
looks like the strtr() function (when used with array as 2nd argument)
nibbles a character from the end when it has nothing to replace. (on
UTF-8 page)
Reproduce code:
---
'\"',"'">'\'','/'=>'\/'));
}
?>
line1...
line2...
Expected result:
line1...480
line2
Actual result:
--
line1...48line2
--
Edit this bug report at http://bugs.php.net/?id=49146&edit=1
#49146 [Opn->Bgs]: strtr cuts char from the end
ID: 49146 Updated by: scott...@php.net Reported By: juho dot karvilainen at bmf dot wz dot cz -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Win XP PHP Version: 5.2.10 New Comment: Closing PHP tags always eat the newline after it. Previous Comments: [2009-08-04 01:36:45] juho dot karvilainen at bmf dot wz dot cz Description: looks like the strtr() function (when used with array as 2nd argument) nibbles a character from the end when it has nothing to replace. (on UTF-8 page) Reproduce code: --- '\"',"'">'\'','/'=>'\/')); } ?> line1... line2... Expected result: line1...480 line2 Actual result: -- line1...48line2 -- Edit this bug report at http://bugs.php.net/?id=49146&edit=1
#49146 [NEW]: strtr cuts char from the end
From: juho dot karvilainen at bmf dot wz dot cz Operating system: Win XP PHP version: 5.2.10 PHP Bug Type: Output Control Bug description: strtr cuts char from the end Description: looks like the strtr() function (when used with array as 2nd argument) nibbles a character from the end when it has nothing to replace. (on UTF-8 page) Reproduce code: --- '\"',"'">'\'','/'=>'\/')); } ?> line1... line2... Expected result: line1...480 line2 Actual result: -- line1...48line2 -- Edit bug report at http://bugs.php.net/?id=49146&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49146&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49146&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49146&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49146&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49146&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49146&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49146&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49146&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49146&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49146&r=support Expected behavior: http://bugs.php.net/fix.php?id=49146&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49146&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49146&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49146&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49146&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49146&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49146&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49146&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49146&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49146&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49146&r=mysqlcfg
#46791 [Com]: DOMDocumentFragment::appendXML should honor preserveWhiteSpace property
ID: 46791
Comment by: david at stantonstreet dot com
Reported By: grodny at oneclick dot sk
Status: Open
Bug Type:Feature/Change Request
PHP Version: 5.2.7
New Comment:
Agreed; I have encountered this behavior as well in HTML template
parsing and am not getting the benefit of removing white-space from an
appended content fragment, but the imported template has all whitespace
removed.
Thank you guys,
David
Previous Comments:
[2008-12-07 12:35:41] grodny at oneclick dot sk
Description:
Description:
Appending XML source to fragment and then inserting fragment to
document tree should result in consitent white space handling, based on
document's preserveWhiteSpace property value.
Is it possible to make DOMDocumentFragment::appendXML method honor
fragment's ownerDocument->preserveWhiteSpace property value?
Thank you.
Reproduce code:
---
$doc = new DOMDocument();
$doc->preserveWhiteSpace = false;
$doc->loadXML('
');
$frag = $doc->createDocumentFragment();
$frag->appendXML('
');
$doc->documentElement->appendChild($frag);
$doc->formatOutput = false;
echo $doc->saveXML();
Expected result:
Actual result:
--
--
Edit this bug report at http://bugs.php.net/?id=46791&edit=1
#49143 [Fbk->Opn]: is_callable() and unnecessary backslash
ID: 49143
User updated by: david at grudl dot com
Reported By: david at grudl dot com
-Status: Feedback
+Status: Open
Bug Type: Class/Object related
Operating System: *
PHP Version: 5.3.0
New Comment:
Tested with 5.3.1-dev (Sun, 02 Aug 2009 18:53:57 +), problem still
exists.
Previous Comments:
[2009-08-03 23:12:04] j...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-08-03 16:19:59] david at grudl dot com
Description:
is_callable() and method_exists() may invoke autoloader with
unnecessary namespace backslash.
\My\MyClass::func() is the same as My\MyClass::func().
Reproduce code:
---
function __autoload($name)
{
echo $name;
}
is_callable('\My\MyClass::func'); // ERROR
is_callable('My\MyClass::func'); // OK
method_exists('\My\MyClass', 'func'); // ERROR
method_exists('My\MyClass', 'func'); // OK
// defined works well:
defined('\My\MyClass::CONST'); // OK
defined('My\MyClass::CONST'); // OK
Expected result:
My\MyClass
My\MyClass
My\MyClass
My\MyClass
My\MyClass
My\MyClass
Actual result:
--
\My\MyClass
My\MyClass
\My\MyClass
My\MyClass
My\MyClass
My\MyClass
--
Edit this bug report at http://bugs.php.net/?id=49143&edit=1
#49143 [Opn->Fbk]: is_callable() and unnecessary backslash
ID: 49143
Updated by: j...@php.net
Reported By: david at grudl dot com
-Status: Open
+Status: Feedback
Bug Type: Class/Object related
Operating System: *
PHP Version: 5.3.0
New Comment:
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
Previous Comments:
[2009-08-03 16:19:59] david at grudl dot com
Description:
is_callable() and method_exists() may invoke autoloader with
unnecessary namespace backslash.
\My\MyClass::func() is the same as My\MyClass::func().
Reproduce code:
---
function __autoload($name)
{
echo $name;
}
is_callable('\My\MyClass::func'); // ERROR
is_callable('My\MyClass::func'); // OK
method_exists('\My\MyClass', 'func'); // ERROR
method_exists('My\MyClass', 'func'); // OK
// defined works well:
defined('\My\MyClass::CONST'); // OK
defined('My\MyClass::CONST'); // OK
Expected result:
My\MyClass
My\MyClass
My\MyClass
My\MyClass
My\MyClass
My\MyClass
Actual result:
--
\My\MyClass
My\MyClass
\My\MyClass
My\MyClass
My\MyClass
My\MyClass
--
Edit this bug report at http://bugs.php.net/?id=49143&edit=1
#48608 [Opn->Asn]: Too-old version of libreadline is not detected during ./configure
ID: 48608 Updated by: j...@php.net Reported By: shahar dot e at zend dot com -Status: Open +Status: Assigned Bug Type: Readline related Operating System: Mac OS X 10.5 PHP Version: 5.3CVS-2009-06-19 (snap) Assigned To: jani New Comment: Ok. I have this fixed at work laptop, I added a friendly suggest notice to point out that using --with-libedit might work. :) Previous Comments: [2009-08-03 16:14:34] shahar dot e at zend dot com Yes, using --with-libedit compiles and works as expected [2009-08-03 15:09:11] j...@php.net One more question: Without installing anything extra, does using --with-libedit instead work..? As that should be installed there.. [2009-08-03 14:39:30] shahar dot e at zend dot com >From what I've seen there's a bunch of missing symbols - since I assumed it's a version issue I added a check for just one, but given what we know now, it might be wiser to check for more stuff. 'make' complains about these symbols: 'rl_mark', 'rl_done', 'rl_pending_input' [2009-08-03 13:10:19] j...@php.net How nice of Apple. Why don't they use libedit? :) Is the missing rl_pending_input symbol really the only difference? [2009-08-03 13:04:12] shahar dot e at zend dot com Thanks for looking into this. I am not entirely sure how to check this, but looking at an include/readline/readline.h that works, I see: #define RL_READLINE_VERSION 0x0600 /* Readline 6.0 */ While on the one that doesn't work, I see: #define RL_READLINE_VERSION 0x0402 So I'm assuming that's readline 4.02 and not 4.2 as I thought before. Then again, according to this discussion: http://discussions.apple.com/message.jspa?messageID=7387944 - it seems that libreadline provided with OS X 10.5 is not really libreadline, but just a not-fully compatible wrapper. If this is true, it is probably a good idea to check for those symbols anyway to avoid this problem on Mac OS X (but perhaps change the error message I added in my patch). Shahar. 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/48608 -- Edit this bug report at http://bugs.php.net/?id=48608&edit=1
#49066 [Ver->Bgs]: CURLOPT_FAILONERROR does not work when CURLOPT_FOLLOWLOCATION is true
ID: 49066
Updated by: j...@php.net
Reported By: peaceable_whale at hotmail dot com
-Status: Verified
+Status: Bogus
Bug Type: cURL related
Operating System: *
PHP Version: 5.*, 6SVN (2009-08-04)
New Comment:
And the reason this fails is found on the manual page for
curl_setopt_array():
"Returns TRUE if all options were successfully set. If an option could
not be successfully set, FALSE is immediately returned, ignoring any
future options in the options array."
And this error is output when you don't disable errors:
Warning: curl_setopt_array(): CURLOPT_FOLLOWLOCATION cannot be
activated
when in safe_mode or an open_basedir is set..
There is no bug here.
Previous Comments:
[2009-08-03 22:55:53] j...@php.net
To be clear: without open_basedir it works fine.
[2009-08-03 22:54:48] j...@php.net
A bit more readable script:
http://example.com/X";);
curl_setopt_array($request,
array(
CURL_HTTP_VERSION_1_1 => true,
CURLOPT_FOLLOWLOCATION => true,
CURLOPT_FAILONERROR=> true,
CURLOPT_RETURNTRANSFER=>true,
)
);
var_dump(curl_exec($request));
?>
To reproduce:
# sapi/cli/php -n -dopen_basedir=. test.php
[2009-07-26 16:16:22] peaceable_whale at hotmail dot com
The previous submitted code doesn't reflect the problem correctly...
The followings are the corrected information:
Description:
CURLOPT_FAILONERROR does not work when CURLOPT_FOLLOWLOCATION is true
and open_dir is set.
PHP Version:
PHP 5.3.0 NTS VC9
Reproduce code:
---
http://example.com/X";);
curl_setopt_array($request,array(CURL_HTTP_VERSION_1_1=>true,CURLOPT_USERAGENT=>"PHP/".phpversion(),CURLOPT_FOLLOWLOCATION=>true,CURLOPT_FAILONERROR=>true,CURLOPT_RETURNTRANSFER=>true));
echo (curl_exec($request)===false?"false":"true")."\r\n";
curl_close($request);
?>
Expected result:
false
Actual result:
--
true)
[2009-07-26 16:01:32] peaceable_whale at hotmail dot com
Description:
CURLOPT_FAILONERROR does not work when CURLOPT_URL is reset. Not false
is returned even when the response code is >=400.
Reproduce code:
---
true,CURLOPT_USERAGENT=>"PHP/".phpversion(),CURLOPT_FAILONERROR=>false,CURLOPT_RETURNTRANSFER=>true));
for($i=0;$i<5;$i++) {
curl_setopt($request,CURLOPT_URL,"http://example.com/".$i);
echo "Trial ".$i.":
".(curl_exec($request)===false?"false":"true")."\r\n";
}
curl_close($request);
?>
Expected result:
Trial 0: false
Trial 1: false
Trial 2: false
Trial 3: false
Trial 4: false
Actual result:
--
Trial 0: true
Trial 1: true
Trial 2: true
Trial 3: true
Trial 4: true
--
Edit this bug report at http://bugs.php.net/?id=49066&edit=1
#49066 [Ver]: CURLOPT_FAILONERROR does not work when CURLOPT_FOLLOWLOCATION is true
ID: 49066
Updated by: j...@php.net
Reported By: peaceable_whale at hotmail dot com
Status: Verified
Bug Type: cURL related
Operating System: *
PHP Version: 5.*, 6SVN (2009-08-04)
New Comment:
To be clear: without open_basedir it works fine.
Previous Comments:
[2009-08-03 22:54:48] j...@php.net
A bit more readable script:
http://example.com/X";);
curl_setopt_array($request,
array(
CURL_HTTP_VERSION_1_1 => true,
CURLOPT_FOLLOWLOCATION => true,
CURLOPT_FAILONERROR=> true,
CURLOPT_RETURNTRANSFER=>true,
)
);
var_dump(curl_exec($request));
?>
To reproduce:
# sapi/cli/php -n -dopen_basedir=. test.php
[2009-07-26 16:16:22] peaceable_whale at hotmail dot com
The previous submitted code doesn't reflect the problem correctly...
The followings are the corrected information:
Description:
CURLOPT_FAILONERROR does not work when CURLOPT_FOLLOWLOCATION is true
and open_dir is set.
PHP Version:
PHP 5.3.0 NTS VC9
Reproduce code:
---
http://example.com/X";);
curl_setopt_array($request,array(CURL_HTTP_VERSION_1_1=>true,CURLOPT_USERAGENT=>"PHP/".phpversion(),CURLOPT_FOLLOWLOCATION=>true,CURLOPT_FAILONERROR=>true,CURLOPT_RETURNTRANSFER=>true));
echo (curl_exec($request)===false?"false":"true")."\r\n";
curl_close($request);
?>
Expected result:
false
Actual result:
--
true)
[2009-07-26 16:01:32] peaceable_whale at hotmail dot com
Description:
CURLOPT_FAILONERROR does not work when CURLOPT_URL is reset. Not false
is returned even when the response code is >=400.
Reproduce code:
---
true,CURLOPT_USERAGENT=>"PHP/".phpversion(),CURLOPT_FAILONERROR=>false,CURLOPT_RETURNTRANSFER=>true));
for($i=0;$i<5;$i++) {
curl_setopt($request,CURLOPT_URL,"http://example.com/".$i);
echo "Trial ".$i.":
".(curl_exec($request)===false?"false":"true")."\r\n";
}
curl_close($request);
?>
Expected result:
Trial 0: false
Trial 1: false
Trial 2: false
Trial 3: false
Trial 4: false
Actual result:
--
Trial 0: true
Trial 1: true
Trial 2: true
Trial 3: true
Trial 4: true
--
Edit this bug report at http://bugs.php.net/?id=49066&edit=1
#49066 [Opn->Ver]: CURLOPT_FAILONERROR does not work when CURLOPT_FOLLOWLOCATION is true
ID: 49066 Updated by: j...@php.net Reported By: peaceable_whale at hotmail dot com -Status: Open +Status: Verified Bug Type: cURL related -Operating System: Windows +Operating System: * -PHP Version: 5.3.0 +PHP Version: 5.*, 6SVN (2009-08-04) New Comment: A bit more readable script: http://example.com/X";); curl_setopt_array($request, array( CURL_HTTP_VERSION_1_1 => true, CURLOPT_FOLLOWLOCATION => true, CURLOPT_FAILONERROR=> true, CURLOPT_RETURNTRANSFER=>true, ) ); var_dump(curl_exec($request)); ?> To reproduce: # sapi/cli/php -n -dopen_basedir=. test.php Previous Comments: [2009-08-02 05:09:43] peaceable_whale at hotmail dot com The path of the root folder of your website. [2009-08-02 00:47:10] j...@php.net And what it should be set to? : [2009-07-26 19:19:10] peaceable_whale at hotmail dot com It should be open_basedir) [2009-07-26 19:18:02] j...@php.net What is "open_dir" ?? [2009-07-26 16:16:22] peaceable_whale at hotmail dot com The previous submitted code doesn't reflect the problem correctly... The followings are the corrected information: Description: CURLOPT_FAILONERROR does not work when CURLOPT_FOLLOWLOCATION is true and open_dir is set. PHP Version: PHP 5.3.0 NTS VC9 Reproduce code: --- http://example.com/X";); curl_setopt_array($request,array(CURL_HTTP_VERSION_1_1=>true,CURLOPT_USERAGENT=>"PHP/".phpversion(),CURLOPT_FOLLOWLOCATION=>true,CURLOPT_FAILONERROR=>true,CURLOPT_RETURNTRANSFER=>true)); echo (curl_exec($request)===false?"false":"true")."\r\n"; curl_close($request); ?> Expected result: false Actual result: -- true) 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/49066 -- Edit this bug report at http://bugs.php.net/?id=49066&edit=1
#49145 [Com]: php command line segmentation fault
ID: 49145
Comment by: dhathorn at uchicago dot edu
Reported By: dhathorn at uchicago dot edu
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux (RedHat RHEL4)
PHP Version: 5.3SVN-2009-08-03 (snap)
New Comment:
OpenSSL 0.9.7a Feb 19 2003
Previous Comments:
[2009-08-03 22:02:06] j...@php.net
And what is your openssl version?
[2009-08-03 21:41:05] dhathorn at uchicago dot edu
Description:
PHP builds and installs alright, but seg faults when installing a pear
channel.
Reproduce code:
---
~/local/php/bin/pear install
channel://pear.php.net/XML_Feed_Parser-1.0.0RC1
Expected result:
successful pear install
Actual result:
--
Backtrace:
#0 0x008c924c in ASN1_STRING_free () from /lib/libcrypto.so.4
#1 0x008c1f31 in ASN1_primitive_free () from /lib/libcrypto.so.4
#2 0x008c1f8a in ASN1_primitive_free () from /lib/libcrypto.so.4
#3 0x008c201d in ASN1_primitive_free () from /lib/libcrypto.so.4
#4 0x008c225d in ASN1_template_free () from /lib/libcrypto.so.4
#5 0x008c2183 in ASN1_primitive_free () from /lib/libcrypto.so.4
#6 0x008c225d in ASN1_template_free () from /lib/libcrypto.so.4
#7 0x008c2183 in ASN1_primitive_free () from /lib/libcrypto.so.4
#8 0x008c2293 in ASN1_item_free () from /lib/libcrypto.so.4
#9 0x008bd3d1 in X509_free () from /lib/libcrypto.so.4
#10 0x008a800b in sk_pop_free () from /lib/libcrypto.so.4
#11 0x00943767 in ssl_sess_cert_free () from /lib/libssl.so.4
#12 0x009444d9 in SSL_SESSION_free () from /lib/libssl.so.4
#13 0x0094227b in SSL_free () from /lib/libssl.so.4
#14 0x080d0e41 in php_openssl_sockop_close (stream=0xb7f1ef24,
close_handle=1) at /home/dhathorn/src/php-5.3-
200908031430/ext/openssl/xp_ssl.c:254
#15 0x082f6a6b in _php_stream_free (stream=0xb7f1ef24,
close_options=11)
at /home/dhathorn/src/php-5.3-
200908031430/main/streams/streams.c:356
#16 0x082f7142 in stream_resource_regular_dtor (rsrc=0x51)
at /home/dhathorn/src/php-5.3-
200908031430/main/streams/streams.c:1426
#17 0x08336a81 in list_entry_destructor (ptr=0xb7897958) at
/home/dhathorn/src/php-5.3-200908031430/Zend/zend_list.c:184
#18 0x08334351 in zend_hash_del_key_or_index (ht=0x8808c24, arKey=0x0,
nKeyLength=0, h=113, flag=1)
at /home/dhathorn/src/php-5.3-200908031430/Zend/zend_hash.c:497
#19 0x0833681c in _zend_list_delete (id=113) at
/home/dhathorn/src/php-5.3-200908031430/Zend/zend_list.c:58
#20 0x0831e0d1 in _zval_ptr_dtor (zval_ptr=0xb78e0dfc)
at /home/dhathorn/src/php-5.3-
200908031430/Zend/zend_variables.h:35
#21 0x08335928 in zend_hash_clean (ht=0xb7b891e0) at
/home/dhathorn/src/php-5.3-200908031430/Zend/zend_hash.c:552
#22 0x0834807f in zend_leave_helper_SPEC (execute_data=0xb7c8afd0)
at /home/dhathorn/src/php-5.3-
200908031430/Zend/zend_vm_execute.h:208
#23 0x08347cf0 in execute (op_array=0xb7bf61b8) at
/home/dhathorn/src/php-5.3-200908031430/Zend/zend_vm_execute.h:104
#24 0x0832b9e7 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/dhathorn/src/php-5.3-200908031430/Zend/zend.c:1188
#25 0x082e52b7 in php_execute_script (primary_file=0xbfe2d350)
at /home/dhathorn/src/php-5.3-200908031430/main/main.c:2212
#26 0x083a23d8 in main (argc=22, argv=0xbfe2d444) at
/home/dhathorn/src/php-5.3-200908031430/sapi/cli/php_cli.c:1188
(gdb) frame 23
#23 0x08347cf0 in execute (op_array=0xb7bf61b8) at
/home/dhathorn/src/php-5.3-200908031430/Zend/zend_vm_execute.h:104
104 if ((ret = EX(opline)->handler(execute_data
TSRMLS_CC)) > 0) {
--
Edit this bug report at http://bugs.php.net/?id=49145&edit=1
#49142 [Opn->Ver]: apache crashes on exception throw
ID: 49142
Updated by: j...@php.net
Reported By: ies_clan at hotmail dot com
-Status: Open
+Status: Verified
Bug Type: Session related
Operating System: *
PHP Version: 5.3, 6 (2009-08-01
New Comment:
Program received signal SIGSEGV, Segmentation fault.
zend_hash_num_elements (ht=0x8e05b50) at /home/jani/src/php-
5.3/Zend/zend_hash.c:1014
1014{
(gdb) bt
#0 zend_hash_num_elements (ht=0x8e05b50) at /home/jani/src/php-
5.3/Zend/zend_hash.c:1014
#1 0x082a3a00 in zend_error (type=148921168, format=0x8716124 "%s")
at /home/jani/src/php-5.3/Zend/zend_variables.h:45
#2 0x08254a7a in php_verror (docref=0x0, params=0x83723ec "", type=2,
format=0x86eb0dc "Failed to write session data (%s). Please verify
that the current setting of session.save_path is correct (%s)",
args=0xbfe5ed9c "3\204n\b�#7\b\"") at /home/jani/src/php-
5.3/main/main.c:794
#3 0x08254f51 in php_error_docref0 (docref=0x0, type=2,
format=0x86eb0dc "Failed to write session data (%s). Please verify
that the current setting of session.save_path is correct (%s)")
at /home/jani/src/php-5.3/main/main.c:806
#4 0x0817fff5 in php_session_flush () at /home/jani/src/php-
5.3/ext/session/session.c:598
#5 0x08180281 in zm_deactivate_session (type=1, module_number=22) at
/home/jani/src/php-5.3/ext/session/session.c:2138
#6 0x082a4310 in module_registry_cleanup (module=0x8ceb6e8) at
/home/jani/src/php-5.3/Zend/zend_API.c:2150
#7 0x082adb84 in zend_hash_reverse_apply (ht=0x8757600,
apply_func=0x82a42f0 )
at /home/jani/src/php-5.3/Zend/zend_hash.c:755
#8 0x082a2a19 in zend_deactivate_modules () at /home/jani/src/php-
5.3/Zend/zend.c:866
#9 0x0825360a in php_request_shutdown (dummy=0x0) at
/home/jani/src/php-5.3/main/main.c:1565
#10 0x08321224 in main (argc=3, argv=0xbfe5f374) at
/home/jani/src/php-5.3/sapi/cli/php_cli.c:1369
Previous Comments:
[2009-08-03 22:27:12] j...@php.net
Reduced reproduce script:
http://www.immunecellcompetence.com/exceptionBug.zip
in the root dir is a sql file.
u have to edit the exceptionBug\Engine\Configuration\Password.Inc.php
file.
after that, u can start it.
if u see the login page, klick on the link: Login mit EnemyArea und
test
sometimes often, until u got loged in. then klick on the next link:
EnemyArea
and the apache will crash with the following msg: unbehandelte ausnahme
in httpd.exe [4624]
to fix it you have to go into the
MKLF\System\Engine\StyleSheet.class.php
the line //use MKLF\System\Engine\Exceptions\SystemException; is the
problem.
if u comment that in, it will work.
--
Edit this bug report at http://bugs.php.net/?id=49142&edit=1
#49142 [Opn]: apache crashes on exception throw
ID: 49142
Updated by: j...@php.net
Reported By: ies_clan at hotmail dot com
Status: Open
-Bug Type: Apache related
+Bug Type: Session related
-Operating System: Windows XP SP3
+Operating System: *
-PHP Version: 5.3.0
+PHP Version: 5.3, 6 (2009-08-01
New Comment:
Reduced reproduce script:
http://www.makerland.de/exceptionBugnew.zip
no database is need.
only open the index.php
in the core.class.php are some classes, but not much code.
if u comment out the new
SystemSession(ROOT_DIR.'FileSystem/Sessions/');
all works fine O.o or if u comment out throw new
\Exception('Server
Crash!');
i hope i could help :)
[2009-08-03 16:01:57] ies_clan at hotmail dot com
Description:
plz first load the zip and install the script:
http://www.immunecellcompetence.com/exceptionBug.zip
in the root dir is a sql file.
u have to edit the exceptionBug\Engine\Configuration\Password.Inc.php
file.
after that, u can start it.
if u see the login page, klick on the link: Login mit EnemyArea und
test
sometimes often, until u got loged in. then klick on the next link:
EnemyArea
and the apache will crash with the following msg: unbehandelte ausnahme
in httpd.exe [4624]
to fix it you have to go into the
MKLF\System\Engine\StyleSheet.class.php
the line //use MKLF\System\Engine\Exceptions\SystemException; is the
problem.
if u comment that in, it will work.
--
Edit this bug report at http://bugs.php.net/?id=49142&edit=1
#49145 [Opn->Fbk]: php command line segmentation fault
ID: 49145
Updated by: j...@php.net
Reported By: dhathorn at uchicago dot edu
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux (RedHat RHEL4)
PHP Version: 5.3SVN-2009-08-03 (snap)
New Comment:
And what is your openssl version?
Previous Comments:
[2009-08-03 21:41:05] dhathorn at uchicago dot edu
Description:
PHP builds and installs alright, but seg faults when installing a pear
channel.
Reproduce code:
---
~/local/php/bin/pear install
channel://pear.php.net/XML_Feed_Parser-1.0.0RC1
Expected result:
successful pear install
Actual result:
--
Backtrace:
#0 0x008c924c in ASN1_STRING_free () from /lib/libcrypto.so.4
#1 0x008c1f31 in ASN1_primitive_free () from /lib/libcrypto.so.4
#2 0x008c1f8a in ASN1_primitive_free () from /lib/libcrypto.so.4
#3 0x008c201d in ASN1_primitive_free () from /lib/libcrypto.so.4
#4 0x008c225d in ASN1_template_free () from /lib/libcrypto.so.4
#5 0x008c2183 in ASN1_primitive_free () from /lib/libcrypto.so.4
#6 0x008c225d in ASN1_template_free () from /lib/libcrypto.so.4
#7 0x008c2183 in ASN1_primitive_free () from /lib/libcrypto.so.4
#8 0x008c2293 in ASN1_item_free () from /lib/libcrypto.so.4
#9 0x008bd3d1 in X509_free () from /lib/libcrypto.so.4
#10 0x008a800b in sk_pop_free () from /lib/libcrypto.so.4
#11 0x00943767 in ssl_sess_cert_free () from /lib/libssl.so.4
#12 0x009444d9 in SSL_SESSION_free () from /lib/libssl.so.4
#13 0x0094227b in SSL_free () from /lib/libssl.so.4
#14 0x080d0e41 in php_openssl_sockop_close (stream=0xb7f1ef24,
close_handle=1) at /home/dhathorn/src/php-5.3-
200908031430/ext/openssl/xp_ssl.c:254
#15 0x082f6a6b in _php_stream_free (stream=0xb7f1ef24,
close_options=11)
at /home/dhathorn/src/php-5.3-
200908031430/main/streams/streams.c:356
#16 0x082f7142 in stream_resource_regular_dtor (rsrc=0x51)
at /home/dhathorn/src/php-5.3-
200908031430/main/streams/streams.c:1426
#17 0x08336a81 in list_entry_destructor (ptr=0xb7897958) at
/home/dhathorn/src/php-5.3-200908031430/Zend/zend_list.c:184
#18 0x08334351 in zend_hash_del_key_or_index (ht=0x8808c24, arKey=0x0,
nKeyLength=0, h=113, flag=1)
at /home/dhathorn/src/php-5.3-200908031430/Zend/zend_hash.c:497
#19 0x0833681c in _zend_list_delete (id=113) at
/home/dhathorn/src/php-5.3-200908031430/Zend/zend_list.c:58
#20 0x0831e0d1 in _zval_ptr_dtor (zval_ptr=0xb78e0dfc)
at /home/dhathorn/src/php-5.3-
200908031430/Zend/zend_variables.h:35
#21 0x08335928 in zend_hash_clean (ht=0xb7b891e0) at
/home/dhathorn/src/php-5.3-200908031430/Zend/zend_hash.c:552
#22 0x0834807f in zend_leave_helper_SPEC (execute_data=0xb7c8afd0)
at /home/dhathorn/src/php-5.3-
200908031430/Zend/zend_vm_execute.h:208
#23 0x08347cf0 in execute (op_array=0xb7bf61b8) at
/home/dhathorn/src/php-5.3-200908031430/Zend/zend_vm_execute.h:104
#24 0x0832b9e7 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/dhathorn/src/php-5.3-200908031430/Zend/zend.c:1188
#25 0x082e52b7 in php_execute_script (primary_file=0xbfe2d350)
at /home/dhathorn/src/php-5.3-200908031430/main/main.c:2212
#26 0x083a23d8 in main (argc=22, argv=0xbfe2d444) at
/home/dhathorn/src/php-5.3-200908031430/sapi/cli/php_cli.c:1188
(gdb) frame 23
#23 0x08347cf0 in execute (op_array=0xb7bf61b8) at
/home/dhathorn/src/php-5.3-200908031430/Zend/zend_vm_execute.h:104
104 if ((ret = EX(opline)->handler(execute_data
TSRMLS_CC)) > 0) {
--
Edit this bug report at http://bugs.php.net/?id=49145&edit=1
#49145 [NEW]: php command line segmentation fault
From: dhathorn at uchicago dot edu
Operating system: Linux (RedHat RHEL4)
PHP version: 5.3SVN-2009-08-03 (snap)
PHP Bug Type: Reproducible crash
Bug description: php command line segmentation fault
Description:
PHP builds and installs alright, but seg faults when installing a pear
channel.
Reproduce code:
---
~/local/php/bin/pear install
channel://pear.php.net/XML_Feed_Parser-1.0.0RC1
Expected result:
successful pear install
Actual result:
--
Backtrace:
#0 0x008c924c in ASN1_STRING_free () from /lib/libcrypto.so.4
#1 0x008c1f31 in ASN1_primitive_free () from /lib/libcrypto.so.4
#2 0x008c1f8a in ASN1_primitive_free () from /lib/libcrypto.so.4
#3 0x008c201d in ASN1_primitive_free () from /lib/libcrypto.so.4
#4 0x008c225d in ASN1_template_free () from /lib/libcrypto.so.4
#5 0x008c2183 in ASN1_primitive_free () from /lib/libcrypto.so.4
#6 0x008c225d in ASN1_template_free () from /lib/libcrypto.so.4
#7 0x008c2183 in ASN1_primitive_free () from /lib/libcrypto.so.4
#8 0x008c2293 in ASN1_item_free () from /lib/libcrypto.so.4
#9 0x008bd3d1 in X509_free () from /lib/libcrypto.so.4
#10 0x008a800b in sk_pop_free () from /lib/libcrypto.so.4
#11 0x00943767 in ssl_sess_cert_free () from /lib/libssl.so.4
#12 0x009444d9 in SSL_SESSION_free () from /lib/libssl.so.4
#13 0x0094227b in SSL_free () from /lib/libssl.so.4
#14 0x080d0e41 in php_openssl_sockop_close (stream=0xb7f1ef24,
close_handle=1) at /home/dhathorn/src/php-5.3-
200908031430/ext/openssl/xp_ssl.c:254
#15 0x082f6a6b in _php_stream_free (stream=0xb7f1ef24,
close_options=11)
at /home/dhathorn/src/php-5.3-
200908031430/main/streams/streams.c:356
#16 0x082f7142 in stream_resource_regular_dtor (rsrc=0x51)
at /home/dhathorn/src/php-5.3-
200908031430/main/streams/streams.c:1426
#17 0x08336a81 in list_entry_destructor (ptr=0xb7897958) at
/home/dhathorn/src/php-5.3-200908031430/Zend/zend_list.c:184
#18 0x08334351 in zend_hash_del_key_or_index (ht=0x8808c24, arKey=0x0,
nKeyLength=0, h=113, flag=1)
at /home/dhathorn/src/php-5.3-200908031430/Zend/zend_hash.c:497
#19 0x0833681c in _zend_list_delete (id=113) at
/home/dhathorn/src/php-5.3-200908031430/Zend/zend_list.c:58
#20 0x0831e0d1 in _zval_ptr_dtor (zval_ptr=0xb78e0dfc)
at /home/dhathorn/src/php-5.3-
200908031430/Zend/zend_variables.h:35
#21 0x08335928 in zend_hash_clean (ht=0xb7b891e0) at
/home/dhathorn/src/php-5.3-200908031430/Zend/zend_hash.c:552
#22 0x0834807f in zend_leave_helper_SPEC (execute_data=0xb7c8afd0)
at /home/dhathorn/src/php-5.3-
200908031430/Zend/zend_vm_execute.h:208
#23 0x08347cf0 in execute (op_array=0xb7bf61b8) at
/home/dhathorn/src/php-5.3-200908031430/Zend/zend_vm_execute.h:104
#24 0x0832b9e7 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/dhathorn/src/php-5.3-200908031430/Zend/zend.c:1188
#25 0x082e52b7 in php_execute_script (primary_file=0xbfe2d350)
at /home/dhathorn/src/php-5.3-200908031430/main/main.c:2212
#26 0x083a23d8 in main (argc=22, argv=0xbfe2d444) at
/home/dhathorn/src/php-5.3-200908031430/sapi/cli/php_cli.c:1188
(gdb) frame 23
#23 0x08347cf0 in execute (op_array=0xb7bf61b8) at
/home/dhathorn/src/php-5.3-200908031430/Zend/zend_vm_execute.h:104
104 if ((ret = EX(opline)->handler(execute_data
TSRMLS_CC)) > 0) {
--
Edit bug report at http://bugs.php.net/?id=49145&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49145&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49145&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49145&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49145&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49145&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49145&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49145&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49145&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49145&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49145&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49145&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49145&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49145&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49145&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49145&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49145&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49145&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49145&r=gnused
Floating
#49142 [Fbk->Opn]: apache crashes on exception throw
ID: 49142
User updated by: ies_clan at hotmail dot com
Reported By: ies_clan at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: Apache related
Operating System: Windows XP SP3
PHP Version: 5.3.0
New Comment:
hi, ok i try to make it into 2 files, but i can't do it better sry :(
http://www.makerland.de/exceptionBugnew.zip
no database is need.
only open the index.php
in the core.class.php are some classes, but not much code.
if u comment out the new
SystemSession(ROOT_DIR.'FileSystem/Sessions/');
all works fine O.o or if u comment out throw new
\Exception('Server
Crash!');
i hope i could help :)
Previous Comments:
[2009-08-03 18:20:56] 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-08-03 16:01:57] ies_clan at hotmail dot com
Description:
plz first load the zip and install the script:
http://www.immunecellcompetence.com/exceptionBug.zip
in the root dir is a sql file.
u have to edit the exceptionBug\Engine\Configuration\Password.Inc.php
file.
after that, u can start it.
if u see the login page, klick on the link: Login mit EnemyArea und
test
sometimes often, until u got loged in. then klick on the next link:
EnemyArea
and the apache will crash with the following msg: unbehandelte ausnahme
in httpd.exe [4624]
to fix it you have to go into the
MKLF\System\Engine\StyleSheet.class.php
the line //use MKLF\System\Engine\Exceptions\SystemException; is the
problem.
if u comment that in, it will work.
--
Edit this bug report at http://bugs.php.net/?id=49142&edit=1
#49095 [Opn->Csd]: proc_get_status['exitcode'] fails on win32
ID: 49095 Updated by: fel...@php.net Reported By: david dot gausmann at measx dot com -Status: Open +Status: Closed Bug Type: Program Execution Operating System: win32 only - Windows XP SP3 PHP Version: 5.3.0 -Assigned To: +Assigned To: felipe 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: [2009-07-29 08:29:28] david dot gausmann at measx dot com Description: I watch an subprocess with proc_get_status and the returned exit code is never stored in the resulting array. But the exit code from proc_close works! Reproduce code: --- --- file1.php --- --- file2.php --- Expected result: This is just a stupid script! ExitCode: 1 Actual result: -- This is just a stupid script! ExitCode: -1 -- Edit this bug report at http://bugs.php.net/?id=49095&edit=1
#49142 [Opn->Fbk]: apache crashes on exception throw
ID: 49142 Updated by: j...@php.net Reported By: ies_clan at hotmail dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Windows XP SP3 PHP Version: 5.3.0 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-08-03 16:01:57] ies_clan at hotmail dot com Description: plz first load the zip and install the script: http://www.immunecellcompetence.com/exceptionBug.zip in the root dir is a sql file. u have to edit the exceptionBug\Engine\Configuration\Password.Inc.php file. after that, u can start it. if u see the login page, klick on the link: Login mit EnemyArea und test sometimes often, until u got loged in. then klick on the next link: EnemyArea and the apache will crash with the following msg: unbehandelte ausnahme in httpd.exe [4624] to fix it you have to go into the MKLF\System\Engine\StyleSheet.class.php the line //use MKLF\System\Engine\Exceptions\SystemException; is the problem. if u comment that in, it will work. -- Edit this bug report at http://bugs.php.net/?id=49142&edit=1
#48994 [Asn->Csd]: zlib.output_compression does not ouput HTTP headers when set to a string value
ID: 48994
Updated by: j...@php.net
Reported By: jflatnes at vt dot edu
-Status: Assigned
+Status: Closed
Bug Type: Zlib Related
Operating System: Linux 2.6.29
PHP Version: 5.2.10
Assigned To: jani
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:
[2009-08-03 18:15:31] s...@php.net
Automatic comment from SVN on behalf of jani
Revision: http://svn.php.net/viewvc/?view=revision&revision=286751
Log: - Fixed bug #48994 (zlib.output_compression does not ouput HTTP
headers when set to a string value)
# also fixes bug #35936 (ini.zlib.output-compression Documentation :)
[2009-07-29 01:13:07] apinstein at mac dot com
I ran into this issue today as well... but I have more to add.
Using PHP 5.3 + zlib 1.2.3
I *cannot* get compression + headers. I can get no compression, or
compression
w/o headers, but never "working" compression+headers.
I have tried:
httpd.conf:
php_flag zlib.output_compression On
php_admin_flag zlib.output_compression On
-> zip + no headers
php_flag zlib.output_compression true
php_admin_flag zlib.output_compression true
-> not zipped
In app.php:
ini_set('zlib.output_compression', true);
ini_set('zlib.output_compression', "On");
-> not zipped
[2009-07-21 22:50:56] j...@php.net
There is something weird going on here, verified it now. Need to
investigate more tomorrow. To reproduce on command line:
# HTTP_ACCEPT_ENCODING=gzip gdb --arg php-cgi test.php
[2009-07-21 19:03:10] jflatnes at vt dot edu
Results in:
string(0) "" (meaning I had no previous setting for
zlib.output_compression, I believe)
---
I am coming to understand that the string 'On' doesn't behave the same
way in ini_set as in an ini file, as mentioned. The issue I see here is
that there are two options for zlib compression:
zlib.output_compression = false: no compression with no headers.
zlib.output_compression = true: compression with appropriate headers.
Passing a string to ini_set (other than the string '1') causes a third,
undocumented behavior:
zlib.output_compression = 'On': compression without the headers.
Those three states describe the behavior I'm seeing, and the third
state seems like a bug. If 'On' is an invalid setting, shouldn't the
compression simply not be activated? Am I thinking about this
correctly?)
[2009-07-21 18:46:33] j...@php.net
Try this too:
Also note that using "On" or "Off" or such with ini_set() does NOT work
like they do when used in php.ini.
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/48994
--
Edit this bug report at http://bugs.php.net/?id=48994&edit=1
#49141 [Opn->Bgs]: iconv_mime_encode broken by design for some headers
ID: 49141 Updated by: moriyo...@php.net Reported By: rch at online dot lt -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Centos 5.3 PHP Version: 5.2.10 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This function is not designed to encode such headers in the first place. BTW rfc2822 is outdated. RFC5322 is the update. Previous Comments: [2009-08-03 14:02:24] rch at online dot lt Description: iconv_mime_encode is supposed to compose and return a string that represents a valid MIME header field. However, headers like To, CC and others with email addresses don't fit into simple $field_name => $field_value scheme. Please note that these arguments may contain user submitted data and would contain any characters. The function should accept extra argument(s) for email addresses, and check/encode characters like "'<> with quoted-printable encoding too, and others if needed, and do not encode ascii strings that should not be encoded. Please see http://www.faqs.org/rfcs/rfc2822 for valid email header syntax. Reproduce code: --- --- >From manual page: function.iconv-mime-encode --- -- Edit this bug report at http://bugs.php.net/?id=49141&edit=1
#49144 [NEW]: import of schema from different host transmits original authentication details
From: david dot zuelke at bitextender dot com Operating system: Mac OS X 10.5.7 PHP version: 5.3.0 PHP Bug Type: SOAP related Bug description: import of schema from different host transmits original authentication details Description: Say I have a webservice at foo.com, described by http://foo.com/wsdl, and it's protected by HTTP Basic Authentication. If this WSDL inside the XML Schema definitions imports another schema from a different host, then the HTTP Basic Authentication credentials will be transmitted to this host, too, resulting in the credentials being inadvertently leaked to a third party. An example is the importing of W3C's XML schema located at http://www.w3.org/2001/xml.xsd The original issue was reported on the s...@lists.php.net list and brought to internals@'s attention here: http://thread.gmane.org/gmane.comp.php.devel/58024 Reproduce code: --- .phpt: http://pastie.org/569897 -- Edit bug report at http://bugs.php.net/?id=49144&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49144&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49144&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49144&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49144&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49144&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49144&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49144&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49144&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49144&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49144&r=support Expected behavior: http://bugs.php.net/fix.php?id=49144&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49144&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49144&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49144&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49144&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49144&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49144&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49144&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49144&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49144&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49144&r=mysqlcfg
#49143 [NEW]: is_callable() and unnecessary backslash
From: david at grudl dot com
Operating system:
PHP version: 5.3.0
PHP Bug Type: Class/Object related
Bug description: is_callable() and unnecessary backslash
Description:
is_callable() and method_exists() may invoke autoloader with unnecessary
namespace backslash.
\My\MyClass::func() is the same as My\MyClass::func().
Reproduce code:
---
function __autoload($name)
{
echo $name;
}
is_callable('\My\MyClass::func'); // ERROR
is_callable('My\MyClass::func'); // OK
method_exists('\My\MyClass', 'func'); // ERROR
method_exists('My\MyClass', 'func'); // OK
// defined works well:
defined('\My\MyClass::CONST'); // OK
defined('My\MyClass::CONST'); // OK
Expected result:
My\MyClass
My\MyClass
My\MyClass
My\MyClass
My\MyClass
My\MyClass
Actual result:
--
\My\MyClass
My\MyClass
\My\MyClass
My\MyClass
My\MyClass
My\MyClass
--
Edit bug report at http://bugs.php.net/?id=49143&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49143&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49143&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49143&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49143&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49143&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49143&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49143&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49143&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49143&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49143&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49143&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49143&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49143&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49143&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49143&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49143&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49143&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49143&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49143&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49143&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49143&r=mysqlcfg
#48608 [Fbk->Opn]: Too-old version of libreadline is not detected during ./configure
ID: 48608 User updated by: shahar dot e at zend dot com Reported By: shahar dot e at zend dot com -Status: Feedback +Status: Open Bug Type: Readline related Operating System: Mac OS X 10.5 PHP Version: 5.3CVS-2009-06-19 (snap) Assigned To: jani New Comment: Yes, using --with-libedit compiles and works as expected Previous Comments: [2009-08-03 15:09:11] j...@php.net One more question: Without installing anything extra, does using --with-libedit instead work..? As that should be installed there.. [2009-08-03 14:39:30] shahar dot e at zend dot com >From what I've seen there's a bunch of missing symbols - since I assumed it's a version issue I added a check for just one, but given what we know now, it might be wiser to check for more stuff. 'make' complains about these symbols: 'rl_mark', 'rl_done', 'rl_pending_input' [2009-08-03 13:10:19] j...@php.net How nice of Apple. Why don't they use libedit? :) Is the missing rl_pending_input symbol really the only difference? [2009-08-03 13:04:12] shahar dot e at zend dot com Thanks for looking into this. I am not entirely sure how to check this, but looking at an include/readline/readline.h that works, I see: #define RL_READLINE_VERSION 0x0600 /* Readline 6.0 */ While on the one that doesn't work, I see: #define RL_READLINE_VERSION 0x0402 So I'm assuming that's readline 4.02 and not 4.2 as I thought before. Then again, according to this discussion: http://discussions.apple.com/message.jspa?messageID=7387944 - it seems that libreadline provided with OS X 10.5 is not really libreadline, but just a not-fully compatible wrapper. If this is true, it is probably a good idea to check for those symbols anyway to avoid this problem on Mac OS X (but perhaps change the error message I added in my patch). Shahar. [2009-08-03 11:04:02] j...@php.net Exactly what readline version is it? I tested with 4.2 and it compiles just fine. 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/48608 -- Edit this bug report at http://bugs.php.net/?id=48608&edit=1
#49142 [NEW]: apache crashes on exception throw
From: ies_clan at hotmail dot com Operating system: Windows XP SP3 PHP version: 5.3.0 PHP Bug Type: Apache related Bug description: apache crashes on exception throw Description: plz first load the zip and install the script: http://www.immunecellcompetence.com/exceptionBug.zip in the root dir is a sql file. u have to edit the exceptionBug\Engine\Configuration\Password.Inc.php file. after that, u can start it. if u see the login page, klick on the link: Login mit EnemyArea und test sometimes often, until u got loged in. then klick on the next link: EnemyArea and the apache will crash with the following msg: unbehandelte ausnahme in httpd.exe [4624] to fix it you have to go into the MKLF\System\Engine\StyleSheet.class.php the line //use MKLF\System\Engine\Exceptions\SystemException; is the problem. if u comment that in, it will work. -- Edit bug report at http://bugs.php.net/?id=49142&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49142&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49142&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49142&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49142&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49142&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49142&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49142&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49142&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49142&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49142&r=support Expected behavior: http://bugs.php.net/fix.php?id=49142&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49142&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49142&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49142&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49142&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49142&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49142&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49142&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49142&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49142&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49142&r=mysqlcfg
#49013 [Opn->Fbk]: SOAPClient interprets the parameters array incorrectly
ID: 49013
Updated by: j...@php.net
Reported By: egos at biz-club dot biz
-Status: Open
+Status: Feedback
Bug Type: SOAP related
Operating System: debian Lenny
-PHP Version: 5.2.10
+PHP Version: 5.2.6
New Comment:
Please try using this snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
Previous Comments:
[2009-07-22 07:20:03] egos at biz-club dot biz
Description:
on Debian Lenny (php 5.2.6.dfsg.1-1+lenny3) i run the simple call.
please, take a look at var_dump of the parameters variable and at the
generated xml code
Before xml is generated, it sorts the parameters, so that values loose
bindings to the keys of the array.
Reproduce code:
---
$client->__soapCall("updateMonitoring", $parameters);
var_dump($parameters);
echo "";
echo " REQUEST:\n" . $client->__getLastRequest() . "\n";
Expected result:
correct xml, based on $parameters. Here,s the var_dump of it
$parameters I put there
["login"]=>
string(4) "***"
["password"]=>
string(32) "***"
["monitoring_id"]=>
string(5) "18700"
["plan_budget_total"]=>
string(2) "70"
["plan_budget_navigation"]=>
string(1) "0"
["plan_pay"]=>
string(2) "25"
["total"]=>
int(66)
["task_training"]=>
int(0)
["without_preliminary_examination"]=>
int(0)
["without_competition"]=>
int(0)
["city_0_59"]=>
int(0)
["city_60_100"]=>
int(0)
["city_101_110"]=>
int(0)
["city_111_120"]=>
int(0)
["city_121_130"]=>
int(0)
["city_131_140"]=>
int(0)
["city_141_150"]=>
int(1)
["city_151_160"]=>
int(1)
["city_161_170"]=>
int(2)
["city_171_180"]=>
int(0)
["city_181_190"]=>
int(2)
["city_191_200"]=>
int(2)
["city_201_210"]=>
int(5)
["city_211_220"]=>
int(3)
["city_221_230"]=>
int(1)
["city_231_240"]=>
int(8)
["city_241_250"]=>
int(1)
["city_251_260"]=>
int(4)
["city_261_270"]=>
int(2)
["city_271_280"]=>
int(5)
["city_281_290"]=>
int(5)
["city_291_300"]=>
int(3)
["city_301_310"]=>
int(10)
["city_311_320"]=>
int(3)
["city_321_330"]=>
int(2)
["city_331_340"]=>
int(2)
["city_341_400"]=>
int(1)
["country_0_59"]=>
int(0)
["country_60_100"]=>
int(0)
["country_101_110"]=>
int(0)
["country_111_120"]=>
int(0)
["country_121_130"]=>
int(0)
["country_131_140"]=>
int(0)
["country_141_150"]=>
int(0)
["country_151_160"]=>
int(0)
["country_161_170"]=>
int(0)
["country_171_180"]=>
int(0)
["country_181_190"]=>
int(0)
["country_191_200"]=>
int(0)
["country_201_210"]=>
int(1)
["country_211_220"]=>
int(1)
["country_221_230"]=>
int(0)
["country_231_240"]=>
int(0)
["country_241_250"]=>
int(1)
["country_251_260"]=>
int(0)
["country_261_270"]=>
int(0)
["country_271_280"]=>
int(0)
["country_281_290"]=>
int(0)
["country_291_300"]=>
int(0)
["country_301_310"]=>
int(0)
["country_311_320"]=>
int(0)
["country_321_330"]=>
int(0)
["country_331_340"]=>
int(0)
["country_341_400"]=>
int(0)
}
Actual result:
--
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="urn:abiturient" xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>**187007002566011202253181425531032211100100
--
Edit this bug report at http://bugs.php.net/?id=49013&edit=1
#48608 [Opn->Fbk]: Too-old version of libreadline is not detected during ./configure
ID: 48608 Updated by: j...@php.net Reported By: shahar dot e at zend dot com -Status: Open +Status: Feedback Bug Type: Readline related Operating System: Mac OS X 10.5 PHP Version: 5.3CVS-2009-06-19 (snap) Assigned To: jani New Comment: One more question: Without installing anything extra, does using --with-libedit instead work..? As that should be installed there.. Previous Comments: [2009-08-03 14:39:30] shahar dot e at zend dot com >From what I've seen there's a bunch of missing symbols - since I assumed it's a version issue I added a check for just one, but given what we know now, it might be wiser to check for more stuff. 'make' complains about these symbols: 'rl_mark', 'rl_done', 'rl_pending_input' [2009-08-03 13:10:19] j...@php.net How nice of Apple. Why don't they use libedit? :) Is the missing rl_pending_input symbol really the only difference? [2009-08-03 13:04:12] shahar dot e at zend dot com Thanks for looking into this. I am not entirely sure how to check this, but looking at an include/readline/readline.h that works, I see: #define RL_READLINE_VERSION 0x0600 /* Readline 6.0 */ While on the one that doesn't work, I see: #define RL_READLINE_VERSION 0x0402 So I'm assuming that's readline 4.02 and not 4.2 as I thought before. Then again, according to this discussion: http://discussions.apple.com/message.jspa?messageID=7387944 - it seems that libreadline provided with OS X 10.5 is not really libreadline, but just a not-fully compatible wrapper. If this is true, it is probably a good idea to check for those symbols anyway to avoid this problem on Mac OS X (but perhaps change the error message I added in my patch). Shahar. [2009-08-03 11:04:02] j...@php.net Exactly what readline version is it? I tested with 4.2 and it compiles just fine. [2009-06-19 17:09:20] shahar dot e at zend dot com I used this patch to fix it, perhaps there is a better way (like checking a minimum version): --- ext/readline/config.m4.orig 2009-06-19 19:50:29.0 +0300 +++ ext/readline/config.m4 2009-06-19 19:47:51.0 +0300 -43,6 +43,12 @@ -L$READLINE_DIR/$PHP_LIBDIR $PHP_READLINE_LIBS ]) + dnl Check that libreadline has rl_pending_input defined + PHP_CHECK_LIBRARY(readline, rl_pending_input, + [], [ +AC_MSG_ERROR(readline library is missing some symbols and is probably too old) + ], []) + PHP_CHECK_LIBRARY(readline, rl_callback_read_char, [ AC_DEFINE(HAVE_RL_CALLBACK_READ_CHAR, 1, [ ]) 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/48608 -- Edit this bug report at http://bugs.php.net/?id=48608&edit=1
#48608 [Fbk->Opn]: Too-old version of libreadline is not detected during ./configure
ID: 48608 User updated by: shahar dot e at zend dot com Reported By: shahar dot e at zend dot com -Status: Feedback +Status: Open Bug Type: Readline related Operating System: Mac OS X 10.5 PHP Version: 5.3CVS-2009-06-19 (snap) Assigned To: jani New Comment: >From what I've seen there's a bunch of missing symbols - since I assumed it's a version issue I added a check for just one, but given what we know now, it might be wiser to check for more stuff. 'make' complains about these symbols: 'rl_mark', 'rl_done', 'rl_pending_input' Previous Comments: [2009-08-03 13:10:19] j...@php.net How nice of Apple. Why don't they use libedit? :) Is the missing rl_pending_input symbol really the only difference? [2009-08-03 13:04:12] shahar dot e at zend dot com Thanks for looking into this. I am not entirely sure how to check this, but looking at an include/readline/readline.h that works, I see: #define RL_READLINE_VERSION 0x0600 /* Readline 6.0 */ While on the one that doesn't work, I see: #define RL_READLINE_VERSION 0x0402 So I'm assuming that's readline 4.02 and not 4.2 as I thought before. Then again, according to this discussion: http://discussions.apple.com/message.jspa?messageID=7387944 - it seems that libreadline provided with OS X 10.5 is not really libreadline, but just a not-fully compatible wrapper. If this is true, it is probably a good idea to check for those symbols anyway to avoid this problem on Mac OS X (but perhaps change the error message I added in my patch). Shahar. [2009-08-03 11:04:02] j...@php.net Exactly what readline version is it? I tested with 4.2 and it compiles just fine. [2009-06-19 17:09:20] shahar dot e at zend dot com I used this patch to fix it, perhaps there is a better way (like checking a minimum version): --- ext/readline/config.m4.orig 2009-06-19 19:50:29.0 +0300 +++ ext/readline/config.m4 2009-06-19 19:47:51.0 +0300 -43,6 +43,12 @@ -L$READLINE_DIR/$PHP_LIBDIR $PHP_READLINE_LIBS ]) + dnl Check that libreadline has rl_pending_input defined + PHP_CHECK_LIBRARY(readline, rl_pending_input, + [], [ +AC_MSG_ERROR(readline library is missing some symbols and is probably too old) + ], []) + PHP_CHECK_LIBRARY(readline, rl_callback_read_char, [ AC_DEFINE(HAVE_RL_CALLBACK_READ_CHAR, 1, [ ]) [2009-06-19 17:07:15] shahar dot e at zend dot com Description: The default libreadline version that comes with OS X is too old and seems to be missing symbols like rl_mark, rl_pending_input, rl_history_list, rl_on_new_line. This is not detected by ./configure I am not sure what the minimum requirement is, but adding a check for rl_pending_input in the config.m4 file fixed the problem for me (or more correctly, I got proper detection by ./configure). Reproduce code: --- ./configure --with-readline on a default Mac OS X setup (I think it's 4.2) Expected result: Configure to report a too old version of libreadline Actual result: -- Configure works, linking ext/readline fails due to missing symbols. -- Edit this bug report at http://bugs.php.net/?id=48608&edit=1
#49141 [NEW]: iconv_mime_encode broken by design for some headers
From: rch at online dot lt Operating system: Centos 5.3 PHP version: 5.2.10 PHP Bug Type: ICONV related Bug description: iconv_mime_encode broken by design for some headers Description: iconv_mime_encode is supposed to compose and return a string that represents a valid MIME header field. However, headers like To, CC and others with email addresses don't fit into simple $field_name => $field_value scheme. Please note that these arguments may contain user submitted data and would contain any characters. The function should accept extra argument(s) for email addresses, and check/encode characters like "'<> with quoted-printable encoding too, and others if needed, and do not encode ascii strings that should not be encoded. Please see http://www.faqs.org/rfcs/rfc2822 for valid email header syntax. Reproduce code: --- --- >From manual page: function.iconv-mime-encode --- -- Edit bug report at http://bugs.php.net/?id=49141&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49141&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49141&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49141&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49141&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49141&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49141&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49141&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49141&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49141&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49141&r=support Expected behavior: http://bugs.php.net/fix.php?id=49141&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49141&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49141&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49141&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49141&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49141&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49141&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49141&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49141&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49141&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49141&r=mysqlcfg
#48608 [Opn->Fbk]: Too-old version of libreadline is not detected during ./configure
ID: 48608 Updated by: j...@php.net Reported By: shahar dot e at zend dot com -Status: Open +Status: Feedback Bug Type: Readline related Operating System: Mac OS X 10.5 PHP Version: 5.3CVS-2009-06-19 (snap) Assigned To: jani New Comment: How nice of Apple. Why don't they use libedit? :) Is the missing rl_pending_input symbol really the only difference? Previous Comments: [2009-08-03 13:04:12] shahar dot e at zend dot com Thanks for looking into this. I am not entirely sure how to check this, but looking at an include/readline/readline.h that works, I see: #define RL_READLINE_VERSION 0x0600 /* Readline 6.0 */ While on the one that doesn't work, I see: #define RL_READLINE_VERSION 0x0402 So I'm assuming that's readline 4.02 and not 4.2 as I thought before. Then again, according to this discussion: http://discussions.apple.com/message.jspa?messageID=7387944 - it seems that libreadline provided with OS X 10.5 is not really libreadline, but just a not-fully compatible wrapper. If this is true, it is probably a good idea to check for those symbols anyway to avoid this problem on Mac OS X (but perhaps change the error message I added in my patch). Shahar. [2009-08-03 11:04:02] j...@php.net Exactly what readline version is it? I tested with 4.2 and it compiles just fine. [2009-06-19 17:09:20] shahar dot e at zend dot com I used this patch to fix it, perhaps there is a better way (like checking a minimum version): --- ext/readline/config.m4.orig 2009-06-19 19:50:29.0 +0300 +++ ext/readline/config.m4 2009-06-19 19:47:51.0 +0300 -43,6 +43,12 @@ -L$READLINE_DIR/$PHP_LIBDIR $PHP_READLINE_LIBS ]) + dnl Check that libreadline has rl_pending_input defined + PHP_CHECK_LIBRARY(readline, rl_pending_input, + [], [ +AC_MSG_ERROR(readline library is missing some symbols and is probably too old) + ], []) + PHP_CHECK_LIBRARY(readline, rl_callback_read_char, [ AC_DEFINE(HAVE_RL_CALLBACK_READ_CHAR, 1, [ ]) [2009-06-19 17:07:15] shahar dot e at zend dot com Description: The default libreadline version that comes with OS X is too old and seems to be missing symbols like rl_mark, rl_pending_input, rl_history_list, rl_on_new_line. This is not detected by ./configure I am not sure what the minimum requirement is, but adding a check for rl_pending_input in the config.m4 file fixed the problem for me (or more correctly, I got proper detection by ./configure). Reproduce code: --- ./configure --with-readline on a default Mac OS X setup (I think it's 4.2) Expected result: Configure to report a too old version of libreadline Actual result: -- Configure works, linking ext/readline fails due to missing symbols. -- Edit this bug report at http://bugs.php.net/?id=48608&edit=1
#49139 [NEW]: proc_open requires double quotes
From: david dot gausmann at measx dot com Operating system: Windows XP SP3 PHP version: 5.3.0 PHP Bug Type: Program Execution Bug description: proc_open requires double quotes Description: The command, which shall be executed via proc_open, must be put in double quotes. This bug was on functions like system, exec, ... It seems not to be fixed on proc_open. Reproduce code: --- --- script1.php --- ---script2.php--- Expected result: 1. Lorem ipsum 2. Lorem ipsum 3. The third call of proc_open should fail, the second one should work. Actual result: -- 1. Lorem ipsum 2. 3. Lorem ipsum The second call of proc_open should fails, but the third one works. -- Edit bug report at http://bugs.php.net/?id=49139&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49139&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49139&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49139&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49139&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49139&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49139&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49139&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49139&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49139&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49139&r=support Expected behavior: http://bugs.php.net/fix.php?id=49139&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49139&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49139&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49139&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49139&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49139&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49139&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49139&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49139&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49139&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49139&r=mysqlcfg
#48608 [Fbk->Opn]: Too-old version of libreadline is not detected during ./configure
ID: 48608 User updated by: shahar dot e at zend dot com Reported By: shahar dot e at zend dot com -Status: Feedback +Status: Open Bug Type: Readline related Operating System: Mac OS X 10.5 PHP Version: 5.3CVS-2009-06-19 (snap) Assigned To: jani New Comment: Thanks for looking into this. I am not entirely sure how to check this, but looking at an include/readline/readline.h that works, I see: #define RL_READLINE_VERSION 0x0600 /* Readline 6.0 */ While on the one that doesn't work, I see: #define RL_READLINE_VERSION 0x0402 So I'm assuming that's readline 4.02 and not 4.2 as I thought before. Then again, according to this discussion: http://discussions.apple.com/message.jspa?messageID=7387944 - it seems that libreadline provided with OS X 10.5 is not really libreadline, but just a not-fully compatible wrapper. If this is true, it is probably a good idea to check for those symbols anyway to avoid this problem on Mac OS X (but perhaps change the error message I added in my patch). Shahar. Previous Comments: [2009-08-03 11:04:02] j...@php.net Exactly what readline version is it? I tested with 4.2 and it compiles just fine. [2009-06-19 17:09:20] shahar dot e at zend dot com I used this patch to fix it, perhaps there is a better way (like checking a minimum version): --- ext/readline/config.m4.orig 2009-06-19 19:50:29.0 +0300 +++ ext/readline/config.m4 2009-06-19 19:47:51.0 +0300 -43,6 +43,12 @@ -L$READLINE_DIR/$PHP_LIBDIR $PHP_READLINE_LIBS ]) + dnl Check that libreadline has rl_pending_input defined + PHP_CHECK_LIBRARY(readline, rl_pending_input, + [], [ +AC_MSG_ERROR(readline library is missing some symbols and is probably too old) + ], []) + PHP_CHECK_LIBRARY(readline, rl_callback_read_char, [ AC_DEFINE(HAVE_RL_CALLBACK_READ_CHAR, 1, [ ]) [2009-06-19 17:07:15] shahar dot e at zend dot com Description: The default libreadline version that comes with OS X is too old and seems to be missing symbols like rl_mark, rl_pending_input, rl_history_list, rl_on_new_line. This is not detected by ./configure I am not sure what the minimum requirement is, but adding a check for rl_pending_input in the config.m4 file fixed the problem for me (or more correctly, I got proper detection by ./configure). Reproduce code: --- ./configure --with-readline on a default Mac OS X setup (I think it's 4.2) Expected result: Configure to report a too old version of libreadline Actual result: -- Configure works, linking ext/readline fails due to missing symbols. -- Edit this bug report at http://bugs.php.net/?id=48608&edit=1
#48400 [Asn->Csd]: imap crashes when closing stream opened with OP_PROTOTYPE option
ID: 48400
Updated by: j...@php.net
Reported By: dkelsey at uk dot ibm dot com
-Status: Assigned
+Status: Closed
Bug Type: IMAP related
Operating System: *
PHP Version: 5.*, 6CVS (2009-05-26)
Assigned To: jani
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:
[2009-08-03 13:02:53] s...@php.net
Automatic comment from SVN on behalf of jani
Revision: http://svn.php.net/viewvc/?view=revision&revision=286732
Log: - Fixed bug #48400 (imap crashes when closing stream opened with
OP_PROTOTYPE flag)
[2009-07-26 12:13:04] j...@php.net
This is really funny. Why can't he add some checks in those funcs that
they won't do anything if one passes them a prototype stream? I guess
we
need to cover that as well. And not do try closing those streams then.
[2009-07-02 11:37:13] dkel...@php.net
re-opening the original bug as new bug raised was closed a bogus.
[2009-07-02 06:25:58] dkelsey at uk dot ibm dot com
I sent an email to the c-client mailing list and the response I got
states clearly that it is a php problem as php is not using the mail
apis correctly. Here is the response
Hi Dave -
This is not a bug. Rather, you have misunderstood some important
points.
There are three issues with your sample program.
[1] You SHOULD include c-client.h, and not mail.h directly. mail.h has
most, but not all, of the consumer API definitions and prototypes.
[2] You MUST (repeat, MUST!!) include linkage.c at the start of your
main() function instead of calling mail_link() directly.
[3] A prototype stream is not something that can be given to
mail_close_full().
Without knowing why you are opening a prototype stream, it appears to
me
that you do not understand what a prototype stream is and how/why it is
used; especially since this is an IMAP prototype stream, something
which
is almost completely useless except for internal c-client purposes.
A prototype stream is not a stream. The closest analog to a prototype
stream would be a factory object or class definition. Internally, a
prototype stream is simply a pointer to a static area of constant
memory
that has the dtb for that driver.
Prototype streams have VERY limited use to API consumers. The primary
consumer use is that of a local filesystem format prototype stream as
an
argument to mail_create() to force the created mailbox to be in that
format. However, that use is deprecated in favor of the #driver.???/
prefix; e.g.,
mail_create (NIL,"#driver.mix/newbox");
is the preferred and more modern way of doing
mail_create (mail_open
(NIL,existingmixmailbox,OP_PROTOTYPE),"newbox");
The prototype stream method is the way to create a new local filesystem
mailbox of the same format as an existing local filesystem mailbox, as
opposed to a specified format via the #driver.???/ syntax . This is
therefore the 99% reason why any API consumer would use a prototype
stream.
Your use may be in the remaining 1% (it would have to be, given that
it's
an IMAP prototype stream), but I suspect that it's really a case of
your
not understanding what you are doing.
Getting back to the subject at hand; since it is a factory object (or
class definition), it is inappropriate to call non-factory methods on
it.
For most API consumers, other than mail_create() with a local
filesystem
driver prototype, the remaining uses are power tools for master
sorcerers.
mail_close() and mail_close_full() are completely inappropriate methods
to
use with a prototype stream, even for a master sorcerer. A prototype
stream is not a stream, and is not something that can be closed. When
you
are finished with a prototype stream, you just drop the pointer.
-- Mark --
>From the response, maybe the best solution is to just remove to
OP_PROTOTYPE option, but the response does seem to indicate there could
be other issues hiding away.
[2009-05-26 19:59:54] j...@php.net
Considering this crashes also test.c:
#include "mail.h"
void mm_searched (MAILSTREAM *stream,unsigned long number){}
void mm_exists (MAILSTREAM *stream,unsigned long number){}
void mm_expunged (MAILSTREAM *stream,unsigned long number){}
void mm_flags (MAILSTREAM *stream,unsigned long number){}
#49045 [Asn->Fbk]: Crash when connecting to different web services (caused by --with-curlwrappers)
ID: 49045
Updated by: j...@php.net
Reported By: kelvin at netbasic dot co dot uk
-Status: Assigned
+Status: Feedback
Bug Type: SOAP related
Operating System: Centos 4.7 and 5.3
PHP Version: 5.3.0
Assigned To: jani
New Comment:
I can not reproduce the crash with this configure line and using latest
SVN checkout of PHP_5_3 branch:
/home/jani/src/php-5.3/configure --disable-all --disable-cgi
--enable-soap --enable-libxml --with-curl --with-curlwrappers
Please try again the latest SVN snapshot.
Previous Comments:
[2009-07-27 08:09:48] kelvin at netbasic dot co dot uk
Without --with-curlwrappers it now works, so the cause would appear to
lay there.
Interestingly, this also appears to be the cause of another stream
issue, which is the following function played havoc with require_once
stream_wrapper_register('swift', 'Swift_Stream', 0);
Once this was run, require_once tried to treat all paths as a URL, this
is also working as expected.)
[2009-07-26 23:38:18] j...@php.net
Can you try without this: --with-curlwrappers ?
[2009-07-26 21:48:04] kelvin at netbasic dot co dot uk
I know this isn't the best config, but it does for testing. I've used
the same config on both CentOS and Unbuntu boxes and all had the same
problem:
'./configure' '--with-apxs2=/usr/local/apache/bin/apxs' '--enable-
bcmath' '--enable-calendar' '--enable-ftp' '--enable-discard-path' '--
with-pear' '--enable-sockets' '--with-zlib' '--with-gd' '--with-curl'
'-
-enable-bcmath' '--enable-sigchild' '--enable-sockets' '--with-curl'
'--
with-curlwrappers' '--enable-soap' '--with-openssl' '--with-kerberos'
'-
-enable-mbstring' '--enable-zip' '--with-jpeg-dir=/usr/lib/' --with-ttf
--with-pdo-mysql --with-mysqli --with-mysql)
[2009-07-26 12:15:16] j...@php.net
What is the configure line you used?
[2009-07-26 01:16:14] kelvin at netbasic dot co dot uk
Hi Jani
Thanks for looking into this so quickly, unfortunately its still
occuring, I've tested the last 2 snapshots on both Ubuntu and CentOS
with the same result, I've attached another backtrace -
Program received signal SIGSEGV, Segmentation fault.
0x006f6f2d in strncasecmp () from /lib/libc.so.6
(gdb) bt
#0 0x006f6f2d in strncasecmp () from /lib/libc.so.6
#1 0x00d0505b in curl_strnequal () from /usr/lib/libcurl.so.3
#2 0x00ceb1bc in ?? () from /usr/lib/libcurl.so.3
#3 0x00cecd89 in Curl_http () from /usr/lib/libcurl.so.3
#4 0x00cf89b0 in Curl_do () from /usr/lib/libcurl.so.3
#5 0x00d07b2b in ?? () from /usr/lib/libcurl.so.3
#6 0x00d080bc in curl_multi_perform () from /usr/lib/libcurl.so.3
#7 0x081507ff in php_curl_stream_read (stream=0x99778c0,
buf=0x997931c "\024\223\227\t\024\223\227\tìg\203\t", count=8192)
at /root/t/php5.3-200907260030/ext/curl/streams.c:184
#8 0x08383324 in php_stream_fill_read_buffer (stream=0x99778c0,
size=4000) at /root/t/php5.3-200907260030/main/streams/streams.c:562
#9 0x083835da in _php_stream_read (stream=0x99778c0, buf=0x99f52d8
"", size=4000) at /root/t/php5.3-
200907260030/main/streams/streams.c:605
#10 0x0014b870 in xmlParserInputBufferGrow () from
/usr/lib/libxml2.so.2
#11 0x00124331 in xmlParserInputGrow () from /usr/lib/libxml2.so.2
#12 0x001283fc in ?? () from /usr/lib/libxml2.so.2
#13 0x0013a0bc in xmlParseDocument () from /usr/lib/libxml2.so.2
#14 0x0828edcf in soap_xmlParseFile (filename=0x997769c
"http://webservices.data-8.co.uk/TelephoneValidation.asmx?WSDL";)
at /root/t/php5.3-200907260030/ext/soap/php_xml.c:100
#15 0x082849eb in load_wsdl_ex (this_ptr=0x9977180, struri=0x997769c
"http://webservices.data-8.co.uk/TelephoneValidation.asmx?WSDL";,
ctx=0xbfbfeb08, include=0)
at /root/t/php5.3-200907260030/ext/soap/php_sdl.c:240
#16 0x08288ef6 in load_wsdl (this_ptr=0x9977180, struri=0x997769c
"http://webservices.data-8.co.uk/TelephoneValidation.asmx?WSDL";)
at /root/t/php5.3-200907260030/ext/soap/php_sdl.c:654
#17 0x0828a76f in get_sdl (this_ptr=0x9977180, uri=0x997769c
"http://webservices.data-8.co.uk/TelephoneValidation.asmx?WSDL";,
cache_wsdl=1)
at /root/t/php5.3-200907260030/ext/soap/php_sdl.c:3227
#18 0x0825cc68 in zim_SoapClient_SoapClient (ht=1,
return_value=0x9977714, return_value_ptr=0x0, this_ptr=0x9977180,
return_value_used=0)
at /root/t/php5.3-200907260030/ext/soap/soap.c:2671
#19 0x08406399 in zend_do_fcall_common_helper_SPEC
(execute_data=0x99a9fc0) at /root/t/php5.3-
200907260030/Zend/zend_vm_execute.h:313
#20 0x083dddcd in execute (op_array=0x9978ec0) at /root/t/php5.3-
200907260030/Zend/zend_vm_execute.h:104
#21 0x083bcc77 in zend_execute_script
#48873 [Asn->Csd]: Using both --with-libedit and --with-readline cause unknown option warning
ID: 48873 Updated by: j...@php.net Reported By: simon at stienen dot name -Status: Assigned +Status: Closed Bug Type: Readline related Operating System: * PHP Version: 5.*, 6CVS (2009-07-09) Assigned To: jani 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: [2009-08-03 11:21:45] s...@php.net Automatic comment from SVN on behalf of jani Revision: http://svn.php.net/viewvc/?view=revision&revision=286725 Log: - Fixed bBug #48873 (Using both --with-libedit and --with-readline cause unknown option warning) # This isn't worth of NEWS entry, it's just cosmetic [2009-07-09 19:50:13] j...@php.net It's because you used both --with-libedit and --with-readline. You should use either or. I'll try see if there's some easy way to fix it. [2009-07-09 15:58:25] simon at stienen dot name Description: ./configure lists: -- snip -- --with-libedit[=DIR]Include libedit readline replacement (CLI/CGI only) --with-readline[=DIR] Include readline support (CLI/CGI only) --with-recode[=DIR] Include recode support -- snip -- Reproduce code: --- ./configure --prefix=/usr/local --exec-prefix=/usr/local --localstatedir=/var --with-apxs2filter --with-pcre-regex --with-zlib --enable-bcmath --with-bz2 --with-curl --with-curlwrappers --enable-exif --with-gd --with-jpeg-dir --with-png-dir --with-zlib-dir --with-xpm-dir --with-freetype-dir --with-t1lib --enable-gd-native-ttf --enable-gd-jis-conv --with-gettext --with-gmp --with-mhash --with-imap --with-kerberos --with-imap-ssl --enable-intl --with-ldap --enable-mbstring --with-onig --with-mcrypt --with-mysql=mysqlnd --with-mysqli=mysqlnd --enable-pcntl --with-pdo-mysql=mysqlnd --with-zlib-dir --with-readline --with-libedit --enable-shmop --enable-soap --enable-sockets --enable-sysvmsg --enable-sysvsem --enable-sysvshm --with-tidy --enable-wddx --with-xmlrpc --with-xsl --enable-zip --enable-mysqlnd-threading Expected result: Expecting no error message. Actual result: -- Notice: Following unknown configure options were used: --with-readline Check './configure --help' for available options -- Edit this bug report at http://bugs.php.net/?id=48873&edit=1
#48608 [Asn->Fbk]: Too-old version of libreadline is not detected during ./configure
ID: 48608 Updated by: j...@php.net Reported By: shahar dot e at zend dot com -Status: Assigned +Status: Feedback Bug Type: Readline related Operating System: Mac OS X 10.5 PHP Version: 5.3CVS-2009-06-19 (snap) Assigned To: jani New Comment: Exactly what readline version is it? I tested with 4.2 and it compiles just fine. Previous Comments: [2009-06-19 17:09:20] shahar dot e at zend dot com I used this patch to fix it, perhaps there is a better way (like checking a minimum version): --- ext/readline/config.m4.orig 2009-06-19 19:50:29.0 +0300 +++ ext/readline/config.m4 2009-06-19 19:47:51.0 +0300 -43,6 +43,12 @@ -L$READLINE_DIR/$PHP_LIBDIR $PHP_READLINE_LIBS ]) + dnl Check that libreadline has rl_pending_input defined + PHP_CHECK_LIBRARY(readline, rl_pending_input, + [], [ +AC_MSG_ERROR(readline library is missing some symbols and is probably too old) + ], []) + PHP_CHECK_LIBRARY(readline, rl_callback_read_char, [ AC_DEFINE(HAVE_RL_CALLBACK_READ_CHAR, 1, [ ]) [2009-06-19 17:07:15] shahar dot e at zend dot com Description: The default libreadline version that comes with OS X is too old and seems to be missing symbols like rl_mark, rl_pending_input, rl_history_list, rl_on_new_line. This is not detected by ./configure I am not sure what the minimum requirement is, but adding a check for rl_pending_input in the config.m4 file fixed the problem for me (or more correctly, I got proper detection by ./configure). Reproduce code: --- ./configure --with-readline on a default Mac OS X setup (I think it's 4.2) Expected result: Configure to report a too old version of libreadline Actual result: -- Configure works, linking ext/readline fails due to missing symbols. -- Edit this bug report at http://bugs.php.net/?id=48608&edit=1
#49138 [Opn->Bgs]: Extension dbase missing
ID: 49138 Updated by: scott...@php.net Reported By: sander at procurios dot nl -Status: Open +Status: Bogus Bug Type: dBase related Operating System: * PHP Version: 5.3.0 New Comment: There is no maintainer for the package, it's been moved to PECL but someone is required to do a release to make it appear on the website. You can do a SVN checkout from http://svn.php.net/repository/pecl/dbase/ Previous Comments: [2009-08-03 10:12:39] sander at procurios dot nl Description: According to the PHP 5.3.0 changelog of "30-June-2009" the ext/dbase has been moved to PECL. However, when searching for this package on the PECL website no results can be found. Seeing that dbase is not a PECL package yet, a bug report on their website is a bit "useless". Someone already mentioned something about this on the PEAR forums apparently ( see: http://www.pear-forum.org/post-5098.html ), but seeing that this was mentioned in the 5.3.0 changelog I thought it better to file a bug report here. -- Edit this bug report at http://bugs.php.net/?id=49138&edit=1
#46020 [Asn->Csd]: With Sun Java System Web Server 7.0 on HPUX, #define HPUX
ID: 46020 Updated by: theta...@php.net Reported By: river at wikimedia dot org -Status: Assigned +Status: Closed Bug Type: iPlanet related Operating System: HP-UX 11.11 PHP Version: 5.2.6 Assigned To: thetaphi 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: [2009-08-03 10:14:22] s...@php.net Automatic comment from SVN on behalf of thetaphi Revision: http://svn.php.net/viewvc/?view=revision&revision=286723 Log: MFH: Fix bug #46020: With Sun Java System Web Server 7.0 on HPUX, #define HPUX [2009-08-03 10:13:49] s...@php.net Automatic comment from SVN on behalf of thetaphi Revision: http://svn.php.net/viewvc/?view=revision&revision=286722 Log: MFH: Fix bug #46020: With Sun Java System Web Server 7.0 on HPUX, #define HPUX [2009-08-03 10:12:30] s...@php.net Automatic comment from SVN on behalf of thetaphi Revision: http://svn.php.net/viewvc/?view=revision&revision=286721 Log: Fix bug #46020: With Sun Java System Web Server 7.0 on HPUX, #define HPUX [2009-01-12 09:23:56] river at wikimedia dot org I agree the problem seems to be inside the NSAPI headers, but the response from Sun about this was 'define HPUX yourself', so it seems they're not interested in fixing it. [2009-01-12 09:21:26] rkl at connect dot org dot uk Just a note that "#ifndef HPUX" is technically the wrong check for HP-UX when compiling C/C++, it should be: #ifndef __hpux ..Do non-HP-UX code #endif __hpux is defined in all C/C++ compilers (both gcc/g++ and HP's C/C++) in all releases of HP-UX. So the blame here is with Sun's nsapi.h and not PHP, but until Sun fix it, -DHPUX is the obvious workaround. 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/46020 -- Edit this bug report at http://bugs.php.net/?id=46020&edit=1
#49138 [NEW]: Extension dbase missing
From: sander at procurios dot nl Operating system: * PHP version: 5.3.0 PHP Bug Type: dBase related Bug description: Extension dbase missing Description: According to the PHP 5.3.0 changelog of "30-June-2009" the ext/dbase has been moved to PECL. However, when searching for this package on the PECL website no results can be found. Seeing that dbase is not a PECL package yet, a bug report on their website is a bit "useless". Someone already mentioned something about this on the PEAR forums apparently ( see: http://www.pear-forum.org/post-5098.html ), but seeing that this was mentioned in the 5.3.0 changelog I thought it better to file a bug report here. -- Edit bug report at http://bugs.php.net/?id=49138&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49138&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49138&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49138&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49138&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49138&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49138&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49138&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49138&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49138&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49138&r=support Expected behavior: http://bugs.php.net/fix.php?id=49138&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49138&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49138&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49138&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49138&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49138&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49138&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49138&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49138&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49138&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49138&r=mysqlcfg
#49094 [Opn->Csd]: Can't parse WSDL
ID: 49094
User updated by: kelvin at netbasic dot co dot uk
Reported By: kelvin at netbasic dot co dot uk
-Status: Open
+Status: Closed
Bug Type: SOAP related
Operating System: Centos 4.7 and 5.3
PHP Version: 5.3.0
New Comment:
Hi Guys
I've tested the latest snapshot and it appear to fix this, I believe
its
related to this bug http://bugs.php.net/bug.php?id=49014.
Previous Comments:
[2009-07-29 08:11:22] kelvin at netbasic dot co dot uk
Description:
PHP 5.3 is having issues parsing the WSDL for certain webservices and
throwing an exception stating there is additional content at the end,
but the same webservice works in 5.2.10.
Reproduce code:
---
https://ews31.marketing.ews.yahooapis.com:443/services/V5/CampaignService?wsdl";;
echo "Start client..";
$client = new SoapClient($url);
echo "Finish client..";
?>
Expected result:
Start client..
Finish client..
Actual result:
--
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
WSDL: Couldn't load from
'https://ews31.marketing.ews.yahooapis.com:443/services/V5/CampaignServi
ce?wsdl' : Extra content at the end of the document in
/usr/local/apache/htdocs/t2.php:7 Stack trace: #0
/usr/local/apache/htdocs/t2.php(7): SoapClient-
>SoapClient('https://ews31.m...', Array) #1 {main} thrown in
/usr/local/apache/htdocs/t2.php on line 7
--
Edit this bug report at http://bugs.php.net/?id=49094&edit=1
