As requested by Jakub, a seperate bug report for this issue. small recap from http://bugs.gentoo.org/show_bug.cgi?id=209148#c10 This version broke several of our (zend encoded) webapps using Zend Optimizer 3.3.0a. Backtrace doesn't give much more info than: Program terminated with signal 11, Segmentation fault. #0 0xb50508e1 in ?? () from /usr/local/Zend/lib/Optimizer-3.3.0/php-5.2.x/ZendOptimizer.so (gdb) bt #0 0xb50508e1 in ?? () from /usr/local/Zend/lib/Optimizer-3.3.0/php-5.2.x/ZendOptimizer.so previous ebuild dev-lang/php-5.2.5-r1 was fine. Reverting to this version solves the issue, so i guess i'll mask this one for now. ----- (In reply to comment #11) > > Not so good. ;) > Do you have a simple reproduce case for me or does it only happen when using > your (probably big) encoded application? ZendOptimizer still works fine for me, > but I haven't tried using it to parse encoded files. Yup its a big app so its not going to be easy to pinpoint. It is Zend encoded using Zend Guard 5. > I can think of one patch which possibly breaks that, but I'm not sure. Could > you please try php-5.2.5_p20080206-r1 from php-testing overlay (layman -a > php-testing)? It omits exactly the patch I'm suspecting. If this does help I'll > have to try and fix the patch as we can't simply drop it. > (The ebuild does not have any KEYWORDS, so do echo > '=dev-lang/php-5.2.5_p20080206* **' >> /etc/portage/package.keywords first) > > Thanks for pointing out the problem anyway. =) > I have just tried php-5.2.5_p20080206-r1 from php-testing with Zend Optimizer ebuild and this still exhibits the same problem: Core was generated by `/usr/sbin/apache2 -D DEFAULT_VHOST -D LANGUAGE -D SSL -D SSL_DEFAULT_VHOST -D U'. Program terminated with signal 11, Segmentation fault. #0 0xb5f8f8e1 in ?? () from /usr/lib/php5/lib/php/extensions/no-debug-non-zts-20060613/ZendOptimizer.so (gdb) bt #0 0xb5f8f8e1 in ?? () from /usr/lib/php5/lib/php/extensions/no-debug-non-zts-20060613/ZendOptimizer.so #1 0x00000000 in ?? () Is there an easy way for me to include/exclude patches from the patchset for testing?
This bug is much more serious as it initially seemed. I started by making my own php-5.2.5_p20080206-r2 ebuild with a modified patchset, excluding all patches but the XXX_test ones, and the problem still persisted. Then i found this posting on the forums which made me wonder: http://forums.gentoo.org/viewtopic-t-660119.html I tried a simple testcase as outlined in the forum topic: <?php $link = mysql_connect('localhost', 'root', 'password', true); ?> This simple script is enough to make php-5.2.5_p20080206 with Zend Optimizer 3.3.0a segfault. Seems quite severe. (using www-servers/apache-2.2.8 and dev-db/mysql-5.0.54 btw)
Looks like dupe of Bug 209606 (not a Gentoo-specific issue at all); marking as such. *** This bug has been marked as a duplicate of bug 209606 ***
