Apache 1.3.14 dies on start up (apachectl start) if the PHP module is enabled.  To make it
work the following sequence of operations are needed:
 - comment out php module from httpd.conf
 - apachectl start
 - uncomment php moudle in httpd.conf
 - apachectl restart

Then PHP works very happily.  It occasionally manages to load on start-up, but very
seldom.  We've seen this problem on a couple of machines.

Here's the gdb info

(gdb) run -X
Starting program: /usr/sbin/httpd -X
Cannot access memory at address 0x4046cb14
(gdb) bt
#0  0x4000af21 in _dl_debug_state () at dl-debug.c:56
#1  0x40180156 in _dl_close (map=0x80bbb50) at dl-close.c:195
#2  0x4009e430 in dlclose_doit (handle=0x80bbb50) at dlclose.c:26
#3  0x4000ac3b in _dl_catch_error (errstring=0x400a0080, operate=0x4009e418
<dlclose_doit>, args=0x80bbb50)
    at dl-error.c:141
#4  0x4009e8b9 in _dlerror_run (operate=0x4009e418 <dlclose_doit>, args=0x80bbb50)
at dlerror.c:125
#5  0x4009e3fe in dlclose (handle=0x80bbb50) at dlclose.c:32
#6  0x8070160 in ap_os_dso_unload () at ltdl.c:1409
#7  0x804f3b0 in unload_module () at ltdl.c:1409
#8  0x805116e in run_cleanups () at ltdl.c:1409
#9  0x804f99d in ap_clear_pool () at ltdl.c:1409
#10 0x805fd73 in standalone_main () at ltdl.c:1409
#11 0x8060613 in main () at ltdl.c:1409
#12 0x400b99cb in __libc_start_main (main=0x80602cc <main>, argc=2, argv=0xbffffb84,
init=0x804e994 <_init>, 
    fini=0x809499c <_fini>, rtld_fini=0x4000ae60 <_dl_fini>,
stack_end=0xbffffb7c)
    at ../sysdeps/generic/libc-start.c:92


PHP was configured with:

./configure --with-config-file-path=/usr/local/etc --enable-track-vars --enable-magic-quotes --with-apxs --with-gdbm --with-zlib --with-ftp --with-gd --with-ttf --with-gettext --with-mysql=/usr/ --with-unixODBC --with-pgsql --with-readline --with-openssl --enable-inline-optimization --with-tsrm-pthreads --enable-bcmath

Apache was configured with:

./configure --with-layout=RedHat --with-perl=/usr/local/bin/perl --with-port=80 --enable-module=access --enable-module=actions --enable-shared=actions --enable-module=alias --enable-module=alias --enable-module=asis --enable-shared=asis --enable-module=auth --enable-shared=auth --enable-module=auth_db --enable-shared=auth_db --enable-module=auth_dbm --enable-shared=auth_dbm --enable-module=auth_digest --enable-shared=auth_digest --enable-module=autoindex --enable-module=cgi --enable-module=dir --enable-module=env --enable-module=expires --enable-shared=expires --enable-module=headers --enable-shared=headers --enable-module=imap --enable-shared=imap --enable-module=include --enable-module=info --enable-shared=info --enable-module=log_config --enable-shared=log_config --enable-module=mime --enable-module=mime_magic --enable-module=negotiation --enable-shared=negotiation --enable-module=rewrite --enable-shared=rewrite --enable-module=setenvif --enable-module=so --enable-module=speling --enable-module=status --enable-shared=status --enable-module=unique_id --enable-shared=unique_id --enable-module=userdir --enable-module=usertrack --enable-shared=usertrack --enable-module=vhost_alias --enable-shared=vhost_alias --enable-shared=max

This is a glibc-2.1.x bug triggered by loading a dynamic library linked against pthreads into a binary that is not linked against pthreads.  Identify which 3rd-party client library needs pthreads.  Candidates are libmysqlclient.so and Oracle's libclntsh.so.  In the MySQL case, get a non-pthreads version of the library.  In the Oracle case, recompile your Apache httpd against pthreads since there is no non-pthreads Oracle client lib available  (unless you want to downgrade to 8.0.5).

Ah, didn't notice your --with-tsrm-pthreads initially.  Get rid of that.  Why did you think this was a switch you needed?  Apache-1.3.14 is not threaded.