Hi Moriyoshi,
I took just a quick look through the patch, but for me it looks like a
bad idea. Introducing new magic function may bring a lot of troubles and
open a new door for exploit writer (we already have problems with
__toString() method). Also I afraid, this magic method will make php
2010/5/4 Adam Harvey :
> On 19 April 2010 11:58, Adam Harvey wrote:
>> As at least some of you would already be aware, there's a
>> long-standing issue with using PHP in a Turkish or Azeri locale,
>> namely that case-insensitive lookups within the Zend engine (method
>> names, for example) fail on
I have low karma, but:
+1 for option #2
On 5/4/10 5:14 AM, "Adam Harvey" wrote:
> On 19 April 2010 11:58, Adam Harvey wrote:
>> > As at least some of you would already be aware, there's a
>> > long-standing issue with using PHP in a Turkish or Azeri locale,
>> > namely that case-insensitive lo
2010.05.04 20:20 Tomas Kuliavas rašė:
> 2010.05.04 17:56 Derick Rethans rašė:
>> On Tue, 4 May 2010, Adam Harvey wrote:
>>
>>> The options are:
>>>
>>> 1. Apply Tomas's patch to make case-insensitive lookups
>>> locale-ignorant. Pros: fixes immediate problem. Cons: breaks BC for
>>> case-insensitiv
2010.05.04 17:56 Derick Rethans rašė:
> On Tue, 4 May 2010, Adam Harvey wrote:
>
>> The options are:
>>
>> 1. Apply Tomas's patch to make case-insensitive lookups
>> locale-ignorant. Pros: fixes immediate problem. Cons: breaks BC for
>> case-insensitive function/method name lookups for high-bit cha
On 2010.05.04. 16:28, Benjamin Eberlei wrote:
Should'nt any autobox callback should not only recieve the value to be
autoboxed,
but also the context information? I.e. the method name to be called
on the variable? otherwise you cannot decide between different behaviours.
Also i wouldn't know how
Hi,
A definite, -1 for #2, it's a _massive_ BC break with no justification
so far IMHO.
The optimization point is quite moot, tolower could be restricted to
compilation + dynamic accesses, which would remove most of them
already.
OTOH option #1 seems like the most sensible approach, breaking onl
On 5/3/10 10:48 PM, Moriyoshi Koizumi wrote:
Hey,
Just to let you know about a new RFC for adding autoboxing feature in PHP.
Look at http://wiki.php.net/rfc/autoboxing .
I liken this to pecl/runkit. "For all those things you probably
shouldn't have been doing anyway". It will create a wor
+1 for option #2.
Joël.
On Sun, Apr 18, 2010 at 11:58 PM, Adam Harvey wrote:
> As at least some of you would already be aware, there's a
> long-standing issue with using PHP in a Turkish or Azeri locale,
> namely that case-insensitive lookups within the Zend engine (method
> names, for example)
On Tue, 4 May 2010, Adam Harvey wrote:
> The options are:
>
> 1. Apply Tomas's patch to make case-insensitive lookups
> locale-ignorant. Pros: fixes immediate problem. Cons: breaks BC for
> case-insensitive function/method name lookups for high-bit characters
> in single-byte encodings. (Not that
Should'nt any autobox callback should not only recieve the value to be
autoboxed,
but also the context information? I.e. the method name to be called
on the variable? otherwise you cannot decide between different behaviours.
Also i wouldn't know how to have an autobox callback not to accept
On Tue, May 4, 2010 at 9:12 AM, Etienne Kneuss wrote:
> Hi,
>
> On Tue, May 4, 2010 at 5:48 AM, Moriyoshi Koizumi wrote:
> > Hey,
> >
> > Just to let you know about a new RFC for adding autoboxing feature in
> PHP.
> > Look at http://wiki.php.net/rfc/autoboxing .
>
>
> It looks like a very inter
Hi,
On Tue, May 4, 2010 at 5:48 AM, Moriyoshi Koizumi wrote:
> Hey,
>
> Just to let you know about a new RFC for adding autoboxing feature in PHP.
> Look at http://wiki.php.net/rfc/autoboxing .
It looks like a very interesting idea. However, I believe that we
should learn from the __autoload ex
On Tue, May 4, 2010 at 05:48, Moriyoshi Koizumi wrote:
> Hey,
>
> Just to let you know about a new RFC for adding autoboxing feature in PHP.
> Look at http://wiki.php.net/rfc/autoboxing .
>
> Regards,
> Moriyoshi
Is there any reason why primitives couldn't be autoboxed to SplInt,
SplBool, etc.? T
Am 04.05.2010 05:48, schrieb Moriyoshi Koizumi:
Hey,
Just to let you know about a new RFC for adding autoboxing feature in PHP.
Look at http://wiki.php.net/rfc/autoboxing .
Regards,
Moriyoshi
Hi,
I think you should mention that this extension basically would prohibit
adding methods on primit
On Tue, May 4, 2010 at 2:14 PM, Adam Harvey wrote:
> On 19 April 2010 11:58, Adam Harvey wrote:
> > As at least some of you would already be aware, there's a
> > long-standing issue with using PHP in a Turkish or Azeri locale,
> > namely that case-insensitive lookups within the Zend engine (meth
On 4 May 2010 13:14, Adam Harvey wrote:
> The options are:
>
> 1. Apply Tomas's patch to make case-insensitive lookups
> locale-ignorant. Pros: fixes immediate problem. Cons: breaks BC for
> case-insensitive function/method name lookups for high-bit characters
> in single-byte encodings. (Not that
On 04.05.2010, at 16:44, Steven Van Poeck wrote:
> Adam Harvey wrote:
>> Well, I'm going to assume that people have had whatever say they were
>> going to. It seems that we have three options, so let's put it to a
>> vote.
>>
>> (To be completely clear, this is purely for trunk. This certainly
>>
On 04/05/2010 13:14, Adam Harvey wrote:
The options are:
1. Apply Tomas's patch to make case-insensitive lookups
locale-ignorant. Pros: fixes immediate problem. Cons: breaks BC for
case-insensitive function/method name lookups for high-bit characters
in single-byte encodings. (Not that we've eve
Adam Harvey wrote:
On 19 April 2010 11:58, Adam Harvey wrote:
As at least some of you would already be aware, there's a
long-standing issue with using PHP in a Turkish or Azeri locale,
namely that case-insensitive lookups within the Zend engine (method
names, for example) fail on lookups inv
On 4 May 2010 20:14, Adam Harvey wrote:
> If you'd care to reply with a vote for option 1, 2 or 3, I'll tally up
> the votes in a week or so. And yes, I am volunteering to deal with
> this should option 1 or 2 be picked.
Separate e-mail for housekeeping purposes: my vote is for option 1.
Adam
-
On 19 April 2010 11:58, Adam Harvey wrote:
> As at least some of you would already be aware, there's a
> long-standing issue with using PHP in a Turkish or Azeri locale,
> namely that case-insensitive lookups within the Zend engine (method
> names, for example) fail on lookups involving upper-case
Hi,
upload progress in session is implemented in old trunk. Is there a
change to apply the patch also to the new trunk?
http://wiki.php.net/rfc/session_upload_progress
Jaroslav Hanslik
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 05/03/2010 11:34 PM, Tjerk Anne Meesters wrote:
On Mon, May 3, 2010 at 11:42 PM, Christian Schneider
wrote:
mathieu.suen wrote:
May be it could be interesting to have a syntax for returning from the
define scope.
For example.
$findedElment = $myList->selectIfAbsent($fooo, functi
On 05/03/2010 06:03 PM, Etienne Kneuss wrote:
On Mon, May 3, 2010 at 5:54 PM, mathieu.suen wrote:
I think you actually misunderstand the difference in
http://en.wikipedia.org/wiki/Closure_%28computer_science%29#Differences_in_semantics
The way I read if the difference is wether it r
25 matches
Mail list logo
