On Mon, December 28, 2009 6:27 pm, Clint Priest wrote:
> Etienne Kneuss wrote:
>> On Tue, Dec 29, 2009 at 12:04 AM, Clint Priest
>> wrote:
>>> Unfortunately $x instanceOf ArrayAccess doesn't return true when $x
>>> is
>>> indeed an array.
>>
>> Making is_array return true for objects implementing
On Mon, December 28, 2009 10:30 am, Clint Priest wrote:
> Has there been any discussion or decision about whether is_array()
> should return true for objects which implement ArrayAccess or is there
> another function already available which checks for either being the
> case?
I really would prefer
Hi,
On Tue, Dec 29, 2009 at 1:27 AM, Clint Priest wrote:
> Etienne Kneuss wrote:
>>
>> On Tue, Dec 29, 2009 at 12:04 AM, Clint Priest
>> wrote:
>>>
>>> Unfortunately $x instanceOf ArrayAccess doesn't return true when $x is
>>> indeed an array.
>>
>> Making is_array return true for objects implem
Etienne Kneuss wrote:
On Tue, Dec 29, 2009 at 12:04 AM, Clint Priest wrote:
Unfortunately $x instanceOf ArrayAccess doesn't return true when $x is
indeed an array.
Making is_array return true for objects implementing ArrayAccess is a
bad idea, for two main reasons:
1) is_array is a type chec
Bump.
I really think we need to think about this problem that Lukas has
brought up.
Now that the magic words have come up ('counting stat calls'), can we
get someone to weight in on the possibility of both having some kind of
include_path resolver in the 5.3 branch, and it's impact of stat c
Hello,
On Tue, Dec 29, 2009 at 12:04 AM, Clint Priest wrote:
> Unfortunately $x instanceOf ArrayAccess doesn't return true when $x is
> indeed an array.
Making is_array return true for objects implementing ArrayAccess is a
bad idea, for two main reasons:
1) is_array is a type check, and we shou
Unfortunately $x instanceOf ArrayAccess doesn't return true when $x is
indeed an array.
Jille Timmermans wrote:
Op 28-12-2009 17:30, Clint Priest schreef:
Has there been any discussion or decision about whether is_array()
should return true for objects which implement ArrayAccess or is there
a
Op 28-12-2009 17:30, Clint Priest schreef:
Has there been any discussion or decision about whether is_array()
should return true for objects which implement ArrayAccess or is there
another function already available which checks for either being the case?
How about $x instanceOf ArrayAccess ?
Has there been any discussion or decision about whether is_array()
should return true for objects which implement ArrayAccess or is there
another function already available which checks for either being the case?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: htt
On Mon, Dec 28, 2009 at 4:39 PM, Tjerk Meesters
wrote:
> On 28-Dec-2009, at 20:39, Ferenc Kovacs wrote:
>
>> On Mon, Dec 28, 2009 at 11:58 AM, jvlad wrote:
Do you think we are deprecating split() just for fun?
>>>
>>> Yes, exactly. It's just made for _fun_ by core developers and brough
On Mon, Dec 28, 2009 at 4:07 PM, jvlad wrote:
>> as far as I see, the changes depends on how many work has to be done,
>> to preserve something.
>
> I see the same.
>
>> posix functions like split, and so could have been modified to work
>> with the unicode strings, but nobody cared enough.
>
> Be
On 28-Dec-2009, at 20:39, Ferenc Kovacs wrote:
On Mon, Dec 28, 2009 at 11:58 AM, jvlad wrote:
Do you think we are deprecating split() just for fun?
Yes, exactly. It's just made for _fun_ by core developers and brought
headache
to people developing in php.
We are letting you know that you n
On 28-Dec-2009, at 17:43, Richard Quadling
wrote:
2009/12/23 Tjerk Meesters :
On 24-Dec-2009, at 2:47, Pierre Joye wrote:
On Wed, Dec 23, 2009 at 7:20 PM, Michael Shadle
wrote:
On Wed, Dec 23, 2009 at 10:13 AM, Mikko Koppanen
wrote:
Hello,
I think you can use PHP_INI_SCAN_DIR e
> as far as I see, the changes depends on how many work has to be done,
> to preserve something.
I see the same.
> posix functions like split, and so could have been modified to work
> with the unicode strings, but nobody cared enough.
Because this work is not in the TODO (milestones).
-jv
>> > We are letting you know that you need to start thinking about
>> > migrating your code away from non-Unicode aware functions like
>> > ereg() and split().
>>
>> Well, this filled up my php logs with some million records telling me
>> this! Do you think it's safer to keep thinking and have an o
On Mon, 28 Dec 2009, jvlad wrote:
> > We are letting you know that you need to start thinking about
> > migrating your code away from non-Unicode aware functions like
> > ereg() and split().
>
> Well, this filled up my php logs with some million records telling me
> this! Do you think it's saf
Sure, NP.
Happy patching.
May the source be with you,
Best regards,
Jess Portnoy
Andre Hübner wrote:
Hello,
I'm not 100% sure, but I believe this is related:
http://bugs.php.net/bug.php?id=50251
ohh yes, did not found this report by previously searches :/
Thanks, could use this patch...
On Mon, Dec 28, 2009 at 11:58 AM, jvlad wrote:
>> Do you think we are deprecating split() just for fun?
>
> Yes, exactly. It's just made for _fun_ by core developers and brought
> headache
> to people developing in php.
>
>> We are letting you know that you need to start thinking about migrating
>
hi,
On Mon, Dec 28, 2009 at 10:59 AM, Michael Maclean
wrote:
> Philip Olson wrote:
>>
>> Looks great, and much nicer. If you feel pb11[1] could handle it, then we
>> could dedicate this box to OpenGrok (as grok.php.net?).
>
> it'd be worth a shot, I think. Though could we get the OS on there upgr
Hello,
I'm not 100% sure, but I believe this is related:
http://bugs.php.net/bug.php?id=50251
ohh yes, did not found this report by previously searches :/
Thanks, could use this patch...
Andre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/
> Do you think we are deprecating split() just for fun?
Yes, exactly. It's just made for _fun_ by core developers and brought
headache
to people developing in php.
> We are letting you know that you need to start thinking about migrating
> your code away from non-Unicode aware functions like ere
> jvlad wrote:
>>> $a = array(1);
>>> $b = 0;
>>> $c = &$b;
>>> foreach($a as $c);
>>> Now you are arguing that $b should not be 1?
>>> The two pieces of code are identical
>>
>> It's just a nightmare example. I wonder have you ever see anything like
>> this
>> in real life?
>> Could you please le
Hi Andre,
I'm not 100% sure, but I believe this is related:
http://bugs.php.net/bug.php?id=50251
May the source be with you,
Best regards,
Jess Portnoy
Andre Hübner wrote:
Hello,
sorry, but i can not leave comments to Bugs with status Bogus:
http://bugs.php.net/bug.php?id=48843
Is this Bug
Hello,
sorry, but i can not leave comments to Bugs with status Bogus:
http://bugs.php.net/bug.php?id=48843
Is this Bug really fixed/complete discovered ? In 5.3.1 my logfile is still
flooded with "deprecated" Messages.
PHP-Settings are
log_errors = OFF
error_reporting = E_ALL & ~E_NOTICE &
PHP 6 Bug Database summary - http://bugs.php.net/
Num Status Summary (106 total -- which includes 46 feature requests)
===[*General Issues]==
50189 Open [PATCH] - unicode byte order difference between SPARC and x86
===
Philip Olson wrote:
Looks great, and much nicer. If you feel pb11[1] could handle it, then we could
dedicate this box to OpenGrok (as grok.php.net?).
it'd be worth a shot, I think. Though could we get the OS on there
upgraded to something a little newer? I'm not sure if Java 1.6 will run
on
Pierre Joye wrote:
First suggestion, would it be possible to have *.c/h first in the
results instead of the phpt?
I'm not sure, but I'll have a look.
Michael
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
2009/12/23 Tjerk Meesters :
> On 24-Dec-2009, at 2:47, Pierre Joye wrote:
>
>> On Wed, Dec 23, 2009 at 7:20 PM, Michael Shadle wrote:
>>>
>>> On Wed, Dec 23, 2009 at 10:13 AM, Mikko Koppanen
>>> wrote:
>>>
Hello,
I think you can use PHP_INI_SCAN_DIR environment variable which shou
PHP 5 Bug Database summary - http://bugs.php.net/
Num Status Summary (1560 total -- which includes 1016 feature requests)
===[*Directory/Filesystem functions]
49620 Suspended is_writeable does not work using netshare and normal user
rights
50542
29 matches
Mail list logo
