On 1/27/07, Sara Golemon <[EMAIL PROTECTED]> wrote:
> Btw, having a request object was one of the #1 requests in framework
:) People actually really like encapsulating this because it
> also makes unit testing easier down the road...
> Just mentioning this because I don't think we should be to
Thanks Sara for the additional insight. Give me a few days to look into this
further and catch the various people in person.
Unfortunately I'm going to be at a four day offsite Monday-Thursday but I'll
still try my best to touch base and try and find some
agreed upon solution.
Right now, I would
On 1/27/07, Andi Gutmans <[EMAIL PROTECTED]> wrote:
Btw, for people who truly need the Unicode support I actually do think we might
want to consider requiring them to fetch the input
variables through a new API and/or object. I don't think we need to make it seamless if
the "default" behavior w
Hi Andi,
On 1/27/07, Andi Gutmans <[EMAIL PROTECTED]> wrote:
Hi Sara,
I don't feel to great with this patch. It kind of feels like twisting the
language implementation around for some very specific
problem which probably shouldn't be fixed at this level. Andrei says
performance of Unicode isn'
Hi Andi,
On 1/27/07, Andi Gutmans <[EMAIL PROTECTED]> wrote:
s during PHP 5 where I warned that they might introduce bugs in other
areas but it's hard to forsee. No one believed me because I couldn't
give a concrete enough example and we had quite a few of those bugs
afterwards.
Given the stat
> Btw, having a request object was one of the #1 requests in framework
:) People actually really like encapsulating this because it
> also makes unit testing easier down the road...
> Just mentioning this because I don't think we should be too set with
our ways esp. for people who need to accomp
On Jan 27, 2007, at 9:15 AM, Andi Gutmans wrote:
Hi Sara,
I don't feel to great with this patch. It kind of feels like
twisting the language implementation around for some very specific
problem which probably shouldn't be fixed at this level. Andrei
says performance of Unicode isn't great so
The attached patch fixes zend_llist_remove_tail() which didn't reset
zend_llist->head properly.
The diff was generated against 5_2.
Regards,
--
Michael
Index: Zend/zend_llist.c
===
RCS file: /repository/ZendEngine2/zend_llist.c,v
re
Sorry for the spam (I'm a bit behind).
I agree 100% with Dmitry.
Guys (n'girls), I don't know if you've realized but the engine has become much
involved. We've added a lot of new features in PHP 5
and beyond, Unicode has muliplied that by 2, we added some performance features
and we've just more
Btw, having a request object was one of the #1 requests in framework :) People
actually really like encapsulating this because it
also makes unit testing easier down the road...
Just mentioning this because I don't think we should be too set with our ways
esp. for people who need to accomplish mo
Btw, for people who truly need the Unicode support I actually do think we might
want to consider requiring them to fetch the input
variables through a new API and/or object. I don't think we need to make it
seamless if the "default" behavior we provide (whatever
that ends up being) isn't good eno
Hi Sara,
I don't feel to great with this patch. It kind of feels like twisting the
language implementation around for some very specific
problem which probably shouldn't be fixed at this level. Andrei says
performance of Unicode isn't great so it shouldn't matter too
much, but I think a) it's not
Hello internals,
I've been helping with PHP documentation for 4 years now, and I still
can't help the fact that a lt of things are not documented, that
our/my way of handling the PHP documentation update is not accurate, nor
productive, nor bug free at all.
Personally, I try to follow co
On 1/27/07, Dmitry Stogov <[EMAIL PROTECTED]> wrote:
> -Original Message-
> From: Pierre [mailto:[EMAIL PROTECTED]
> Sent: Saturday, January 27, 2007 2:16 PM
> To: Andrei Zmievski
> Cc: Dmitry Stogov; Sara Golemon; internals@lists.php.net;
> Andi Gutmans; Zeev Suraski; Stanislav Malyshev
> -Original Message-
> From: Pierre [mailto:[EMAIL PROTECTED]
> Sent: Saturday, January 27, 2007 2:16 PM
> To: Andrei Zmievski
> Cc: Dmitry Stogov; Sara Golemon; internals@lists.php.net;
> Andi Gutmans; Zeev Suraski; Stanislav Malyshev
> Subject: Re: [PHP-DEV] Runtime-JIT, the whole enchi
On 1/27/07, andy wharmby <[EMAIL PROTECTED]> wrote:
Maintaining the COM extension. Andi Gutmans suggested I apply for access.
And if there is any need to confirm this request, please check Andy's
nice work on the existing bug and his recent patch sent to the list.
COM needs some love :)
--Pier
Hello Andrei,
On 1/27/07, Andrei Zmievski <[EMAIL PROTECTED]> wrote:
Good luck trying to retrain millions of programmers to use a CGI
object or a function to retrieve GPC values.
You will be surprised, really :)
Really, how much of a
performance hit is Sara's patch going to be, compared to o
Maintaining the COM extension. Andi Gutmans suggested I apply for access.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
18 matches
Mail list logo
