On Wed, Feb 17, 1999, Toru Takinaka wrote:
Ok, I've fixed my patch according to your hint but the way it originally was
intended (but not written) by me. I don't trust the i2d_xx stuff too much, so
I really want to use an extra variable. The fixed patch is appended below.
Please try it out
httpd: [Mon Feb 15 15:14:13 1999] [notice] child pid 28009 exit signal
Segmentation Fault (11)
BTW, sorry when I ask: Have you verified in the debugger that these segfaults
are still the `meth'-variable-related ones? Perhaps we've fixed it, but have a
second problem somewhere else?
This
sc-prsaKey-meth is a pointer of static variable.
But it isn't valid after Apache's second initialization when I use chroot(1M)
command without my patch.
Oh, _THAT'S_ the problem: the static variable inside SSLeay/OpenSSL. H...
yes, now I know why it core dumps: It's because the DSO
On Wed, Feb 10, 1999, Toru Takinaka wrote:
[...]
sc-prsaKey-meth is a pointer of static variable.
But it isn't valid after Apache's second initialization when I use chroot(1M)
command without my patch.
Oh, _THAT'S_ the problem: the static variable inside SSLeay/OpenSSL. H...
yes, now I
H... I need a little bit more details about what chroot() you speak about.
Apache uses no chroot() per default, not even in suexec. So about which
I mean chroot(1M). I didn't use chroot(2).
I rewrote bin/apachctl.
ex.
if $HTTPD -DSSL; then
-
CHROOT="/usr/sbin/chroot /newroot"
On Tue, Feb 09, 1999, Toru Takinaka wrote:
Yeah, and at least under Solaris it's neither a bug in Apache nor in mod_ssl
nor in SSLeay. As it looks it's a result of a strange loading strategy in the
Solaris dynamic linker caused by Apache's braindead two-round initialization.
I've still no