Documenting the curl_multi_* functions
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Antony and I just had a spirited discussion on IRC about his latest
patches to convert_to_unicode() and convert_to_string(). The specific
troublesome point was conversion of IS_OBJECT type. His point was that
since all we care about is the end result, then the function should
return SUCCESS
On 12/27/2006 11:02 PM, Andrei Zmievski wrote:
Antony and I just had a spirited discussion on IRC about his latest
patches to convert_to_unicode() and convert_to_string(). The specific
troublesome point was conversion of IS_OBJECT type. His point was that
since all we care about is the end
Why do you want that?
Bad conversion is failed conversion, that's the case when you get
E_RECOVERABLE_ERROR and it bails out.
Yes, I want that function to return FAILURE when we issue
E_RECOVERABLE_ERROR. Exactly what I was talking about.
One such place is zend_parse_parameters(). If
On 12/28/2006 12:12 AM, Andrei Zmievski wrote:
It's perfectly legal to do it in 5.2 and I don't see why PHP6 is
different.
IMO it's same as changing the E_RECOVERABLE to E_ERROR - users
won't have any way to workaround it, even though this was the
original intention of E_RECOVERABLE.
It
On Tue, December 19, 2006 4:25 am, Lester Caine wrote:
PHP5 and look at this topic as part of the PHP6 jump. Alternatively
taint is a module that has to be installed separately to a standard
PHP5
update?
taint mode being PHP6 only and/or being in PECL instead of an .ini
switch that ISPs