Re: strange crash in SSL code while opening some documents

2013/6/8 Markus Mohrhard <markus.mohrhard@googlemail.com>:
> Hey,
>
> so it seems that on my computer with gcc 4.8 and linux binutils
> 2.23.51 I have some problems with our code for SSL handling.
>
> With each document trying to connect to a https website I get a crash
> with the following backtrace:
>
> #0  0x00007ffff75cb207 in __strncmp_sse42 () from /lib64/libc.so.6
> #1  0x00007fffba1b0f90 in ssl_cipher_process_rulestr
> (rule_str=0x7fffba1f27b8 "AES:ALL:!aNULL:!eNULL:+RC4:@STRENGTH",
> co_list=0x1dfd950, head_p=0x7fffffff3640, tail_p=0x7fffffff3638,
> ca_list=0x1dfe240)
>     at ssl_ciph.c:876
> #2  0x00007fffba1b157e in ssl_create_cipher_list
> (ssl_method=0x7fffba4447e0 <SSLv23_client_method_data.13759>,
> cipher_list=0x1dfd318, cipher_list_by_id=0x1dfd320, rule_str=
>     0x7fffba1f27b8 "AES:ALL:!aNULL:!eNULL:+RC4:@STRENGTH") at ssl_ciph.c:1040
> #3  0x00007fffba1aa965 in SSL_CTX_new (meth=0x7fffba4447e0
> <SSLv23_client_method_data.13759>) at ssl_lib.c:1534
> #4  0x00007fffba0dd9bd in ne_ssl_context_create (mode=0) at
> /devel/libo/libo3/workdir/unxlngx6/UnpackedTarball/neon/src/ne_openssl.c:568
> #5  0x00007fffba0d4621 in ne_session_create (scheme=0x7fffcc169618
> "https", hostname=0x7fffcc159350 "bankieren.rabobank.nl", port=443)
>     at /devel/libo/libo3/workdir/unxlngx6/UnpackedTarball/neon/src/ne_session.c:176
> #6  0x00007fffba48eef7 in webdav_ucp::NeonSession::Init
> (this=0x1de7b70) at
> /devel/libo/libo3/ucb/source/ucp/webdav-neon/NeonSession.cxx:711
> #7  0x00007fffba48f40e in webdav_ucp::NeonSession::UsesProxy
> (this=0x1de7b70) at
> /devel/libo/libo3/ucb/source/ucp/webdav-neon/NeonSession.cxx:823
> #8  0x00007fffba476a31 in webdav_ucp::DAVResourceAccess::getRequestURI
> (this=0x1de7830) at
> /devel/libo/libo3/ucb/source/ucp/webdav-neon/DAVResourceAccess.cxx:1107
> #9  0x00007fffba472f28 in webdav_ucp::DAVResourceAccess::PROPFIND
> (this=0x1de7830, nDepth=webdav_ucp::DAVZERO,
> rPropertyNames=std::__debug::vector of length 4, capacity 4 = {...},
>     rResources=std::__debug::vector of length 0, capacity 0,
> xEnv=uno::Reference to (ucbhelper::CommandEnvironment *)
> 0x7fffcc158678) at
> /devel/libo/libo3/ucb/source/ucp/webdav-neon/DAVResourceAccess.cxx:239
>
>
> So I debugged this and it looks like this might be a compile or
> linking problem because stepping through the code does not show
> anything going wrong but at some point the values seem to no longer
> make sense.
>
> Can someone else with gcc 4.8 and linux current binutils check if he
> sees the same problem? I think the new Fedora 19 uses the same
> configuration so anyone running this and having a current master build
> should be able to check it. A possible test document for this is
> ooo121280 or lp990868.


I'm sorry lp#990868 is an issue for calc developers. But the following
documents should all show the issue (at least they do for me):

Crash:/devel/files/ods/fdo42684-53636.ods through disposed
Crash:/devel/files/ods/fdo49903-61610.ods through disposed
Crash:/devel/files/ods/lp889422-2.ods through disposed
Crash:/devel/files/ods/ooo118506-76885.ods through disposed
Crash:/devel/files/ods/ooo118549-76928.ods through disposed
Crash:/devel/files/ods/ooo121280-79826.ods through disposed