I recompiled without DSO support. Both mod_ssl and php4 are built into
apache. Now it will run, but it segfaults while running...
https://io.viptx.net segfaults
https://io.viptx.net/index.html loads the page
I tried running through gdb:
root@Io:/usr/local/apache/bin# gdb ./httpd
GNU gdb 5.0
Copyright 2000 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-slackware-linux"...
(gdb) set args -X -DSSL
(gdb) run
Starting program: /usr/local/apache/bin/./httpd -X -DSSL
Cannot access memory at address 0x40016e48
(gdb)
Here is the tail end of a strace of it failing:
...
getpid() = 3119
write(18, "[16/Mar/2001 10:33:29 03119] [in"..., 123) = 123
alarm(0) = 300
alarm(300) = 0
read(5, "\27\3\0\1%!&\374D\35\2274^\371\33\225\261\270P\272\346"..., 18437) = 298
rt_sigaction(SIGUSR1, {SIG_IGN}, {SIG_IGN}, 8) = 0
time(NULL) = 984760409
alarm(300) = 300
alarm(0) = 300
time(NULL) = 984760409
getpid() = 3119
write(18, "[16/Mar/2001 10:33:29 03119] [in"..., 113) = 113
stat64("/usr/local/apache/htdocs", {st_mode=S_IFDIR|0755, st_size=4096,
...}) = 0
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++
I followed my own build procedure on a glibc 2.1.2, linux box and
everything worked fine, perfect even. tarred it up and moved it over to
my glibc 2.2.2 system and it segfaults.
(gdb) set args -X -DSSL
(gdb) run
Starting program: /usr/local/apache/bin/httpd -X -DSSL
Program received signal SIGSEGV, Segmentation fault.
0x4000c837 in _dl_signal_error () at eval.c:88
88 eval.c: No such file or directory.
(gdb) bt
#0 0x4000c837 in _dl_signal_error () at eval.c:88
#1 0x401ae721 in _dl_close (_map=0x8114ed8) at dl-close.c:63
#2 0x401aed30 in _dl_close (_map=0x8113ea8) at dl-close.c:276
#3 0x400be46b in dlclose_doit (handle=0x8113ea8) at dlclose.c:25
#4 0x4000ca9b in _dl_catch_error () at eval.c:88
#5 0x400be7ff in _dlerror_run (operate=0x400be450 <dlclose_doit>, args=0x8113ea8) at
dlerror.c:130
#6 0x400be491 in dlclose (handle=0x8113ea8) at dlclose.c:31
#7 0x8097808 in ap_os_dso_unload (handle=0x8113ea8) at os.c:133
#8 0x8075ae2 in unload_module (modi=0x80eed68) at mod_so.c:182
#9 0x807852e in run_cleanups (c=0x80fa2f8) at alloc.c:1947
#10 0x8076bf7 in ap_clear_pool (a=0x80ee968) at alloc.c:690
#11 0x808719b in standalone_main (argc=3, argv=0xbffffb1c) at http_main.c:4741
#12 0x8087a53 in main (argc=3, argv=0xbffffb1c) at http_main.c:5123
#13 0x400dcf5c in __libc_start_main (main=0x80876f8 <main>, argc=3,
ubp_av=0xbffffb1c, init=0x80500d0 <_init>, fini=0x80be040 <_fini>,
rtld_fini=0x4000ce30 <_dl_fini>, stack_end=0xbffffb14) at
../sysdeps/generic/libc-start.c:129
Ok, is this a glibc issue? I know they made quite a few changes in
glibc-2.2.2 maybe they screwed something up? Or maybe mod_ssl was using
some workaround for something that _was_ broke and now its fixed?
Of course I may have no clue what I'm talking about. Can someone even
tell me where eval.c is?
--
"To err is human, to forgive is beyond the scope of the Operating System"
______________________________________________________________________
Apache Interface to OpenSSL (mod_ssl) www.modssl.org
User Support Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
