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
+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 a...@zend.com 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.
okay, CC-ed the list.
On Wed, Jun 15, 2011 at 12:06 PM, Pierre Joye pierre@gmail.com 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 i...@tyrael.hu
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
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
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
On 2011-06-15, Stas Malyshev smalys...@sugarcrm.com 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
-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
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
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 to
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
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 only way
14 matches
Mail list logo