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? Regards Damjan
