Given the impracticality of using PHP without APC, it would be nice if it were part of the main "if these fail, it's not ready" test suite. But I suppose that's just administering beatings until morale improves (:
On Tue, Jul 3, 2012 at 10:20 AM, Rasmus Lerdorf <ras...@lerdorf.com> wrote: > On 07/03/2012 07:13 AM, Tom Boutell wrote: >> This one: >> >> *** glibc detected *** /usr/local/bin/php-cgi: double free or >> corruption (out): 0x00007f9d6ce2c080 *** >> ======= Backtrace: ========= >> /lib/libc.so.6(+0x77806)[0x7f9d679be806] >> /lib/libc.so.6(cfree+0x73)[0x7f9d679c50d3] >> /usr/local/bin/php-cgi(destroy_zend_class+0x23d)[0x749f5d] >> /usr/local/bin/php-cgi(zend_hash_clean+0x73)[0x75f393] >> /usr/local/lib/php/extensions/no-debug-non-zts-20100525/apc.so(apc_interned_strings_shutdown+0x20)[0x7f9d65d1e460] >> >> Is pretty nasty and we're getting it on lots of servers. #61238 says >> it's a known and fixed issue, but we still have it with a fresh build >> of PHP 5.4.4 and apc installed immediately thereafter via pecl. >> >> Is this fix actually released yet? > > Like I said in the bug report, install APC from SVN. We have a few more > things to fix before we are ready for an APC release. Unfortunately > there are a lot fewer people working on APC than other parts of PHP. It > is extremely difficult and not very sexy work. And with that enticing > description, if anyone reading this would like to pitch in and help fix > the remaining small PHP 5.4 edge cases in APC, it would be much appreciated. > > -Rasmus -- Tom Boutell P'unk Avenue 215 755 1330 punkave.com window.punkave.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
