[PHP-BUG] Bug #54011 [NEW]: array_merge_recursive does not use free numeric keys
From:
Operating system: linux
PHP version: 5.3.5
Package: Arrays related
Bug Type: Bug
Bug description:array_merge_recursive does not use free numeric keys
Description:
If you use array_merge_recursive to join arrays which have different
numeric keys, free keys are nor used if the later array has a key which is
below the first/highest key.
Test script:
---
var_dump(array_merge_recursive(
array(a = array(5 = 7)),
array(a = array(3 = 8))
));'
Expected result:
array(1) {
[a]=
array(2) {
[3]=
string(1) 8
[5]=
string(1) 7
}
}
Actual result:
--
array(1) {
[a]=
array(2) {
[5]=
string(1) 7
[6]=
string(1) 8
}
}
--
Edit bug report at http://bugs.php.net/bug.php?id=54011edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54011r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54011r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54011r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54011r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54011r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54011r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54011r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54011r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54011r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54011r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54011r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54011r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54011r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54011r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54011r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54011r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54011r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54011r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54011r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54011r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54011r=mysqlcfg
Bug #53971 [Asn-Csd]: isset() and empty() produce apparently spurious runtime error
Edit report at http://bugs.php.net/bug.php?id=53971edit=1 ID: 53971 Updated by: dmi...@php.net Reported by:david at frankieandshadow dot com Summary:isset() and empty() produce apparently spurious runtime error -Status: Assigned +Status: Closed Type: Bug Package:Arrays related Operating System: Linux, Redhat Enterprise PHP Version:5.3.5 Assigned To:dmitry Block user comment: N Private report: N 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: [2011-02-14 09:46:54] dmi...@php.net Automatic comment from SVN on behalf of dmitry Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=308315 Log: Fixed Bug #53971 (isset() and empty() produce apparently spurious runtime error) [2011-02-13 16:48:57] cataphr...@php.net isset() should definitely not be emitting notices. Note that $string[1][0] is a relatively new construct (rev 301320), but it should follow the previous rules that empty and isset are silent. [2011-02-11 18:41:59] dtajchre...@php.net It looks like there was the change in behavior between 5.2.9 and 5.2.10. I don't know whether this was intentional or a side affect of another change. The difference can be seen here: http://codepad.org/iYcCCAkA /* 5.2.5 */ http://codepad.viper-7.com/msAbwQ /* 5.2.15RC3-dev */ I've reopened the ticket so this can be discussed. If it is intentional, it needs to be documented. [2011-02-09 21:30:10] david at frankieandshadow dot com I appreciate that this is the case. When you say $obj-m[0] doesn't exist, yes I agree, BUT that is what the isset is testing for. If it SHOULD produce a runtime error, then (a) this is a very subtle non-upwards compatible change from 5.2, and (b) the example I quoted does NOT produce a runtime error so is a bug. (And producing a runtime error in these circumstances is terribly inconvenient, it means you can't test existence in one go but have to try each element individually). If it SHOULD NOT produce a runtime error then there is a problem with the larger code I have which follows this pattern and is doing so. There is a bug here one way or the other: either my larger program is wrong (but has worked for years with this code in it) or the example I put in the bug report is wrong in that it does not produce an error and never has. At present the behaviour is inconsistent. [2011-02-09 17:50:29] dtajchre...@php.net $obj-m is an empty string. You try to access a non-integer offset. Non-integer offsets are converted to integers. So in other words: $obj-m['a'] becomes $obj-m[0] $obj-m is an empty string and $obj-m[0] doesn't exist This behavior is documented here: http://us.php.net/manual/en/language.types.string.php Warning Writing to an out of range offset pads the string with spaces. Non-integer types are converted to integer. Illegal offset type emits E_NOTICE. Negative offset emits E_NOTICE in write but reads empty string. Only the first character of an assigned string is used. Assigning empty string assigns NUL byte. Simplifying the problem: http://codepad.org/G31wr4oJ 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/bug.php?id=53971 -- Edit this bug report at http://bugs.php.net/bug.php?id=53971edit=1
Bug #53958 [Asn-Csd]: Closures can't 'use' shared variables by value and by reference
Edit report at http://bugs.php.net/bug.php?id=53958edit=1
ID: 53958
Updated by: dmi...@php.net
Reported by:php at maisqi dot com
Summary:Closures can't 'use' shared variables by value and
by reference
-Status: Assigned
+Status: Closed
Type: Bug
Package:Scripting Engine problem
Operating System: Windows XP 32
PHP Version:5.3.5
Assigned To:dmitry
Block user comment: N
Private report: N
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:
[2011-02-14 11:52:18] dmi...@php.net
Automatic comment from SVN on behalf of dmitry
Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=308320
Log: Fixed Bug #53958 (Closures can't 'use' shared variables by value
and by reference)
[2011-02-08 14:00:00] php at maisqi dot com
Description:
When the same variable is 'used' by one closure by reference an another
closure 'uses' the same variable by value, both behave like were 'using'
the var by value. I think the demonstration code will help making things
clear for you.
Not less stranger is the fact that the order you declare the closures
matters.
Test script:
---
?php
/// TEST 1
///
/// Let's define two closures. Both 'use' $a by value.
///
$a = 123;
$fn1 = function () use ($a) { echo $a . \nbr /; };
$fn2 = function () use ($a) { echo $a . \nbr /; };
$a = 123;
$fn1 ();
$fn2 ();
//
// Analisys:
// In PHP 5.3.5 under Windows, outputs:
// 123, 123
// Ok.
///
///
/// TEST 3
///
// Let's repeat TEST 1, but this time both closures 'use' $a by
reference.
echo -\nbr
/;
$a = 123;
$fn1 = function () use ($a) { echo $a . \nbr /; };
$fn2 = function () use ($a) { echo $a . \nbr /; };
$a = 456;
$fn1 ();
$fn2 ();
//
// Analisys:
// In PHP 5.3.5 under Windows, outputs:
// 456, 456
// Ok.
///
///
/// TEST 3
///
/// Let's repeat TEST 1, but this time closure 1 'uses' $a by reference
/// closure 2 uses it by value.
///
echo -\nbr
/;
$a = 123;
$fn1 = function () use ($a) { echo $a . \nbr /; };
$fn2 = function () use ($a) { echo $a . \nbr /; };
$a = 456;
$fn1 ();
$fn2 ();
//
// Analisys:
// In PHP 5.3.5 under Windows, outputs:
// 123, 123
// Wrong! It should output 456, 123.
///
///
/// TEST 4
///
/// Let's do same as in TEST 3 but now closure 1 'uses' by value and
closure 2
/// 'uses' by reference.
///
echo -\nbr
/;
$a = 123;
$fn1 = function () use ($a) { echo $a . \nbr /; };
$fn2 = function () use ($a) { echo $a . \nbr /; };
$a = 456;
$fn1 ();
$fn2 ();
//
// Analisys:
// In PHP 5.3.5 under Windows, outputs:
// 123, 456
// Ok. What the hell?
Expected result:
It should output:
123
123
-
456
456
-
456
123
-
123
456
Actual result:
--
Only Test 3 fails. The others are for helping finding the problem.
123
123
-
456
456
-
123
123
-
123
456
--
Edit this bug report at http://bugs.php.net/bug.php?id=53958edit=1
Bug #53939 [Csd-Bgs]: [intl] IntlDateFormatter::format fails to escape M in 'y-'M
Edit report at http://bugs.php.net/bug.php?id=53939edit=1
ID: 53939
Updated by: cataphr...@php.net
Reported by:igor at wiedler dot ch
Summary:[intl] IntlDateFormatter::format fails to escape M
in 'y-'M
-Status: Closed
+Status: Bogus
Type: Bug
Package:*Languages/Translation
PHP Version:5.3.5
Block user comment: N
Private report: N
Previous Comments:
[2011-02-08 11:19:41] igor at wiedler dot ch
Invalid, closing.
[2011-02-08 11:18:50] igor at wiedler dot ch
I discovered this in the ICU documentation:
Any characters in the pattern that are not in the ranges of ['a'..'z']
and
['A'..'Z'] will be treated as quoted text. For instance, characters like
':',
'.', ' ', '#' and '@' will appear in the resulting time text even they
are not
enclosed within single quotes.The single quote is used to 'escape'
letters. Two
single quotes in a row, whether inside or outside a quoted sequence,
represent a
'real' single quote.
Example:
.MM.dd G 'at' HH:mm:ss zzz
1996.07.10 AD at 15:08:56 PDT
http://userguide.icu-project.org/formatparse/datetime
So the escaping is always between two quote characters, and not an
escape
character before each escaped character (like with date).
Thus, this report is invalid and may be closed.
[2011-02-06 18:02:45] igor at wiedler dot ch
Oops, the last expected is of course:
string(1) n-M
[2011-02-06 17:52:33] igor at wiedler dot ch
Perhaps also worth noting:
Script:
$fmt = new IntlDateFormatter('en' ,IntlDateFormatter::FULL,
IntlDateFormatter::FULL,
'UTC', IntlDateFormatter::GREGORIAN ,WTF 'y-'M);
var_dump($fmt-format(0));
$fmt = new IntlDateFormatter('en' ,IntlDateFormatter::FULL,
IntlDateFormatter::FULL,
'UTC', IntlDateFormatter::GREGORIAN ,n-'M);
var_dump($fmt-format(0));
Actual:
string(1) 0
string(1) -
Expected:
string(1) 0T1 1970-1
string(1) n-1
[2011-02-06 17:42:28] igor at wiedler dot ch
Description:
When calling IntlDateFormatter::format with the format 'y-'M-'d, it
fails to
escape the M properly. ' is the escape character of ICU's dateformat.
Test script:
---
?php
$fmt = new IntlDateFormatter('en' ,IntlDateFormatter::FULL,
IntlDateFormatter::FULL,
'UTC', IntlDateFormatter::GREGORIAN ,M);
var_dump($fmt-format(0));
$fmt = new IntlDateFormatter('en' ,IntlDateFormatter::FULL,
IntlDateFormatter::FULL,
'UTC', IntlDateFormatter::GREGORIAN ,'M);
var_dump($fmt-format(0));
$fmt = new IntlDateFormatter('en' ,IntlDateFormatter::FULL,
IntlDateFormatter::FULL,
'UTC', IntlDateFormatter::GREGORIAN ,'y-'M);
var_dump($fmt-format(0));
Expected result:
string(1) 1
string(1) M
string(3) y-M
Actual result:
--
string(1) 1
string(1) M
string(3) y-1
--
Edit this bug report at http://bugs.php.net/bug.php?id=53939edit=1
[PHP-BUG] Bug #54013 [NEW]: ReflectionParam for duplicate parameter contains garbage
From:
Operating system:
PHP version: 5.3.5
Package: Reflection related
Bug Type: Bug
Bug description:ReflectionParam for duplicate parameter contains garbage
Description:
ReflectionParam object for 2nd parameter contains random value for name
property.
Test script:
---
?php
class a
{
function b($a, $a)
{
$params = func_get_args();
var_dump($params, $a);
}
}
$c = new a;
$c-b('waa?', 'meukee!');
$reflectionClass = new ReflectionClass($c);
$params = $reflectionClass-getMethod('b')-getParameters();
var_dump($params);
Expected result:
array
0 = string 'waa?' (length=4)
1 = string 'meukee!' (length=7)
string 'meukee!' (length=7)
array
0 =
object(ReflectionParameter)[4]
public 'name' = string 'a' (length=1)
1 =
object(ReflectionParameter)[5]
public 'name' = string 'a' (length=1)
or exception/error..
Actual result:
--
array
0 = string 'waa?' (length=4)
1 = string 'meukee!' (length=7)
string 'meukee!' (length=7)
array
0 =
object(ReflectionParameter)[4]
public 'name' = string 'a' (length=1)
1 =
object(ReflectionParameter)[5]
public 'name' = string 'insert random byte here' (length=1)
--
Edit bug report at http://bugs.php.net/bug.php?id=54013edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54013r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54013r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54013r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54013r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54013r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54013r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54013r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54013r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54013r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54013r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54013r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54013r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54013r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54013r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54013r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54013r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54013r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54013r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54013r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54013r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54013r=mysqlcfg
Bug #54013 [Com]: ReflectionParam for duplicate parameter contains garbage
Edit report at http://bugs.php.net/bug.php?id=54013edit=1
ID: 54013
Comment by: arjen at react dot nl
Reported by:arjen at react dot nl
Summary:ReflectionParam for duplicate parameter contains
garbage
Status: Open
Type: Bug
Package:Reflection related
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
Related to http://bugs.php.net/bug.php?id=43512
Previous Comments:
[2011-02-14 14:52:23] arjen at react dot nl
Description:
ReflectionParam object for 2nd parameter contains random value for name
property.
Test script:
---
?php
class a
{
function b($a, $a)
{
$params = func_get_args();
var_dump($params, $a);
}
}
$c = new a;
$c-b('waa?', 'meukee!');
$reflectionClass = new ReflectionClass($c);
$params = $reflectionClass-getMethod('b')-getParameters();
var_dump($params);
Expected result:
array
0 = string 'waa?' (length=4)
1 = string 'meukee!' (length=7)
string 'meukee!' (length=7)
array
0 =
object(ReflectionParameter)[4]
public 'name' = string 'a' (length=1)
1 =
object(ReflectionParameter)[5]
public 'name' = string 'a' (length=1)
or exception/error..
Actual result:
--
array
0 = string 'waa?' (length=4)
1 = string 'meukee!' (length=7)
string 'meukee!' (length=7)
array
0 =
object(ReflectionParameter)[4]
public 'name' = string 'a' (length=1)
1 =
object(ReflectionParameter)[5]
public 'name' = string 'insert random byte here' (length=1)
--
Edit this bug report at http://bugs.php.net/bug.php?id=54013edit=1
Bug #53986 [Fbk-Opn]: Weird behavior upon reading .mo files
Edit report at http://bugs.php.net/bug.php?id=53986edit=1 ID: 53986 User updated by:cristian dot datculescu at gmail dot com Reported by:cristian dot datculescu at gmail dot com Summary:Weird behavior upon reading .mo files -Status: Feedback +Status: Open Type: Bug Package:I18N and L10N related Operating System: CentOS 5.2 PHP Version:Irrelevant Block user comment: N Private report: N New Comment: ?php // set the locale putenv(LANGUAGE=fr_FR); setlocale(LC_ALL, fr_FR); $domain_new = messages_1; // bind the text domain bindtextdomain($domain_new, dirname(__FILE__) . DIRECTORY_SEPARATOR . locale); // set the new domain textdomain($domain_new); $strlen = array(); // the sample text echo gettext(Niste informatie de test!); ? The .mo file contains only the Niste informatie de test! phrase translated into version1. This script runned for the first time will translate ok. Changing the name of the file to messages_2 and the translation to version_2 [and updating the php as necessary], will lead to keeping the old translation [although a new domain has been set] or translating the text only about 50% [with a small deviation]. Previous Comments: [2011-02-12 08:40:36] ka...@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 ?php and ends 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. [2011-02-10 17:32:36] cristian dot datculescu at gmail dot com Description: When changing the .mo files, the changes are not taken into consideration until reloading/restarting the webserver. The solution we are using at the moment is to make symlinks for the modified .mo files and version them (so basicly php ends up reading a default_5.mo file). But we have run into a bug that it is for us very hard to track: sometimes while changing the .mo files and updating the version, about 50% of the translation attempts fail, reverting to printing the original text. It continues to do so until the webserver is reloaded/restarted. I have managed to replicate the bug by doing this: create the sylink, restart server, delete the symlink. In some of the cases the weird behaviour will start to manifest. What is even weirder is that putting back the symlinks does not help, the translation requests continuing to be 50% failed. -- Edit this bug report at http://bugs.php.net/bug.php?id=53986edit=1
Bug #53984 [Com]: mail() regression with sendmail_path containing -f
Edit report at http://bugs.php.net/bug.php?id=53984edit=1
ID: 53984
Comment by: danger at FreeBSD dot org
Reported by:danger at freebsd dot org
Summary:mail() regression with sendmail_path containing -f
Status: Feedback
Type: Bug
Package:Mail related
Operating System: FreeBSD, should not depend on OS
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
Hello,
the MTA has not been changed during the upgrade, as I am using Sendmail
8.14.4 which comes with the FreeBSD base system.
Previous Comments:
[2011-02-13 16:35:18] cataphr...@php.net
Well, the test is meaningless without you telling which MTA you're
using. sendmail is provided by several programs.
Can you actually confirm that between the two versions PHP called
sendmail in a different fashion (perhaps by making sendmail_path, point
to wrapper program that logs the command line and possibly the data
passed?). I'm guessing you also changed your MTA when you upgraded PHP.
[2011-02-13 13:12:29] danger at freebsd dot org
Did you test the provided code?
[2011-02-13 04:32:51] cataphr...@php.net
I find this a little hard to believe. Nothing has changed in
ext/standard/mail.c between these two versions.
[2011-02-10 16:06:07] danger at freebsd dot org
Run the script with:
hosting# pear run-tests mail-test.phpt
Running 1 tests
FAIL mail(): returns false when sendmail_path contains a -f flag and we
use additional_params with one[mail-test.phpt]
wrote log to /root/run-tests.log
TOTAL TIME: 00:00
0 PASSED TESTS
0 SKIPPED TESTS
1 FAILED TESTS:
mail-test.phpt
[2011-02-10 16:04:21] danger at freebsd dot org
Description:
mail() returns false when sendmail_path contains a -f flag and we use
additional_params with -f specified again.
This is a regression from 5.3.3 (which I have updated from and
discovered the Roundcube stopped being able to send emails).
Additional information:
hosting# php -v
PHP 5.3.5 with Suhosin-Patch (cli) (built: Feb 8 2011 16:36:25)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
with XCache v1.3.1, Copyright (c) 2005-2010, by mOo
Test script:
---
--TEST--
mail(): returns false when sendmail_path contains a -f flag and we use
additional_params with one
--INI--
sendmail_path=/usr/sbin/sendmail -t -i -f f...@bar.tld
--FILE--
?php
var_dump(mail('b...@foo.tld', 'subject', 'message', 'From: f...@bar.tld',
'-f...@baz.tld'));
?
--EXPECT--
bool(true)
Expected result:
bool(true)
Actual result:
--
hosting# cat mail-test.out
More than one from person
bool(false)
--
Edit this bug report at http://bugs.php.net/bug.php?id=53984edit=1
Bug #54013 [Opn]: ReflectionParam for duplicate parameter contains garbage
Edit report at http://bugs.php.net/bug.php?id=54013edit=1
ID: 54013
Updated by: cataphr...@php.net
Reported by:arjen at react dot nl
Summary:ReflectionParam for duplicate parameter contains
garbage
Status: Open
Type: Bug
-Package:Reflection related
+Package:Scripting Engine problem
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
This appears to be unrelated to reflection. Omitting the reflection
part, valgrind says:
==6643== Invalid read of size 1
==6643==at 0x4C25FF8: memcpy (mc_replace_strmem.c:497)
==6643==by 0x6A8717: _estrndup (zend_alloc.c:2497)
==6643==by 0x6B5D18: zend_do_receive_arg (zend_compile.c:1512)
==6643==by 0x696369: zendparse (zend_language_parser.y:457)
==6643==by 0x6A04F1: compile_file (zend_language_scanner.l:364)
==6643==by 0x566250: phar_compile_file (phar.c:3393)
==6643==by 0x6C43D8: zend_execute_scripts (zend.c:1186)
==6643==by 0x671DC6: php_execute_script (main.c:2268)
==6643==by 0x74EA6A: main (php_cli.c:1193)
==6643== Address 0x6fe0470 is 0 bytes inside a block of size 2 free'd
==6643==at 0x4C240FD: free (vg_replace_malloc.c:366)
==6643==by 0x6ACD95: lookup_cv (zend_compile.c:273)
==6643==by 0x6AED32: fetch_simple_variable_ex (zend_compile.c:388)
==6643==by 0x69632B: zendparse (zend_language_parser.y:457)
==6643==by 0x6A04F1: compile_file (zend_language_scanner.l:364)
==6643==by 0x566250: phar_compile_file (phar.c:3393)
==6643==by 0x6C43D8: zend_execute_scripts (zend.c:1186)
==6643==by 0x671DC6: php_execute_script (main.c:2268)
==6643==by 0x74EA6A: main (php_cli.c:1193)
==6643==
Previous Comments:
[2011-02-14 14:52:45] arjen at react dot nl
Related to http://bugs.php.net/bug.php?id=43512
[2011-02-14 14:52:23] arjen at react dot nl
Description:
ReflectionParam object for 2nd parameter contains random value for name
property.
Test script:
---
?php
class a
{
function b($a, $a)
{
$params = func_get_args();
var_dump($params, $a);
}
}
$c = new a;
$c-b('waa?', 'meukee!');
$reflectionClass = new ReflectionClass($c);
$params = $reflectionClass-getMethod('b')-getParameters();
var_dump($params);
Expected result:
array
0 = string 'waa?' (length=4)
1 = string 'meukee!' (length=7)
string 'meukee!' (length=7)
array
0 =
object(ReflectionParameter)[4]
public 'name' = string 'a' (length=1)
1 =
object(ReflectionParameter)[5]
public 'name' = string 'a' (length=1)
or exception/error..
Actual result:
--
array
0 = string 'waa?' (length=4)
1 = string 'meukee!' (length=7)
string 'meukee!' (length=7)
array
0 =
object(ReflectionParameter)[4]
public 'name' = string 'a' (length=1)
1 =
object(ReflectionParameter)[5]
public 'name' = string 'insert random byte here' (length=1)
--
Edit this bug report at http://bugs.php.net/bug.php?id=54013edit=1
[PHP-BUG] Bug #54015 [NEW]: PHP processes remaining active while they should not
From: Operating system: CentOS 5.5 PHP version: 5.3.5 Package: FPM related Bug Type: Bug Bug description:PHP processes remaining active while they should not Description: PHP processes are still active even though they are freed up. As soon as a php-fpm reload is performed, the number of php processes drops. So seems that php is not updating the status of the processes. extract of the conf file: pm = dynamic pm.max_children = 120 pm.start_servers = 20 pm.min_spare_servers = 10 pm.max_spare_servers = 20 pm.max_requests = 1000 -- Edit bug report at http://bugs.php.net/bug.php?id=54015edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54015r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54015r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54015r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54015r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54015r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54015r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54015r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54015r=needscript Try newer version: http://bugs.php.net/fix.php?id=54015r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54015r=support Expected behavior: http://bugs.php.net/fix.php?id=54015r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54015r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54015r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54015r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54015r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54015r=dst IIS Stability: http://bugs.php.net/fix.php?id=54015r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54015r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54015r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54015r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54015r=mysqlcfg
[PHP-BUG] Bug #54016 [NEW]: finfo_file: Cannot determine filetype in archives
From: bjori Operating system: Linux PHP version: 5.3.5 Package: Filesystem function related Bug Type: Bug Bug description:finfo_file: Cannot determine filetype in archives Description: finfo_file() does not support stream wrappers, such as zip://, even though it has stream context option :( Test script: --- ?php $fp = finfo_open(FILEINFO_MIME_TYPE); $png = zip:// . __DIR__ . /resources/dir.zip#dir/test.png var_dump(finfo_file($fp, $png)); Expected result: string(9) image/png Actual result: -- PHP Warning: finfo_file(): File or path not found 'zip:///home/bjori/Work/OSS/svn-php/php/php- src/branches/PHP_5_3/ext/fileinfo/tests/resources/dir.zip#dir/test.png' in /home/bjori/Work/OSS/svn-php/php/php-src/branches/PHP_5_3/t.php on line 5 -- Edit bug report at http://bugs.php.net/bug.php?id=54016edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54016r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54016r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54016r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54016r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54016r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54016r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54016r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54016r=needscript Try newer version: http://bugs.php.net/fix.php?id=54016r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54016r=support Expected behavior: http://bugs.php.net/fix.php?id=54016r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54016r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54016r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54016r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54016r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54016r=dst IIS Stability: http://bugs.php.net/fix.php?id=54016r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54016r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54016r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54016r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54016r=mysqlcfg
Bug #54016 [PATCH]: finfo_file: Cannot determine filetype in archives
Edit report at http://bugs.php.net/bug.php?id=54016edit=1 ID: 54016 Patch added by: bj...@php.net Reported by:bj...@php.net Summary:finfo_file: Cannot determine filetype in archives Status: Open Type: Bug Package:Filesystem function related Operating System: Linux PHP Version:5.3.5 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: finfo.patch Revision: 1297696874 URL: http://bugs.php.net/patch-display.php?bug=54016patch=finfo.patchrevision=1297696874 Previous Comments: [2011-02-14 16:20:55] bj...@php.net Description: finfo_file() does not support stream wrappers, such as zip://, even though it has stream context option :( Test script: --- ?php $fp = finfo_open(FILEINFO_MIME_TYPE); $png = zip:// . __DIR__ . /resources/dir.zip#dir/test.png var_dump(finfo_file($fp, $png)); Expected result: string(9) image/png Actual result: -- PHP Warning: finfo_file(): File or path not found 'zip:///home/bjori/Work/OSS/svn-php/php/php- src/branches/PHP_5_3/ext/fileinfo/tests/resources/dir.zip#dir/test.png' in /home/bjori/Work/OSS/svn-php/php/php-src/branches/PHP_5_3/t.php on line 5 -- Edit this bug report at http://bugs.php.net/bug.php?id=54016edit=1
[PHP-BUG] Bug #54017 [NEW]: allocation error of float variable
From: Operating system: Windows 7 64(bits) PHP version: 5.3.5 Package: *General Issues Bug Type: Bug Bug description:allocation error of float variable Description: ?php $ar = array(); $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.425; $ar[] = 0.425; $ar[] = 0.425; if ( array_sum($ar)=17 ) It was to come. ? Test script: --- ?php $ar = array(); $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.425; $ar[] = 0.425; $ar[] = 0.425; if ( array_sum($ar)=17 ) It was to come. ? Expected result: It was to come. -- Edit bug report at http://bugs.php.net/bug.php?id=54017edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54017r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54017r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54017r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54017r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54017r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54017r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54017r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54017r=needscript Try newer version: http://bugs.php.net/fix.php?id=54017r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54017r=support Expected behavior: http://bugs.php.net/fix.php?id=54017r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54017r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54017r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54017r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54017r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54017r=dst IIS Stability: http://bugs.php.net/fix.php?id=54017r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54017r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54017r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54017r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54017r=mysqlcfg
Bug #54017 [Opn-Bgs]: allocation error of float variable
Edit report at http://bugs.php.net/bug.php?id=54017edit=1 ID: 54017 Updated by: paj...@php.net Reported by:davidmdvd at gmail dot com Summary:allocation error of float variable -Status: Open +Status: Bogus Type: Bug Package:*General Issues Operating System: Windows 7 64(bits) PHP Version:5.3.5 Block user comment: N Private report: N New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about floats and what IEEE 754 is, read this: http://www.floating-point-gui.de/ Thank you for your interest in PHP. Previous Comments: [2011-02-14 17:48:11] davidmdvd at gmail dot com Description: ?php $ar = array(); $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.425; $ar[] = 0.425; $ar[] = 0.425; if ( array_sum($ar)=17 ) It was to come. ? Test script: --- ?php $ar = array(); $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.85; $ar[] = 0.425; $ar[] = 0.425; $ar[] = 0.425; if ( array_sum($ar)=17 ) It was to come. ? Expected result: It was to come. -- Edit this bug report at http://bugs.php.net/bug.php?id=54017edit=1
[PHP-BUG] Req #54019 [NEW]: synthesize class property setter/getter feature request
From:
Operating system: n/a
PHP version: Irrelevant
Package: Unknown/Other Function
Bug Type: Feature/Change Request
Bug description:synthesize class property setter/getter feature request
Description:
This is a take from the objective-c language, and may prove useful in
future
releases of PHP.
Currently, to generate generic setters/getters for class properties, this
must
be done manually in the class declaration:
class Foo {
public $bar
function bar() {
return $this-bar;
}
function setBar($val) {
$this-bar = $val;
}
}
This can be a tedious task when there are many properties, and clutter up
the
class. Using the __call() magic function for manual pseudo-synthesized
functions
is a complexity and extra wrapper call that could be avoided.
Feature request: the ability to have PHP automatically synthesize generic
setters/getters for properties. You would specify which properties are
synthesized. Syntax idea:
class Foo {
synthesize public $bar;
// bar() and setBar() are now automatically synthesized by PHP
}
Manual overrides to these synthesized methods are permissible, in case a
non-
generic method is required. This feature would greatly simplify
boiler-plate
setter/getter setup, and avoid the overhead of using __call() as a wrapper
to
create a manual psuedo-synthesize functionality. PHP IDE's would be able to
identify synthesized properties for auto-completion of available
setter/getter
methods.
--
Edit bug report at http://bugs.php.net/bug.php?id=54019edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54019r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54019r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54019r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54019r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54019r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54019r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54019r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54019r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54019r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54019r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54019r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54019r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54019r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54019r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54019r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54019r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54019r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54019r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54019r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54019r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54019r=mysqlcfg
Req #54019 [Opn]: synthesize class property setter/getter feature request
Edit report at http://bugs.php.net/bug.php?id=54019edit=1
ID: 54019
User updated by:monte at ohrt dot com
Reported by:monte at ohrt dot com
Summary:synthesize class property setter/getter feature
request
Status: Open
Type: Feature/Change Request
Package:Unknown/Other Function
Operating System: n/a
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
This could also speed up the access to stub setters/getters (?), as
manually
created methods are much slower than direct property access.
Previous Comments:
[2011-02-14 18:40:38] monte at ohrt dot com
Description:
This is a take from the objective-c language, and may prove useful in
future
releases of PHP.
Currently, to generate generic setters/getters for class properties,
this must
be done manually in the class declaration:
class Foo {
public $bar
function bar() {
return $this-bar;
}
function setBar($val) {
$this-bar = $val;
}
}
This can be a tedious task when there are many properties, and clutter
up the
class. Using the __call() magic function for manual pseudo-synthesized
functions
is a complexity and extra wrapper call that could be avoided.
Feature request: the ability to have PHP automatically synthesize
generic
setters/getters for properties. You would specify which properties are
synthesized. Syntax idea:
class Foo {
synthesize public $bar;
// bar() and setBar() are now automatically synthesized by PHP
}
Manual overrides to these synthesized methods are permissible, in case a
non-
generic method is required. This feature would greatly simplify
boiler-plate
setter/getter setup, and avoid the overhead of using __call() as a
wrapper to
create a manual psuedo-synthesize functionality. PHP IDE's would be able
to
identify synthesized properties for auto-completion of available
setter/getter
methods.
--
Edit this bug report at http://bugs.php.net/bug.php?id=54019edit=1
[PHP-BUG] Bug #54020 [NEW]: build 7600
From:
Operating system: Windows 7 Professional
PHP version: 5.3.5
Package: *General Issues
Bug Type: Bug
Bug description:build 7600
Description:
Php echoes incorrect information about the OS
Test script:
---
Running on Windows 7 Professional edition:
$build = php_uname('v'); /* Version information */
echo $build;
Results in:
build 7600 (Unknow Windows version Business Edition)
Expected result:
build 7600 (Windows 7 Professional Edition)
Actual result:
--
build 7600 (Unknow Windows version Business Edition)
--
Edit bug report at http://bugs.php.net/bug.php?id=54020edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54020r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54020r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54020r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54020r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54020r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54020r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54020r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54020r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54020r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54020r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54020r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54020r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54020r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54020r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54020r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54020r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54020r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54020r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54020r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54020r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54020r=mysqlcfg
[PHP-BUG] Bug #54021 [NEW]: incompatiiblity PHP 5.3-mysqli
From:
Operating system: windows-linux
PHP version: 5.3.5
Package: MySQLi related
Bug Type: Bug
Bug description:incompatiiblity PHP 5.3-mysqli
Description:
i develop webapps in PHP OOP and mysql using mysqli library. this very
simple
query
SELECT * FROM fornitori ORDER BY ragSociale
works ok on localhost on my PC (Windows 7 Pro x64, apache 2.2.17-PHP
5.3.5-MySQL
5.1.55) but on my VPS (centOS 5.5, apache 2.2.16-PHP 5.3.2-MySQL 5.1.48)
doesnt'work! in fact i have crerated a PHP function classes to use
databases and
in some of these i use the following code to check errors:
echo $this-message('Query Error: ' . $mysqli-errno . '\nQuery: ' . $sql .
'\n\nError: ' . $mysqli-error);
while in localhost tehre isn't any error on my VPS i have teh following
error:
Query Error:
Query: SELECT * FROM fornitori ORDER BY ragSociale
Error:
without any sort of error description. on other web server where i have a
site
(apache 2.2.16-PHP 5.2.13-MySQL 5.1.51) there isn't any error! so i think:
is
this a bug of PHP 5.3 using MySQLi
Test script:
---
function arrayRecords($sql) {
$mysqli = new mysqli($this-host, $this-user, $this-pass,
$this-data);
if ($mysqli) {
$result = $mysqli-query($sql);
if ($result) {
if ($result-num_rows) {
while ($row = $result-fetch_assoc())
$array[] = $row;
} else
$array = array();
} else
echo $this-message('Query Error: ' . $mysqli-errno . '\nQuery: '
. $sql . '\n\nError: ' . $mysqli-error);
} else
echo $this-message('DB Connect Error: ' . $mysqli-connect_errno .
'\nError: ' . $mysqli-connect_error);
//$result-close();
$mysqli-close();
return $array;
}
// with PHP 5.2 works, with PHP 5.3 error!
$rows = $arrayRecords($sql_query);
Expected result:
nothing, it must show a window with the query results
--
Edit bug report at http://bugs.php.net/bug.php?id=54021edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54021r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54021r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54021r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54021r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54021r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54021r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54021r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54021r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54021r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54021r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54021r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54021r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54021r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54021r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54021r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54021r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54021r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54021r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54021r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54021r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54021r=mysqlcfg
[PHP-BUG] Req #54022 [NEW]: Add support for curl_easy_reset
From: Operating system: Mac OS X PHP version: 5.3.5 Package: cURL related Bug Type: Feature/Change Request Bug description:Add support for curl_easy_reset Description: It's difficult to use the same curl handle for multiple requests to the same host and port when many unknown options could have been applied to the handle after its creation. Many of the curl_setopt options can be removed from a handle using some careful option setting, but some options cannot. Adding a curl_easy_reset method to the PHP bindings would allow PHP developers to more easily implement connection pooling and utilize keep-alive sessions over HTTP/1.1. curl_easy_reset has been available since version 7.12.1 (http://curl.haxx.se/libcurl/c/curl_easy_reset.html): Re-initializes all options previously set on a specified CURL handle to the default values. This puts back the handle to the same state as it was in when it was just created with curl_easy_init(3). It does not change the following information kept in the handle: live connections, the Session ID cache, the DNS cache, the cookies and shares. -- Edit bug report at http://bugs.php.net/bug.php?id=54022edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54022r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54022r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54022r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54022r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54022r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54022r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54022r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54022r=needscript Try newer version: http://bugs.php.net/fix.php?id=54022r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54022r=support Expected behavior: http://bugs.php.net/fix.php?id=54022r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54022r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54022r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54022r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54022r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54022r=dst IIS Stability: http://bugs.php.net/fix.php?id=54022r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54022r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54022r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54022r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54022r=mysqlcfg
