Am 19.06.2013 22:08, schrieb David Soria Parra:
> Thank you for taking care of this branch for so long. Keep the good
> job up.
Hear, hear.
--
Sebastian BergmannCo-Founder and Principal Consultant
http://sebastian-bergmann.de/ http://thePHP.cc/
--
Yeah, good job on managing it!
And good job everyone who has worked on this remarkable version!
2013/6/19 David Soria Parra :
> On 2013-06-19, Johannes Schlüter wrote:
>> Good bye 5.3, you were a great step for PHP!
>> Looking forward to a bright and open future!
>
> Thank you for taking care of
On 2013-06-19, Johannes Schl�ter wrote:
> Good bye 5.3, you were a great step for PHP!
> Looking forward to a bright and open future!
Thank you for taking care of this branch for so long. Keep the good
job up.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http:/
Johannes,
On Wed, Jun 19, 2013 at 2:43 PM, Johannes Schlüter
wrote:
>
>
> On Jun 19, 2013, at 19:46, Anthony Ferrara wrote:
> > 1. Technically, all we need to do is force GC_G(gc_enabled) = 0 in
> > shutdown. But we could also use zend_alter_ini_entry which has the same
> > effect. The questi
On Jun 19, 2013, at 19:46, Anthony Ferrara wrote:
> 1. Technically, all we need to do is force GC_G(gc_enabled) = 0 in
> shutdown. But we could also use zend_alter_ini_entry which has the same
> effect. The question comes is there any reason to go through the overhead
> of altering the ini entry
On 06/19/2013 10:46 AM, Anthony Ferrara wrote:
> 3. Can anyone think of a reason we'd want the GC enabled during the request
> shutdown? I can't think of any...
I don't see any reason to to GC once we start the request shutdown dance
either and this is a segfault I am seeing a couple of times per
All,
We were discussing a range of bugs today with the garbage collector. For
example: https://bugs.php.net/bug.php?id=64827
After quite a bit of digging, it appears what's happening is that the
garbage collector is running during the shutdown of PHP. So the destructors
are fired, and the variabl
Hi,
As the release of PHP 5.5.0 is imminent it is time to implement the
decision about PHP 5.3's EOL.
In https://wiki.php.net/rfc/php53eol it was decided that PHP 5.3 should
go into "security only" mode once PHP 5.5 was released. As PHP 5.3.27
has been branched of and is aimed for release in two
On 06/08/2013 02:54 AM, Sherif Ramadan wrote:
> On Fri, Jun 7, 2013 at 1:30 PM, Terry Ellison wrote:
>
>> The background to this is that I am a community contributor to PHP
>> internals and have been actively engaged on the internals and pecl-dev
>> lists for over a year using my personal domain e
