And I'm not sure who would actually use 'a.b' and then expect 'a_b',
but I have to assume somebody has done that, perhaps consuming an API
from somewhere else.
OpedID protocol uses dots in query string arguments. The
implementations could be broken by the patch.
While the "keep arguments as is"
> And I'm not sure who would actually use 'a.b' and then expect 'a_b',
> but I have to assume somebody has done that, perhaps consuming an API
> from somewhere else.
OpedID protocol uses dots in query string arguments. The
implementations could be broken by the patch.
While the "keep arguments as
On Thu, Jan 21, 2010 at 8:32 PM, Niel Archer wrote:
>> > Stanley Sufficool wrote:
>> > > I have tried to contact the maintainers of PDO with this, but have yet
>> > > to get a response. Can I get this reviewed and if possible commited?
>> > >
>> > > Fixes BUG # 50755:
>> > > http://bugs.php.net/bu
> > Stanley Sufficool wrote:
> > > I have tried to contact the maintainers of PDO with this, but have yet
> > > to get a response. Can I get this reviewed and if possible commited?
> > >
> > > Fixes BUG # 50755:
> > > http://bugs.php.net/bug.php?id=50755&edit=1
> > >
> > > Compiled and tested wit
Yeah, pecl for windows was last working in 2008 -- a couple of years
ago. Time flies...
Pierre, could you build a php_memcache-5.2-nts-Win32-vc9. It would be
much appreciated!
Thanks,
iamstever
On Sun, Jan 10, 2010 at 8:24 AM, Pierre Joye wrote:
> On Sun, Jan 10, 2010 at 4:37 PM, pan wrote:
>>
> Stanley Sufficool wrote:
> > I have tried to contact the maintainers of PDO with this, but have yet
> > to get a response. Can I get this reviewed and if possible commited?
> >
> > Fixes BUG # 50755:
> > http://bugs.php.net/bug.php?id=50755&edit=1
> >
> > Compiled and tested with PHP SVN 5.2
>
>>
>> For BC, I suppose PHP could have *both* 'a.b' and 'a_b', or yet
>> another php.ini flag (sorry!) to choose the behaviour.
>
>-1 from me.
>I don't think we need to keep backward compatibility for this. PHP-6 is a
>major release, after all.
>
>It would be absolutely enough to add optional var-
Nathan Rixham wrote:
> Alexey Zakhlestin wrote:
>> On 21.01.2010, at 18:21, Richard Lynch wrote:
>>> For BC, I suppose PHP could have *both* 'a.b' and 'a_b', or yet
>>> another php.ini flag (sorry!) to choose the behaviour.
>> -1 from me.
>> I don't think we need to keep backward compatibility fo
Alexey Zakhlestin wrote:
> On 21.01.2010, at 18:21, Richard Lynch wrote:
>> For BC, I suppose PHP could have *both* 'a.b' and 'a_b', or yet
>> another php.ini flag (sorry!) to choose the behaviour.
>
> -1 from me.
> I don't think we need to keep backward compatibility for this. PHP-6 is a
> major
On Thu, Jan 21, 2010 at 10:38 AM, Alexey Zakhlestin wrote:
>
> -1 from me.
> I don't think we need to keep backward compatibility for this. PHP-6 is a
> major release, after all.
>
> It would be absolutely enough to add optional var-name conversion to extract()
Agreed.
--
-Jack Timmons
http://
On 21.01.2010, at 18:21, Richard Lynch wrote:
>
> For BC, I suppose PHP could have *both* 'a.b' and 'a_b', or yet
> another php.ini flag (sorry!) to choose the behaviour.
-1 from me.
I don't think we need to keep backward compatibility for this. PHP-6 is a major
release, after all.
It would be
Richard Lynch wrote:
> For BC, I suppose PHP could have *both* 'a.b' and 'a_b'
+1 as a PHP user. For BC, I guess this should go without changing the
current precedence rules too, annoying though it might be.
At the moment: "?a_b=foo&a.b=bar" gives $_GET === array('a_b' => 'bar')
As I understand it
Once upon a time, a long time ago, PHP imported all GET/POST/COOKIE
data as variables, for the convenience of the developer.
This was called "register_globals"
$a.b is not a valid variable name, so it was changed to $a_b to be a
valid variable name.
Nowadays, I see no real reason to keep doing t
Tim Starling wrote:
> Stan Vassilev wrote:
>> I hope PHP6 will remove this processing as register_globals will be
>> completely removed at that point.
>
> I'd be happy if it stayed like it is, for backwards compatibility.
Sometimes forwards compatibility has to take precedence though.
Linked da
14 matches
Mail list logo