On Sat, Jun 22, 2013 at 6:06 PM, Arnaud Le Blanc <arnaud...@gmail.com> wrote: > Hi, > > This bug may be related (and has a reproducing script) : > https://bugs.php.net/bug.php?id=63734 > Hey:
I probably has fixed this bug(actually, according to the reporter this bug is due to Opcache): according to the latest feedback from the reporter: https://github.com/zendtech/ZendOptimizerPlus/issues/95#issuecomment-19854473 "Incredible, but it works ! Tested ZendOptimizerPlus latest version (ba6c5f3) : segfault Applied your patch : fully works" so, I think this bug is probable like the previous one we already fixed: https://github.com/php/php-src/commit/e88cdaa0 thanks > > On Sat, Jun 22, 2013 at 4:41 AM, Andi Gutmans <a...@zend.com> wrote: >> >> >-----Original Message----- >> >From: Stas Malyshev [mailto:smalys...@sugarcrm.com] >> >Sent: Thursday, June 20, 2013 8:20 PM >> >To: Anthony Ferrara >> >Cc: Laruence; internals@lists.php.net >> >Subject: Re: [PHP-DEV] Disabling the GC during shutdown >> > >> >> However, that's not really fixing the situation either, as the zval is >> >> still getting nuked (but only partially). >> > >> >If there's a memory overwrite or use-after-free is going on, this patch >> is not a >> >complete solution - it relies on the fact that "bad" data will be always >> out of >> >range of "good" data. I see no way to ensure that - so if there's an >> overwrite >> >that writes garbage inside the object there will be situations where the >> >garbage looks exactly like a valid object ID and it will still crash, but >> it would >> >be significantly harder to reproduce. >> >So I think before patching it we need to get to the root cause and figure >> out >> >why it happens and what causes it, instead of partially fixing the >> symptom >> >> I agree with that. I think it'd be a mistake to submit any patch without >> us understanding root cause. >> We may cover up a bug which will resurface elsewhere... >> Hopefully you can find a way to pin it down. >> >> Thanks for putting this much effort into it! >> Andi >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> >> > -- Laruence Xinchen Hui http://www.laruence.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
