Bugzilla Bug 209649

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 ***