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]

Reply via email to