Ralf,
Unless I'm not undestanding you correctly, due to the fact that the process doesn't
core
dump at all all I could do was include a truss of the session. The truss output was
rather
long so I've scanned through it and found the entries of one of the child processes
segfaulting. The output is below. If you need the whole truss file reply to me
seperately
with an e-mail address to send it directly to you.
10703: poll(0x08045C60, 2, -1) = 1
10703: accept(15, 0x08047CFC, 0x08047D1C) = 3
10703: fcntl(24, F_SETLKW, 0x0807EE60) = 0
10703: sigaction(SIGUSR1, 0x08047C50, 0x08047CA0) = 0
10703: getsockname(3, 0x08047D0C, 0x08047D1C) = 0
10703: setsockopt(3, 6, 1, 0x08047CE0, 4) = 0
10703: brk(0x080D2040) = 0
10703: brk(0x080D4040) = 0
10703: brk(0x080D4040) = 0
10703: brk(0x080D6040) = 0
10703: time() = 924022953
10703: time() = 924022953
10703: write(19, " [ 1 3 / A p r / 1 9 9 9".., 105) = 105
10703: write(19, 0xDFF60654, 0) = 0
10703: time() = 924022953
10703: getpid() = 10703 [10699]
10703: time() = 924022953
10703: brk(0x080D6040) = 0
10703: brk(0x080DE040) = 0
10703: brk(0x080DE040) = 0
10703: brk(0x080E6040) = 0
10703: getpid() = 10703 [10699]
10703: time() = 924022953
10703: getpid() = 10703 [10699]
10703: brk(0x080E6040) = 0
10703: brk(0x080EA040) = 0
10703: read(3, "80 50103\0", 5) = 5
10703: read(3, "\0\f\010\01002\08004\080".., 50) = 50
10703: fcntl(25, F_SETLKW, 0xDFDC6C78) = 0
10703: open64("/usr/local/etc/apache-ssl/logs/ssl_scache.pag", O_RDONLY) = 5
10703: open64("/usr/local/etc/apache-ssl/logs/ssl_scache.dir", O_RDONLY) = 6
10703: fstat64(6, 0x08047A18) = 0
10703: llseek(6, 0, SEEK_SET) = 0
10703: read(6, "01\0\0\0\0\0\0\0\0\0\0\0".., 4096) = 4096
10703: llseek(5, 0, SEEK_SET) = 0
10703: read(5, "\f\0E003 [03 K03E402D402".., 1024) = 1024
10703: close(6) = 0
10703: close(5) = 0
10703: fcntl(25, F_SETLKW, 0xDFDC6C9C) = 0
10703: Incurred fault #6, FLTBOUNDS %pc = 0xDFD5065C
10703: siginfo: SIGSEGV SEGV_MAPERR addr=0x0000029C
10703: Received signal #11, SIGSEGV [caught]
10703: siginfo: SIGSEGV SEGV_MAPERR addr=0x0000029C
10703: chdir("/usr/local/etc/apache-ssl") = 0
10703: sigaction(SIGSEGV, 0x08047814, 0x08047864) = 0
10703: getpid() = 10703 [10699]
10703: kill(10703, SIGSEGV) = 0
10703: setcontext(0x080478E4)
10703: Received signal #11, SIGSEGV [default]
10703: siginfo: SIGSEGV pid=10703 uid=100
10703: *** process killed ***
Thanks,
Derek.
"Ralf S. Engelschall" wrote:
> On Tue, Apr 13, 1999, Derek Smith wrote:
>
> > I'm having trouble with a test install of Apache1.3.6/openSSL 0.9.2b/mod_ssl 2.2.8
>on
> > Solaris 2.6 (intel platform). Everything seems to install and compile with gcc
> > correctly and seems to run ok...until you look at the pages it serves out - they
>are
> > missing graphics (which you are able to view in a new window), some of which
> > occasionally load, and every so often I get a Network Error Connection Refused
> > dialogue box from Netscape 4.51 and the message 'child pid XXXX exit signal
> > Segmentation Fault (11)'. After which the connection is problematic, but after a
>few
> > attempts it works again(as much as it did before anyway).
> >
> > Anyone got any ideas?
>
> No, at least not without any details of the segfault, of course. Please look
> inside the mod_ssl FAQ for details on how to get a backtrace of the segfault.
> Without this you cannot find the reason.
>
> Ralf S. Engelschall
> [EMAIL PROTECTED]
> www.engelschall.com
> ______________________________________________________________________
> Apache Interface to OpenSSL (mod_ssl) www.engelschall.com/sw/mod_ssl/
> Official Support Mailing List [EMAIL PROTECTED]
> Automated List Manager [EMAIL PROTECTED]
______________________________________________________________________
Apache Interface to OpenSSL (mod_ssl) www.engelschall.com/sw/mod_ssl/
Official Support Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
