> From: "Kallweit, Heiner" <[EMAIL PROTECTED]>
>
> Heiner.Kallweit> we use OpenSSL 0.9.5a together with Libwww in a CGI
> Heiner.Kallweit> on a HP-UX 11.0 platform.
> Heiner.Kallweit> About every 100th request I get a coredump. Strange
> Heiner.Kallweit> enough, the coredump happens in different functions
> Heiner.Kallweit> in libcrypto.sl. When I do a backtrace with gdb I can
> Heiner.Kallweit> see that the crash always happens at the beginning of
> Heiner.Kallweit> the handshake. But the origin of the backtrace is at
> Heiner.Kallweit> slightly different places in the handshake_func.
>
> The origin perhaps, but do all the crashes end in CRYPTO_thread_id()?
> Could you tell us what functions it ends up happening in (the one in
> frame #0)?
No, it crashes in different functions, but always inside the handshake_func.
I include another example:
#0 0xc0205e34 in __errno () from /usr/lib/libc.2
#1 0xc1dc62f4 in sock_read (b=0x4002bac8, out=0x40031070
"\026\003\001\003\345\002",
outl=5) at bss_sock.c:191
#2 0xc1dc23fc in BIO_read (b=0x4002bac8, out=0x40031070
"\026\003\001\003\345\002",
outl=5) at bio_lib.c:162
#3 0xc1c680a8 in ssl3_read_n (s=0x40017d30, n=5, max=5, extend=0) at
s3_pkt.c:198
#4 0xc1c6824c in ssl3_get_record (s=0x40017d30) at s3_pkt.c:256
#5 0xc1c6970c in ssl3_read_bytes (s=0x40017d30, type=22, buf=0x4002bb10
"\024", len=4)
at s3_pkt.c:769
#6 0xc1c6b710 in ssl3_get_message (s=0x40017d30, st1=4560, stn=4561, mt=20,
max=64,
ok=0x7ffefc00) at s3_both.c:367
#7 0xc1c6ac30 in ssl3_get_finished (s=0x40017d30, a=4560, b=4561) at
s3_both.c:190
#8 0xc1c5f4d8 in ssl3_connect (s=0x40017d30) at s3_clnt.c:355
#9 0xc1c69650 in ssl3_read_bytes (s=0x40017d30, type=23, buf=0x4001bab0 "",
len=32768)
at s3_pkt.c:749
#10 0xc1c65a60 in ssl3_read (s=0x40017d30, buf=0x4001bab0 "", len=32768) at
s3_lib.c:1262
#11 0xc1c742d8 in SSL_read (s=0x40017d30, buf=0x4001bab0 "", num=32768) at
ssl_lib.c:719
#12 0xc023e368 in HTSSL_read () from /usr/local/lib/libwwwssl.sl.1
#13 0xc023e894 in HTSSLReader_read () from /usr/local/lib/libwwwssl.sl.1
#14 0xc1ee4fec in HTHost_read (host=0x40017350, net=0x400171c8) at
HTHost.c:1637
> BTW, in gdb, the command "where" will give you the call trace in one
> go, so you don't have to travel through that serie of "up"'s :-).
"bt" does the same and needs only three fingertips ;-)
______________________________________________________________________
OpenSSL Project http://www.openssl.org
User Support Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
