Segmentation fault (core dumped) - Help

I compile apache 1.3.19 with PHP. I go to /etc/httpd/bin/ type the following
command, and I get this. I am using the default httpd.conf installed in the
/etc/httpd/conf dir. This also happens when I use the conf I created. Apache
worked perfectly fine until I attempted to load Front Page Extensions 5.0
(2002) on the server. Ever since then, I have got this error when I attemt
to start.

[root@iits bin]# ./httpd
Segmentation fault (core dumped)

I ran gdb on the core dump, and I get the following. I'm not a C programmer,
nor have I ever had this program, so I'm at a loss when it comes to knowing
what all this means. Can anyone help me?

[root@iits bin]# gdb httpd core
GNU gdb 5.0rh-5 Red Hat Linux 7.1
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...(no debugging symbols
found)...
Core was generated by `./httpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libpam.so.0...(no debugging symbols found)...done.
Loaded symbols for /lib/libpam.so.0
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /usr/local/mysql/lib/mysql/libmysqlclient.so.10...done.
Loaded symbols for /usr/local/mysql/lib/mysql/libmysqlclient.so.10
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/i686/libm.so.6...done.
Loaded symbols for /lib/i686/libm.so.6
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /usr/lib/libdb.so.3...done.
Loaded symbols for /usr/lib/libdb.so.3
Reading symbols from /lib/i686/libc.so.6...done.
Loaded symbols for /lib/i686/libc.so.6
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /lib/libnss_dns.so.2...done.
Loaded symbols for /lib/libnss_dns.so.2
Reading symbols from /lib/libnss_nisplus.so.2...done.
Loaded symbols for /lib/libnss_nisplus.so.2
#0 0x08122991 in ap_get_local_host () at eval.c:41
41 eval.c: No such file or directory.
in eval.c
(gdb)

Regards,
Brant

A segmentation fault is a memory error. Something tried to access a region of memory that it did not have rights to. This can be due either to a hardware fault, e.g., bad RAM, or a code problem, which is more likely in this case.

Probably, there is something wrong with the Frontpage addition to your Apache installation. You do not mention the style of FP extensions addition you chose. Are you using a patched Apache daemon? Have you tried this with the prior version of FP extensions (4.x)? Are you using DSO modules or are they statically compiled in?

More details are needed to propose a strategy.