Re: [PHP-DEV] Re: Bug 47435[Was]: Re: [PHP-DEV] What gruntwork needs to be done

I want both!!! :) Tyrael On Wed, Apr 7, 2010 at 11:18 PM, Michael Graziano wrote: > > Ramus, > > > > On Tue, Apr 6, 2010 at 1:34 PM, Rasmus Lerdorf > wrote: > > > >> > >> Here is a straightforward (but not easy) one: > >> > >> http://bugs.php.net/bug.php?id=47435 > >> > >> I actually found it

[PHP-DEV] Re: Bug 47435[Was]: Re: [PHP-DEV] What gruntwork needs to be done

> Ramus, > > On Tue, Apr 6, 2010 at 1:34 PM, Rasmus Lerdorf wrote: > >> >> Here is a straightforward (but not easy) one: >> >> http://bugs.php.net/bug.php?id=47435 >> >> I actually found it easy, slightly tedious, and not straightforward. I > guess its perspective. > > I am CCing my former colleag

[PHP-DEV] Re: Bug 47435[Was]: Re: [PHP-DEV] What gruntwork needs to be done

On Wed, Apr 7, 2010 at 3:39 PM, Rasmus Lerdorf wrote: > > I'm ok with these. Like you say, this stuff is a bit tedious to sort > through, and anything we can do to make it easier on users is a good > thing. I'm trying to get the filter extension beefed up in the next > version of PHP so people

Re: [PHP-DEV] Output buffering patch

Am 07.04.2010 16:37, schrieb Zeev Suraski: At 09:58 07/04/2010, Michael Wallner wrote: Here you go: http://wiki.php.net/rfc/new-output-api Thanks Mike - that's very helpful! Quick question - other than fixing the issues mentioned in the intro section of the RFC, are there any changes to the

[PHP-DEV] Re: Bug 47435[Was]: Re: [PHP-DEV] What gruntwork needs to be done

On 04/07/2010 12:30 PM, Justin Dearing wrote: > Ramus, > > On Tue, Apr 6, 2010 at 1:34 PM, Rasmus Lerdorf > wrote: > > Here is a straightforward (but not easy) one: > > http://bugs.php.net/bug.php?id=47435 > > I actually found it easy, slightly tedious, and n

[PHP-DEV] Bug 47435[Was]: Re: [PHP-DEV] What gruntwork needs to be done

Ramus, On Tue, Apr 6, 2010 at 1:34 PM, Rasmus Lerdorf wrote: > > Here is a straightforward (but not easy) one: > > http://bugs.php.net/bug.php?id=47435 > > I actually found it easy, slightly tedious, and not straightforward. I guess its perspective. I am CCing my former colleague Mike G who add

[PHP-DEV] Mysql completing Query fast but mysql->query() takes long time to return even single selects/updates

As you can see PHP claims it took 20 seconds for mysql->query() to return but mysql think is took around 1.0s This is from our application I enabled profile in mysql to determine why an update took 20seconds. As you can see MySQL reported no where near that amount of duration took place.

Re: [PHP-DEV] Repetitive calling of Z_STRLEN_P(value) in ext/filter/logical_filter.c

Justin Dearing wrote: > Hey, > > Sorry for pestering with excessive questions, but I've not done a lot of C > programming. > > In filter.c, specificalyl in php_filter_validate_ip(), Z_STRLEN_P(value) > gets called a lot. I know compilers tend to inline short functions, but are > they smart enough

[PHP-DEV] Repetitive calling of Z_STRLEN_P(value) in ext/filter/logical_filter.c

Hey, Sorry for pestering with excessive questions, but I've not done a lot of C programming. In filter.c, specificalyl in php_filter_validate_ip(), Z_STRLEN_P(value) gets called a lot. I know compilers tend to inline short functions, but are they smart enough to assign a variable to a repetive ma

Re: [PHP-DEV] Output buffering patch

At 09:58 07/04/2010, Michael Wallner wrote: Here you go: http://wiki.php.net/rfc/new-output-api Thanks Mike - that's very helpful! Quick question - other than fixing the issues mentioned in the intro section of the RFC, are there any changes to the behavior of userland-accessible functions

[PHP-DEV] GitHub mirror is not worked

Hi, http://github.com/php/php-src is not updated for a long time. Probably, it has not worked correctly since removing trunk. I hope that it will work again. (Is this report suitable for this list?) Thanks. -- Kousuke Ebihara -- PHP Internals - PHP Runtime Development Mailing List To unsubs

Re: [PHP-DEV] Named Parameters

Tjerk Anne Meesters wrote: > In the case whereby names parameters are "plucked" from the argument > list and passed as a hash to the function it really shouldn't matter > whether that's invalid in python; both (2, 'name' => 'test') and > ('name' => 'test', 2) would yield the same results, albeit it

Re: [PHP-DEV] Named Parameters

In the case whereby names parameters are "plucked" from the argument list and passed as a hash to the function it really shouldn't matter whether that's invalid in python; both (2, 'name' => 'test') and ('name' => 'test', 2) would yield the same results, albeit it's a highly dubious way of passing

Re: [PHP-DEV] Named Parameters

On Wed, Apr 7, 2010 at 8:27 AM, Martin Jansen wrote: > On 5.4.2010 00:45, Pierre Joye wrote: >> On Mon, Apr 5, 2010 at 12:07 AM, Stanislav Malyshev wrote: >> >>> 3. Combining named and un-named params can get weird - i.e. foo(1,2,3) is >>> simple, foo(1, 2, bar => 3) is doable, but foo(1, 2, bar

Re: [PHP-DEV] Output buffering patch

On 03/24/2010 09:41 PM, Lukas Kahwe Smith wrote: All I am asking is a single document in the central location we have dedicated for this (aka the rfc namespace on the wiki), that pulls together all relevant documentation. If all that is needed is a copy paste of a bunch of URL's all the better. B

Re: [PHP-DEV] Output buffering patch

On 03/24/2010 09:41 PM, Lukas Kahwe Smith wrote: All I am asking is a single document in the central location we have dedicated for this (aka the rfc namespace on the wiki), that pulls together all relevant documentation. If all that is needed is a copy paste of a bunch of URL's all the better. B