Atomicorp

Semi-relevant to the direction of this topic (although I apologize that it's a bit off the mark): I have a patch for PHP (http://php-fpm.anight.org/) that I would like to apply to the latest SRPM (php-5.2.5-4.art.src.rpm). I have downloaded the SRPM and php.spec, the patch, and used yum-builddep on ...

I got the following error with php version 5.2.5-4.el4.art.i386 packages. [root@ns1 httpd]# php -v Failed loading /usr/lib/php/zend/ZendOptimizer-.so: /usr/lib/php/zend/ZendOptimizer-.so: cannot open shared object file: No such file or directory PHP 5.2.5 (cli) (built: Jan 19 2008 10:08:24) Copyrig...

I also suffered the same fate today, but my issue stems from loading xcache and it then seg faulting. I've had to remove xcache from php, any idea what I Can do so I can re-enable xcache? Interesting. I am running Xcache as well, although I didn't notice it being the culprit per se. Perhaps upgradi...

My guess is that like eaccelerator, ioncube and probably zend-optimizer would have to be rebuilt to work with it. Which we can't do of course. So rock and a hard place... whats more important? Im kind of leaning toward extension compatibility being a higher priority than the ini fix. Well, of cours...

I wasn't using eAccelerator and PHP itself was segfaulting: I wasn't having issues with Apache. I ended up rolling back to -2 and everything is back to normal.

Still having some weird issues with ioncube.ini on re/install. Need to update the line that points to the active .so each time.

Just updated to PHP 5.2.5-3 via the atomic repository. Unfortunately, the adrress to ioncube_loader_lin_5.2.so was broken in /etc/php.d/ioncube.ini. After I fixed that up, I discovered the PHP is still segfaulting.

Any ideas?