httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 32529] - ProxyPass segmentation fault on SMP x86_64
Date Mon, 06 Dec 2004 08:09:28 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=32529>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=32529





------- Additional Comments From jorton@redhat.com  2004-12-06 09:09 -------
Good analysis, thanks.

This could well be one of the insane cases which occurs where libssl.so gets
loaded and unloaded during startup but libcrypto.so always stays mapped.  Global
variables in libcrypto.so hence don't get reset to their initialization state,
but those in libssl.so do: 

note that X509_STORE_CTX_get_ex_new_index is probably just incrementing some
global variable behind the scenes, no doubt (haven't verified that): so if 
ssl_x509_store_ctx_idx gets reset to -1, but that global variable does not, then
the _idx variable will quite likely get set to "1" next time round.

That might also explain the crash.  You could try some fprintf debugging in both
libcrypto and libssl to try and verify this; or LD_DEBUG stuff to see when each
is getting loaded and unloaded.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org


Mime
View raw message