Hi Damjan, Am 26.11.22 um 16:27 schrieb Damjan Jovanovic: > On Sat, Nov 26, 2022 at 5:13 PM Matthias Seidel <matthias.sei...@hamburg.de> > wrote: > >> Hi, >> >> That looks a bit like this issue on macOS: >> >> https://bz.apache.org/ooo/show_bug.cgi?id=128535 >> >> Can you try to disable the automatic update check? >> >> Regards, >> >> Matthias >> >> Am 26.11.22 um 16:08 schrieb Yury Tarasievich: >>> Hello all, >>> >>> I've built an instance of AOO 4.5 from couple of days old git >>> checkout. (fresh-ish Linux, gcc 12.2.0) After launching the binary and >>> letting it sit there, it reliably fails after a minute or so, always >>> with the same kind of stack trace, which follows after my text. >>> >>> I have beginner's skills with GDB. What should I look for? >>> >>> #0 0x0000000000000001 in () >>> #1 0x00007fffd7a13d38 in () at /lib64/libssl.so.1.1 >>> #2 0x00007fffd7a142b1 in () at /lib64/libssl.so.1.1 >>> #3 0x00007fffd7a48437 in () at /lib64/libssl.so.1.1 >>> #4 0x00007fffd7a3f8d6 in () at /lib64/libssl.so.1.1 >>> #5 0x00007fffd7be5206 in () at /usr/lib64/libcurl.so.4 >>> #6 0x00007fffd7be9bda in () at /usr/lib64/libcurl.so.4 >>> #7 0x00007fffd7beace5 in () at /usr/lib64/libcurl.so.4 >>> #8 0x00007fffd7ba4396 in () at /usr/lib64/libcurl.so.4 >>> #9 0x00007fffd7bbbcec in () at /usr/lib64/libcurl.so.4 >>> #10 0x00007fffd7bbcd3e in curl_multi_perform () at >>> /usr/lib64/libcurl.so.4 >>> #11 0x00007fffd7b9515b in curl_easy_perform () at /usr/lib64/libcurl.so.4 >>> #12 0x00007fffd5c9ef92 in http_dav_ucp::CurlRequest::perform() >>> (this=this@entry=0x7fffed7d3610) >>> at >>> /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/CurlRequest.cxx:266 >>> #13 0x00007fffd5c9f222 in >>> http_dav_ucp::CurlRequest::get(http_dav_ucp::CurlUri, rtl::OUString) >>> (this=this@entry=0x7fffed7d3610, uri=..., path=...) at >>> /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/CurlRequest.cxx:189 >>> #14 0x00007fffd5c9c2db in http_dav_ucp::CurlSession::GET(rtl::OUString >>> const&, std::vector<rtl::OUString, std::allocator<rtl::OUString> > >>> const&, http_dav_ucp::DAVResource&, >>> http_dav_ucp::DAVRequestEnvironment const&) >>> (this=this@entry=0x7fffd7e505b0, inPath=<optimized out>, >>> inHeaderNames=std::vector of length 0, capacity 0, ioResource=..., >>> rEnv=...) at >>> /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/CurlSession.cxx:1128 >>> #15 0x00007fffd5c8a608 in >>> http_dav_ucp::DAVResourceAccess::GET(std::vector<rtl::OUString, >>> std::allocator<rtl::OUString> > const&, http_dav_ucp::DAVResource&, >>> com::sun::star::uno::Reference<com::sun::star::ucb::XCommandEnvironment> >>> const&) >>> (this=0x7fffd5fa2ec0, rHeaderNames=std::vector of length 0, >>> capacity 0, rResource=..., xEnv=...) >>> at >>> >> /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/DAVResourceAccess.cxx:443 >>> #16 0x00007fffd5c76358 in >>> http_dav_ucp::Content::open(com::sun::star::ucb::OpenCommandArgument2 >>> const&, >>> com::sun::star::uno::Reference<com::sun::star::ucb::XCommandEnvironment> >>> const&) (this=this@entry=0x7fffd7e504b0, rArg=..., xEnv=...) >>> at >>> /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/webdavcontent.cxx:2282 >>> #17 0x00007fffd5c7950d in >>> http_dav_ucp::Content::execute(com::sun::star::ucb::Command const&, >>> int, >>> com::sun::star::uno::Reference<com::sun::star::ucb::XCommandEnvironment> >>> const&) (this=0x7fffd7e504b0, aCommand=<optimized out>, Environment=...) >>> at >>> /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/webdavcontent.cxx:621 >>> #18 0x00007fffd5f547d0 in (anonymous >>> namespace)::UpdateInformationProvider::load(rtl::OUString const&) >>> (this=0x7fffd5f8ce50, rURL=<optimized out>) at >>> >> /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/feed/updatefeed.cxx:516 >>> #19 0x00007fffd5f553e4 in (anonymous >>> >> namespace)::UpdateInformationProvider::getUpdateInformationEnumeration(com::sun::star::uno::Sequence<rtl::OUString> >>> const&, rtl::OUString const&) (this=0x7fffd5f8ce50, >>> repositories=<optimized out>, extensionId=...) >>> at >>> >> /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/feed/updatefeed.cxx:616 >>> #20 0x00007fffd7cb9c4c in checkForUpdates(UpdateInfo&, >>> com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> >>> const&, >>> com::sun::star::uno::Reference<com::sun::star::task::XInteractionHandler> >>> const&, >>> >> com::sun::star::uno::Reference<com::sun::star::deployment::XUpdateInformationProvider> >>> const&) (o_rUpdateInfo=..., rxContext=..., rxInteractionHandler=..., >>> rUpdateInfoProvider=...) >>> at >>> >> /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/check/updateprotocol.cxx:130 >>> #21 0x00007fffd7cb0128 in (anonymous >>> namespace)::UpdateCheckThread::runCheck(bool&) >>> (this=0x7fffd6010a60, rbExtensionsChecked=@0x7fffed7d3d4f: false) >>> at >>> >> /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/check/updatecheck.cxx:458 >>> #22 0x00007fffd7cb05c5 in (anonymous >>> namespace)::UpdateCheckThread::run() (this=0x7fffd6010a60) >>> at >>> >> /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/check/updatecheck.cxx:566 >>> #23 0x00007fffd7cb098a in osl::threadFunc(void*) (param=0x7fffd6010a60) >>> at >>> /d/home/ty/c/+ooo/aoo45/main/solver/450/ >> unxlngx6.pro/inc/osl/thread.hxx:184 >>> #24 0x00007ffff7df7219 in osl_thread_start_Impl (pData=0x7fffd0005d10) >>> at thread.c:266 >>> #25 0x00007ffff7715fea in start_thread () at /lib64/libc.so.6 >>> #26 0x00007ffff77a09ec in clone3 () at /lib64/libc.so.6 >>> #24 0x00007ffff7df7219 in osl_thread_start_Impl (pData=0x7fffd0005d10) >>> at thread.c:266 >>> >> > So MacOS is crashing whether the serf-based or the libcurl-based WebDAV > component is in use? > > I don't have a Mac to do detailed debugging on, and the crash is deep > within libssl's code. > > What are the versions of libcurl and libssl?
Yury reported the problem on Linux64, but we seem to have the same issue on our macOS build. Regards, Matthias > > Regards > Damjan >
smime.p7s
Description: S/MIME Cryptographic Signature
