Public SourceMage Discussion List

["Jose Bernardo Silva" <jbs AT bandos.homelinux.com>]

On Thu, 16 Oct 2003 18:19:25 +1300, Robin wrote
> Hey, I have a problem I hope someone knows about...php is segfaulting.
> 
> My computer had to reboot after a powercut and presumably I hadn't 
> restarted apache2 for a while.
> 
> I had to remove the AddModule mod_php4.c line from 
> /etc/httpd/httpd.conf to get it to start (I tried recompiling php 
> incase it was broken, no change).
> 
> So I took it out, and looked a bit closer, including running httpd 
> in gdb, and I get:
> (gdb) run -X -f /etc/httpd/httpd.conf Starting program: 
> /usr/sbin/httpd -X -f /etc/httpd/httpd.conf [New Thread 16384 (LWP 
> 21408)]
> 
> <...access PHP page from browser now...>
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 16384 (LWP 21408)]
> 0x404fcbfa in php_pcre_match () from /usr/libexec/libphp4.so
> (gdb) bt
> #0  0x404fcbfa in php_pcre_match () from /usr/libexec/libphp4.so
> #1  0x404fb33e in zif_preg_match () from /usr/libexec/libphp4.so
> #2  0x405b5bee in execute () from /usr/libexec/libphp4.so
> #3  0x405b595a in execute () from /usr/libexec/libphp4.so
> #4  0x405b595a in execute () from /usr/libexec/libphp4.so
> #5  0x405a8490 in zend_execute_scripts () from /usr/libexec/libphp4.so
> #6  0x4057d312 in php_execute_script () from /usr/libexec/libphp4.so
> #7  0x405bb823 in php_handler () from /usr/libexec/libphp4.so
> #8  0x080d8230 in ap_invoke_handler ()
> #9  0x08097e5a in ap_process_request ()
> #10 0x08092ef7 in ap_process_http_connection ()
> #11 0x080e4115 in ap_process_connection ()
> #12 0x080d7d6a in child_main ()
> #13 0x080d7159 in make_child ()
> #14 0x080d6a60 in ap_mpm_run ()
> #15 0x080ddcb5 in main ()
> #16 0x40338c67 in __libc_start_main () from /lib/libc.so.6
> 
> What should be done about this. I'll probably roll back php to make 
> it work, but there should be a better solution.

Let me guess - Gallery?
I traced that problem with the help of the gallery developers, did even
recompile php with debug enabled, and found out it was two calls to preg_match
in util.php. The latest cvs versions of Gallery 1.x now have it fixed - but
since the anon cvs at sourceforge lags the developpers cvs by about 5 days, it
probably won't show until tomorrow. Afair, version v1.4.1-cvs-b149 and bigger
has it fixed. I don't remember which function was used instead of preg_match,
or I'd tell you now... But you can get the cvs snapshots from
http://jpmullan.com/galleryupdates/. If your problem isn't gallery, you can
also check what they did to solve it, checking the differences between 146 and
149.

---
Jose Bernardo B R Silva             | Source Mage GNU/Linux Section Guru
jbernardo AT sourcemage.org            | http://www.sourcemage.org
http://counter.li.org #245602
http://cosmos.oninetspeed.pt/jose.bernardo
jbs AT bandos.homelinux.com