Hi!
Stas, on a different note, weren't we going to roll a 5.4 alpha?
I was going to write about it soon, but since you asked: I was waiting
for RFC/voting discussion and vote in hope that we could get it all
ready before the alpha, but it looks like it is taking longer than
expected. So I t
+1, for Thursday :-)
-邮件原件-
发件人: Stas Malyshev [mailto:smalys...@sugarcrm.com]
发送时间: 2011年6月15日 15:24
收件人: Andi Gutmans
抄送: PHP Developers Mailing List
主题: [PHP-DEV] Re: 5.4 alpha, was: [PHP-DEV] Give the Language a Rest
motion (fwd)
Hi!
> Stas, on a different note, weren't we going to
On Wed, Jun 15, 2011 at 7:02 AM, Andi Gutmans wrote:
> Hence my suggestion to bundle MongoDB extension and possibly work on
> additional extensions. Some of my suggestions probably rightfully didn't get
> much interest such as Thrift.
See my comment in your other thread and below.
> Maybe we
okay, CC-ed the list.
On Wed, Jun 15, 2011 at 12:06 PM, Pierre Joye wrote:
> hi,
>
> Please do continue this discussion on internals, there are no valid
> reason to go private.
>
> Thanks for your understanding,
>
> On Wed, Jun 15, 2011 at 9:37 AM, Ferenc Kovacs wrote:
> >
> >
> > On Wed, Jun 1
Hi.
With pecl/http (DEV-2 branch) and the Functional extension (on github)
both creating namespaces within the extension, I think there is a
requirement for a mechanism to allow an extension to record the
namespace(s) that it has, in a similar fashion to how functions and
classes are known to core
Hi!
With pecl/http (DEV-2 branch) and the Functional extension (on github)
both creating namespaces within the extension, I think there is a
requirement for a mechanism to allow an extension to record the
namespace(s) that it has, in a similar fashion to how functions and
classes are known to co
Hi!
The original plan was this week, so maybe this Thursday?
After some consideration, we decided to do it on next Monday, the 20th.
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
--
PHP Internals - PHP Runtime Development Mailing List
To u
On 2011-06-15, Stas Malyshev wrote:
> Hi!
>
>> Stas, on a different note, weren't we going to roll a 5.4 alpha?
>
> I was going to write about it soon, but since you asked: I was waiting
> for RFC/voting discussion and vote in hope that we could get it all
> ready before the alpha, but it looks
>-Original Message-
>From: Pierre Joye [mailto:pierre@gmail.com]
>Sent: Wednesday, June 15, 2011 2:33 AM
>To: Andi Gutmans
>Cc: Derick Rethans; PHP Developers Mailing List
>Subject: Re: [PHP-DEV] Give the Language a Rest motion (fwd)
>
>On Wed, Jun 15, 2011 at 7:02 AM, Andi Gutmans wro
Hi,
I think that —in any context— the "if it aint broke don't fix it" is a very
depressing attitude to have, and a very wrong one in any open source
community.
If the signal to noise ratio is the problem, I think its better to focus on
that problem, not shutting down the signal. If PHP is a resou
What I am saying is if we accepted even 50% of what people felt very passionate
about because their "favorite language of the day" has it then PHP would become
overly complex, bloated and very challenging for users to pick up. C++ for
example was a good language but is a good example of trying t
Le 16/06/2011 04:36, dukeofgaming a écrit :
> Hi,
>
> I think that —in any context— the "if it aint broke don't fix it" is a very
> depressing attitude to have, and a very wrong one in any open source
> community.
What I feel depressing is the urge of the PHP core team to fix working
features
Hi!
On every PHP project I work on I had to find workarounds because PHP crashes.
Behaviour bugs (feature not working as intended) are annoying but memory leaks
and
memory corruptions are just a no no no in production environment. The only way
A key to fixing memory corruption is providing
Le 16/06/2011 07:23, Stas Malyshev a écrit :
> Hi!
>
>> On every PHP project I work on I had to find workarounds because
>> PHP crashes. Behaviour bugs (feature not working as intended) are
>> annoying but memory leaks and memory corruptions are just a no no
>> no in production environment. The on
On Thu, Jun 16, 2011 at 12:14 AM, Pascal COURTOIS wrote:
> Le 16/06/2011 04:36, dukeofgaming a écrit :
> > Hi,
> >
> > I think that —in any context— the "if it aint broke don't fix it" is a
> very
> > depressing attitude to have, and a very wrong one in any open source
> > community.
>
> What I
Hi!
what I did every single time. Among all my bug reports I had one answer
from decoder-...@own-hero.net (thanks to him) who reduced the test case
for a memory leak (bug 54460). I'm not talking about bugs in modules
but bugs in *core* which can be reproduced with few lines of *core* PHP.
I
Le 16/06/2011 08:01, dukeofgaming a écrit :
> Sorry if the question is dumb, but, how many core developers does PHP have?,
> how many in total (including non-core contributors)?.
That's not the point. Whatever the project is, every developer should fix
existing bugs before even thinking about
On Wed, 15 Jun 2011 23:10:24 -0700, Stas Malyshev wrote:
> Hi!
>
>>what I did every single time. Among all my bug reports I had one
>>answer
Stas, how I can i finally persuade you to quote the name of the people
you're replying to? :) I find it very hard to follow any discussion
you'r
On Thu, Jun 16, 2011 at 1:12 AM, Pascal COURTOIS
wrote:
> Le 16/06/2011 08:01, dukeofgaming a écrit :
>
> > Sorry if the question is dumb, but, how many core developers does PHP
> have?,
> > how many in total (including non-core contributors)?.
>
> That's not the point. Whatever the project is, e
Le 16/06/2011 08:10, Stas Malyshev a écrit :
> Hi!
>
>> what I did every single time. Among all my bug reports I had one
>> answer from decoder-...@own-hero.net (thanks to him) who reduced
>> the test case for a memory leak (bug 54460). I'm not talking about
>> bugs in modules but bugs in *core* w
Pascal COURTOIS wrote:
What I need is a very stable language on which I can rely and I'm
>> very sad to to say PHP is getting worse and worse on that point of
>> view versions after versions.
>
> I can not contradict your experience, it is what it is, but my
> experience for years working wi
21 matches
Mail list logo
