Fixed: recompiled SSLeay with gcc-2.7.2, -O2 -g
(previously: without -O2 -g)
will check out other combinations tomorrow ...
> Hi,
>
> > UID 0 based processes? Perhaps then you have to run it on ports 8080/84=
> 43
> > temporarily as a regular user to get the core. Without the coredump and=
> a
> > backtrace it's hard to find the location of the SIGSEGV. =
>
> > =
>
> Thanks for the hint, Ralf.
>
> Meanwhile I got some closer and got at least a coredump:
>
> #0 0xef36fd18 in RSA_flags ()
> #1 0xef34ef60 in ssl_set_pkey ()
> #2 0xef34ee8c in SSL_use_RSAPrivateKey ()
> #3 0xef338774 in ssl_hook_NewConnection (conn=3D0xa7ff0)
> at ssl_engine_kernel.c:196
> #4 0x3054c in new_connection (p=3D0x922e8, server=3D0x64f60, inout=3D0x9=
> 2320, =
>
> remaddr=3D0xefffefb8, saddr=3D0xefffefc8, child_num=3D0) at http_main=
> =2Ec:2975
> #5 0x312ac in child_main (child_num_arg=3D598816) at http_main.c:3854
> #6 0x31524 in make_child (s=3D0x64f60, slot=3D0, now=3D915037082)
> at http_main.c:3994
> #7 0x315bc in startup_children (number_to_start=3D1) at http_main.c:4021=
>
> #8 0x31b7c in standalone_main (argc=3D297880, argv=3D0x5e400) at =
>
> http_main.c:4299
> #9 0x32318 in main (argc=3D4, argv=3D0xeffff244) at http_main.c:4583
>
> (I'm just recompiling SSLeay, resulting in tommorows report)
>
> So the SEGV remains within SSLeay (0.9.0b), but at least it's =
>
> caused by another apache module:
>
> If I *do not* include mod_frontpage (as DSO) everything works fine :-(
> also, if I *do* include mod_frontpage (as DSO) and mod_perl (16_02 as =
>
> static)
> everything works fine too.
>
> So eventually mod_frontpage destroys some stack regions or something
> else ... but why will this problem be fixed with mod_perl ? who knows ?
>
> (Another Problem I have with that mod_perl: It doesn't run as a DSO itsel=
> f
> with perl-5.005_02; everything is fine with perl-5.004_04, but with =
>
> a freshly installed perl-5.005_02 it core-dumps.)
>
> Greetings,
> Jan
>
>
>
Mit freundlichen Gr��en / best regards,
UUNET Deutschland GmbH
Jan Wedekind
Manager Techn. Op. Web/Services UUNET Deutschland GmbH
Tel. +49 231 972 2280 Emil-Figge-Stra�e 80
Fax. +49 231 972 1180 44227 Dortmund, Germany
[EMAIL PROTECTED] URL: http://www.uunet.de
______________________________________________________________________
Apache Interface to SSLeay (mod_ssl) www.engelschall.com/sw/mod_ssl/
Official Support Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]