We have to make use of a closed-source PHP webapp named Helpspot which is obfuscated with ZendOptimizer. With php-5.2.10 the execution from CRON of scheduled tasks to read emails into the webapps database segfaults reliably, whereas with php-5.2.9-r2 and prior this has always worked. With the latest ebuild, php isn't just erroring out, but is actually segfaulting - indicating an underlying problem with php (or Zend) rather than with the code being executed. ZendOptimizer is still at version 3.3.3-r1 (although I did rebuild it against the latest PHP), so there may potentially be a conflict between this and the latest PHP. Having said this, the main webapp (which also requires Zend but runs via (Fast)CGI) still works perfectly with 5.2.10 - it is only the two scheduled tasks from CRON (run via php-cli) which fail. I've also tried reinstalling and reverting MySQL, just in case the recent 5.0.70 update caused problems - it had no bearing. This problem is reproducible on multiple x86 and AMD64 servers. With php-5.2.10 temporarily unmasked, the USE flags are: ---- $ emerge -pv php These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-lang/php-5.2.10 [5.2.9-r2] USE="bzip2 cgi cli crypt ctype force-cgi-redirect gd-external gmp hash iconv imap ipv6 kerberos mhash mysql mysqli nls pcntl pcre posix readline reflection session sharedext sharedmem simplexml soap sockets spell spl sqlite ssl sysvipc tidy tokenizer unicode xml xmlreader xmlrpc xmlwriter xsl zlib -adabas -apache2 -bcmath -berkdb -birdstep -calendar -cdb -cjk -concurrentmodphp -curl -curlwrappers -db2 -dbase -dbmaker -debug -discard-path -doc -empress -empress-bcs -esoob -exif -fastbuild -fdftk -filter -firebird -flatfile -frontbase -ftp -gd -gdbm -inifile -interbase -iodbc (-java-external) -json -kolab -ldap -ldap-sasl -libedit -mcve -msql -mssql -ncurses -oci8 -oci8-instant-client -odbc -pdo -pic -postgres -qdbm -recode -sapdb -snmp -solid -suhosin -sybase -sybase-ct -threads -truetype -wddx -xpm -yaz -zip" 0 kB Total: 1 package (1 upgrade), Size of downloads: 0 kB ---- I realise that this is all rather vague - but if anyone else has problems with webapps requiring Zend or with php-5.2.10 in general, at least registering this problem might help...
$ emerge --info Portage 2.1.6.13 (default/linux/x86/2008.0/server, gcc-4.3.2, glibc-2.9_p20081201-r2, 2.6.27-gentoo-r7 i686) ================================================================= System uname: Linux-2.6.27-gentoo-r7-i686-Intel-R-_Xeon-TM-_CPU_2.80GHz-with-glibc2.0 Timestamp of tree: Thu, 23 Jul 2009 07:00:02 +0000 app-shells/bash: 3.2_p39 dev-java/java-config: 2.1.8-r1 dev-lang/python: 2.5.4-r3 dev-python/pycrypto: 2.0.1-r8 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openfire/resources/security/" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LDFLAGS="-Wl,-O1" LINGUAS="en en_GB" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X509 acl aio avalon bash-completion berkdb big-tables bzip2 caps chroot cli cracklib crypt cscope cups djvu dri expat extraengine fam fastcgi fbcon fontconfig fpx gdbm gif gmp gnutls graphviz guile hal hdri hpn iconv idn imlib ipv6 isdnlog ithreads jai java java5 javamail jbig jmf jms jpeg jpeg2k junit jython kerberos lcms libedit libffi lingerd log4j loop-aes lua lzo mailwrapper max-idx-128 maxsysuid md5sum memcache midi mktemp mmx mp3 mudflap mysql ncurses network-cron networking nls nntp no-old-linux nptl openexr openmp pam passwdqc pcre perl png pppd python q32 q8 readline reflection rhino rle script session slang snmp spell spl sqlite sse2 ssl svg symlink sysfs tcl tcpd test test-framework threads tiff trace truetype unicode urandom utils vim-pager vim-syntax webdav x86 xattr xcb xinetd xml xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_GB" USERLAND="GNU" VIDEO_CARDS="fbdev glint i810 intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
According to the vendor: "Yes, there Zend has a known issue with Zend Optimizer 5.2.10 and 5.3 so you should roll back to 5.2.9 until Zend has released an updated optimizer. We've been in touch with Zend and are pushing them as hard as possible to get this new Zend Optimizer out as fast as possible." I guess that's not enough to warranty putting a block on the 5.2.10 ebuild, but I guess that there should at least be a large ewarning that ZendOptimizer may not work with it.
Hi, I'm sorry this bug has not gotten a quicker response. With some time passed, there's now ZendOptimizer-3.3.9 and php-5.2.13 in the tree. Does the segfault still happen with those two? Zend claims compatibility with any minor version of php 5.2, so you should be fine. If not, please reopen this bug.
Confirmed fixed - php-5.2.13 works correctly with ZendOptimizer-3.3.9.
