PHP dumps core with Apache 1.3.14 as DSO

Howdy, I've been battling all day trying to get PHP to run on our baseline httpd system here as a DSO, and having no luck debugging the problems. The build works fine - configure runs without any problem (although we get a duplicate symbol problem when trying to use GD, so it's commented out for now): ./configure --prefix=/opt/php/4.0.3pl1 --with-apxs=/opt/httpd/1.3.14/sbin/apxs --with-mysql=/usr/local --without-gd --with-config-file-path=/usr/local/httpd/etc/php.ini Apache starts up OK, and perhaps will server a few .GIF requests, but then all the kids start crashing with a SEGV: read(6, " G E T / f o o . p h p".., 4096) = 275 sigaction(SIGUSR1, 0xEFFFD768, 0xEFFFD7E8) = 0 time() = 976142754 stat64("/export/httpd/DOMAINS/MASTER/htdocs/foo.php", 0x000E2068) = 0 lstat64("/export", 0xEFFFF720) = 0 lstat64("/export/httpd", 0xEFFFF720) = 0 lstat64("/export/httpd/DOMAINS", 0xEFFFF720) = 0 lstat64("/export/httpd/DOMAINS/MASTER", 0xEFFFF720) = 0 lstat64("/export/httpd/DOMAINS/MASTER/htdocs", 0xEFFFF720) = 0 open64("/export/httpd/DOMAINS/MASTER/htdocs/.htaccess", O_RDONLY) Err#2 ENOENT lstat64("/export/httpd/DOMAINS/MASTER/htdocs/foo.php", 0xEFFFF720) = 0 Incurred fault #6, FLTBOUNDS %pc = 0xEF1DD550 siginfo: SIGSEGV SEGV_MAPERR addr=0x0000005C Received signal #11, SIGSEGV [caught] siginfo: SIGSEGV SEGV_MAPERR addr=0x0000005C chdir("/export/httpd") = 0 sigaction(SIGSEGV, 0xEFFFF238, 0xEFFFF2B8) = 0 getpid() = 6629 [6293] kill(6629, SIGSEGV) = 0 setcontext(0xEFFFF438) Received signal #11, SIGSEGV [default] siginfo: SIGSEGV pid=6629 uid=72 *** process killed *** It seems to happen after an lstat64() or a close() in most instances. Unfortunately, no core file is produced (I haven't figured out why - permissions and space are not a problem). We can't get gdb to return useful backtrace when it's attached either, even though everything still has symbols. I suspect it has something to do with the fact we're attaching to a running DSO - anybody have pointers on this one? I realize that many folks have PHP running, so it must be something to do with our install, but we have other DSOs running fine: tomcat fastcgi mod_auth_mysql to list a few. The web shows up a few searches having to do with running out of file descriptors, but that's definately not the problem here - we have more than enough left, as we're not doing IP-based vhosts on this machine. Any pointers would be helpful, of course. Thanks, David. ----- ** PLEASE NOTE ** This message was composed with the aid of a speech recognition system. Please be aware there may be some strange word usage. Many thanks....