Date: prev next · Thread: first prev next last
2013 Archives by date, by thread · List index


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.

Regards,
Markus

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.