Re: [PHP-DEV] Bug # 33500 | imap auth fails when server advertises gssapi

2007-03-23 Thread Michael B Allen
On Sat, 24 Mar 2007 10:32:41 +0500 "Back Ports" <[EMAIL PROTECTED]> wrote: > ldap_sasl_auth() doesn't support gssapi either, though my earlier post > to this list ended up on a web site somewhere with a note saying > 'theoretically it's possible'. Not true. The ldap_sasl_bind function does in-fac

Re: [PHP-DEV] Bug # 33500 | imap auth fails when server advertises gssapi

2007-03-23 Thread Back Ports
Mike, Thanks for your reply. On 3/23/07, Michael B Allen <[EMAIL PROTECTED]> wrote: On Thu, 22 Mar 2007 12:02:50 +0500 "Back Ports" <[EMAIL PROTECTED]> wrote: > Hi all, > > Is there any progress on the following bug report: > > http://bugs.php.net/bug.php?id=33500&thanks=6 > > It was reported

Re: [PHP-DEV] PATCH: anonymous functions in PHP

2007-03-23 Thread Jim Wilson
Sorry buddy - thought I was replying to the whole group :( -- Jim On 3/23/07, Jim Wilson <[EMAIL PROTECTED]> wrote: > Lexical anonymous functions would be enough for me. If these proposed > lexical anonymous functions could automagically bind themselves > to an instance's $this when called fro

Re: [PHP-DEV] PATCH: anonymous functions in PHP

2007-03-23 Thread Jim Wilson
Lexical anonymous functions would be enough for me. If these proposed lexical anonymous functions could automagically bind themselves to an instance's $this when called from within an object's scope (so as to act as virtual methods), that would be grand. I agree - I don't need closures, but an

Re: [PHP-DEV] snaps.php.net is not responding to http requests.

2007-03-23 Thread Derick Rethans
On Fri, 23 Mar 2007, Antony Dovgal wrote: > On 03/23/2007 05:35 PM, Richard Quadling wrote: > > It seems. > > Works fine, check your connection. Because I just restarted apache :) regards, Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net

Re: [PHP-DEV] snaps.php.net is not responding to http requests.

2007-03-23 Thread Antony Dovgal
On 03/23/2007 05:35 PM, Richard Quadling wrote: It seems. Works fine, check your connection. -- Wbr, Antony Dovgal -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] snaps.php.net is not responding to http requests.

2007-03-23 Thread Richard Quadling
It seems. -- - Richard Quadling Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731 "Standing on the shoulders of some very clever giants!" -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] removed stuff & fatals error in HEAD

2007-03-23 Thread Antony Dovgal
On 03/23/2007 03:48 PM, Alexey Zakhlestin wrote: Isn't it possible to change this phrase to something like "in php's configuration"? How would that help you? -- Wbr, Antony Dovgal -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] removed stuff & fatals error in HEAD

2007-03-23 Thread Derick Rethans
On Fri, 23 Mar 2007, Johannes Schlüter wrote: > Hi, > > I'd also like to completely remove get_magic_quotes_gpc() and similar > functions instead of having them resulting in a fatal error. The effect > would be the same - the script terminates - but function_exists() is > much nicer as check than

Re: [PHP-DEV] removed stuff & fatals error in HEAD

2007-03-23 Thread Alexey Zakhlestin
Isn't it possible to change this phrase to something like "in php's configuration"? On 3/23/07, Antony Dovgal <[EMAIL PROTECTED]> wrote: On 03/23/2007 03:08 PM, Alexey Zakhlestin wrote: > I believe, that it will be better to make better error-messages regarding > place of options declarations.

Re: [PHP-DEV] removed stuff & fatals error in HEAD

2007-03-23 Thread Johannes Schlüter
Hi, I'd also like to completely remove get_magic_quotes_gpc() and similar functions instead of having them resulting in a fatal error. The effect would be the same - the script terminates - but function_exists() is much nicer as check than version_compare(). Any objections? johannes On Fri, 200

Re: [PHP-DEV] removed stuff & fatals error in HEAD

2007-03-23 Thread Antony Dovgal
On 03/23/2007 03:08 PM, Alexey Zakhlestin wrote: I believe, that it will be better to make better error-messages regarding place of options declarations. Looks like you misunderstood the problem. There is no script, so the error messages refer to "Unknown" file. "safe_mode" and "magic_quotes

Re: [PHP-DEV] removed stuff & fatals error in HEAD

2007-03-23 Thread Alexey Zakhlestin
I believe, that it will be better to make better error-messages regarding place of options declarations. "safe_mode" and "magic_quotes" are things, which some projects rely on heavily, so people should be forced to disable these manually… It's kinda psychological effect: "we told you it won't work

[PHP-DEV] removed stuff & fatals error in HEAD

2007-03-23 Thread Antony Dovgal
Hello all. I propose to change the error in HEAD that appears when enabling magic_quotes and safe_mode from E_ERROR to E_WARNING. It's not something that leaves the engine in unstable state, so I believe E_ERROR is misused in this case. It's also impossible to know even where exactly these IN

Re: [PHP-DEV] String BC break \{$a}

2007-03-23 Thread Christian Schneider
Tomas Kuliavas wrote: It was changed in 5.1.0-5.1.1 versions. According to PHP Manual (http://www.php.net/language.types.string) curly brackets are not escaped with backslash. Escape worked in older PHP versions. It does not work in 5.1.1+. http://bugs.php.net/31341 http://bugs.php.net/35411