Re: AOO as built from source fails in libcurl
BTW, I've checked my notes, and these crashes 'out of nowhere' which now I know to be caused by update component, may have been introduced (or started to happen) not later than May 3, 2022. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO as built from source fails in libcurl
OK, I've reconfigured AOO to use the internal curl, and build process as such completes okay, however, I can't make the build system rebuild everything depending on curl. And I'm not rebuilding from scratch again right now. Is there a complete dependencies rebuild command? I've tried copying libcurl.so.4 into program dir by hand but that didn't work as expected. However, such copying somehow removes update dialog from Options completely (and, I guess, update functionality gets blocked completely), and I think I'll go with that workaround for a moment. Also, how fares the transition to Scons system? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO as built from source fails in libcurl
Hi Yury, Am 26.11.22 um 16:29 schrieb Yury Tarasievich: > ...obviously, checking for updates explicitly produces a crash with > the same sort of stack trace. Yes, disabling the automatic update check is only a workaround. Regards, Matthias smime.p7s Description: S/MIME Cryptographic Signature
Re: AOO as built from source fails in libcurl
Hi Damjan, Am 26.11.22 um 16:27 schrieb Damjan Jovanovic: > On Sat, Nov 26, 2022 at 5:13 PM Matthias Seidel > 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 0x0001 in () >>> #1 0x7fffd7a13d38 in () at /lib64/libssl.so.1.1 >>> #2 0x7fffd7a142b1 in () at /lib64/libssl.so.1.1 >>> #3 0x7fffd7a48437 in () at /lib64/libssl.so.1.1 >>> #4 0x7fffd7a3f8d6 in () at /lib64/libssl.so.1.1 >>> #5 0x7fffd7be5206 in () at /usr/lib64/libcurl.so.4 >>> #6 0x7fffd7be9bda in () at /usr/lib64/libcurl.so.4 >>> #7 0x7fffd7beace5 in () at /usr/lib64/libcurl.so.4 >>> #8 0x7fffd7ba4396 in () at /usr/lib64/libcurl.so.4 >>> #9 0x7fffd7bbbcec in () at /usr/lib64/libcurl.so.4 >>> #10 0x7fffd7bbcd3e in curl_multi_perform () at >>> /usr/lib64/libcurl.so.4 >>> #11 0x7fffd7b9515b in curl_easy_perform () at /usr/lib64/libcurl.so.4 >>> #12 0x7fffd5c9ef92 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 0x7fffd5c9f222 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 0x7fffd5c9c2db in http_dav_ucp::CurlSession::GET(rtl::OUString >>> const&, std::vector > >>> const&, http_dav_ucp::DAVResource&, >>> http_dav_ucp::DAVRequestEnvironment const&) >>> (this=this@entry=0x7fffd7e505b0, inPath=, >>> 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 0x7fffd5c8a608 in >>> http_dav_ucp::DAVResourceAccess::GET(std::vector>> std::allocator > const&, http_dav_ucp::DAVResource&, >>> com::sun::star::uno::Reference >>> 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 0x7fffd5c76358 in >>> http_dav_ucp::Content::open(com::sun::star::ucb::OpenCommandArgument2 >>> const&, >>> com::sun::star::uno::Reference >>> const&) (this=this@entry=0x7fffd7e504b0, rArg=..., xEnv=...) >>> at >>> /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/webdavcontent.cxx:2282 >>> #17 0x7fffd5c7950d in >>> http_dav_ucp::Content::execute(com::sun::star::ucb::Command const&, >>> int, >>> com::sun::star::uno::Reference >>> const&) (this=0x7fffd7e504b0, aCommand=, Environment=...) >>> at >>> /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/webdavcontent.cxx:621 >>> #18 0x7fffd5f547d0 in (anonymous >>> namespace)::UpdateInformationProvider::load(rtl::OUString const&) >>> (this=0x7fffd5f8ce50, rURL=) at >>> >> /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/feed/updatefeed.cxx:516 >>> #19 0x7fffd5f553e4 in (anonymous >>> >> namespace)::UpdateInformationProvider::getUpdateInformationEnumeration(com::sun::star::uno::Sequence >>> const&, rtl::OUString const&) (this=0x7fffd5f8ce50, >>> repositories=, extensionId=...) >>> at >>> >> /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/feed/updatefeed.cxx:616 >>> #20 0x7fffd7cb9c4c in checkForUpdates(UpdateInfo&, >>> com::sun::star::uno::Reference >>> const&, >>> com::sun::star::uno::Reference >>> const&, >>> >> com::sun::star::uno::Reference >>> const&) (o_rUpdateInfo=..., rxContext=..., rxInteractionHandler=..., >>> rUpdateInfoProvider=...) >>> at >>> >> /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/check/updateprotocol.cxx:130 >>> #21 0x7fffd7cb0128 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 0x7fffd7cb05c5 in (anonymous >>> namespace)::UpdateCheckThread::run() (this=0x7fffd6010a60) >>> at >>> >> /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/check/updatecheck.cxx:566 >>> #23 0x7fffd7cb098a in osl::threadFunc(void*) (param=0x7fffd6010a60) >>> at >>> /d/home/ty/c/+ooo/aoo45/main/solver/450/ >> unxlngx6.pro/inc/osl/thread.hxx:184 >>> #24 0x77df7219 in osl_thread_start_Impl (pData=0x7fffd0005d10) >>> at
Re: AOO as built from source fails in libcurl
On 26/11/2022 18:29, Matthias Seidel wrote: But there seems to be a problem with our update check. Do you build with system-SSL? Actually, I build with maximum use of internal libs. These are active in config: --without-stlport --with-system-stdlibs --with-system-libs=no --with-system-openssl=no And the log goes: configure:16784: checking which libssl to use configure:16888: result: internal I think I'll just pro-temp disable system curl in configuration and rebuild. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO as built from source fails in libcurl
On 26/11/2022 18:27, Damjan Jovanovic wrote: What are the versions of libcurl and libssl? My distro's ones: curl-7.85.0 openssl-1.1.1q - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO as built from source fails in libcurl
Hi Yury, Am 26.11.22 um 16:24 schrieb Yury Tarasievich: > On 26/11/2022 18:13, Matthias Seidel wrote: >> Can you try to disable the automatic update check? >> Am 26.11.22 um 16:08 schrieb Yury Tarasievich: >>> 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. > > Now it behaved more subtle. > On the first launch after I disabled updates checking the binary sort > of recycled its window once (but didn't bomb out), and after that I > didn't catch the issue, neither in standalone or in debugger. > What should I try now? I have no idea, I am not a "real" developer. But there seems to be a problem with our update check. Do you build with system-SSL? Regards, Matthias > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > smime.p7s Description: S/MIME Cryptographic Signature
Re: AOO as built from source fails in libcurl
...obviously, checking for updates explicitly produces a crash with the same sort of stack trace. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO as built from source fails in libcurl
On Sat, Nov 26, 2022 at 5:13 PM Matthias Seidel 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 0x0001 in () > > #1 0x7fffd7a13d38 in () at /lib64/libssl.so.1.1 > > #2 0x7fffd7a142b1 in () at /lib64/libssl.so.1.1 > > #3 0x7fffd7a48437 in () at /lib64/libssl.so.1.1 > > #4 0x7fffd7a3f8d6 in () at /lib64/libssl.so.1.1 > > #5 0x7fffd7be5206 in () at /usr/lib64/libcurl.so.4 > > #6 0x7fffd7be9bda in () at /usr/lib64/libcurl.so.4 > > #7 0x7fffd7beace5 in () at /usr/lib64/libcurl.so.4 > > #8 0x7fffd7ba4396 in () at /usr/lib64/libcurl.so.4 > > #9 0x7fffd7bbbcec in () at /usr/lib64/libcurl.so.4 > > #10 0x7fffd7bbcd3e in curl_multi_perform () at > > /usr/lib64/libcurl.so.4 > > #11 0x7fffd7b9515b in curl_easy_perform () at /usr/lib64/libcurl.so.4 > > #12 0x7fffd5c9ef92 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 0x7fffd5c9f222 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 0x7fffd5c9c2db in http_dav_ucp::CurlSession::GET(rtl::OUString > > const&, std::vector > > > const&, http_dav_ucp::DAVResource&, > > http_dav_ucp::DAVRequestEnvironment const&) > > (this=this@entry=0x7fffd7e505b0, inPath=, > > 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 0x7fffd5c8a608 in > > http_dav_ucp::DAVResourceAccess::GET(std::vector > std::allocator > const&, http_dav_ucp::DAVResource&, > > com::sun::star::uno::Reference > > 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 0x7fffd5c76358 in > > http_dav_ucp::Content::open(com::sun::star::ucb::OpenCommandArgument2 > > const&, > > com::sun::star::uno::Reference > > const&) (this=this@entry=0x7fffd7e504b0, rArg=..., xEnv=...) > > at > > /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/webdavcontent.cxx:2282 > > #17 0x7fffd5c7950d in > > http_dav_ucp::Content::execute(com::sun::star::ucb::Command const&, > > int, > > com::sun::star::uno::Reference > > const&) (this=0x7fffd7e504b0, aCommand=, Environment=...) > > at > > /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/webdavcontent.cxx:621 > > #18 0x7fffd5f547d0 in (anonymous > > namespace)::UpdateInformationProvider::load(rtl::OUString const&) > > (this=0x7fffd5f8ce50, rURL=) at > > > /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/feed/updatefeed.cxx:516 > > #19 0x7fffd5f553e4 in (anonymous > > > namespace)::UpdateInformationProvider::getUpdateInformationEnumeration(com::sun::star::uno::Sequence > > const&, rtl::OUString const&) (this=0x7fffd5f8ce50, > > repositories=, extensionId=...) > > at > > > /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/feed/updatefeed.cxx:616 > > #20 0x7fffd7cb9c4c in checkForUpdates(UpdateInfo&, > > com::sun::star::uno::Reference > > const&, > > com::sun::star::uno::Reference > > const&, > > > com::sun::star::uno::Reference > > const&) (o_rUpdateInfo=..., rxContext=..., rxInteractionHandler=..., > > rUpdateInfoProvider=...) > > at > > > /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/check/updateprotocol.cxx:130 > > #21 0x7fffd7cb0128 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 0x7fffd7cb05c5 in (anonymous > > namespace)::UpdateCheckThread::run() (this=0x7fffd6010a60) > > at > > > /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/check/updatecheck.cxx:566 > > #23 0x7fffd7cb098a in osl::threadFunc(void*) (param=0x7fffd6010a60) > > at > > /d/home/ty/c/+ooo/aoo45/main/solver/450/ > unxlngx6.pro/inc/osl/thread.hxx:184 > > #24 0x77df7219 in osl_thread_start_Impl (pData=0x7fffd0005d10) > > at thread.c:266 > > #25 0x77715fea in start_thread () at /lib64/libc.so.6 > > #26
Re: AOO as built from source fails in libcurl
On 26/11/2022 18:13, Matthias Seidel wrote: Can you try to disable the automatic update check? Am 26.11.22 um 16:08 schrieb Yury Tarasievich: 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. Now it behaved more subtle. On the first launch after I disabled updates checking the binary sort of recycled its window once (but didn't bomb out), and after that I didn't catch the issue, neither in standalone or in debugger. What should I try now? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO as built from source fails in libcurl
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 0x0001 in () > #1 0x7fffd7a13d38 in () at /lib64/libssl.so.1.1 > #2 0x7fffd7a142b1 in () at /lib64/libssl.so.1.1 > #3 0x7fffd7a48437 in () at /lib64/libssl.so.1.1 > #4 0x7fffd7a3f8d6 in () at /lib64/libssl.so.1.1 > #5 0x7fffd7be5206 in () at /usr/lib64/libcurl.so.4 > #6 0x7fffd7be9bda in () at /usr/lib64/libcurl.so.4 > #7 0x7fffd7beace5 in () at /usr/lib64/libcurl.so.4 > #8 0x7fffd7ba4396 in () at /usr/lib64/libcurl.so.4 > #9 0x7fffd7bbbcec in () at /usr/lib64/libcurl.so.4 > #10 0x7fffd7bbcd3e in curl_multi_perform () at > /usr/lib64/libcurl.so.4 > #11 0x7fffd7b9515b in curl_easy_perform () at /usr/lib64/libcurl.so.4 > #12 0x7fffd5c9ef92 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 0x7fffd5c9f222 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 0x7fffd5c9c2db in http_dav_ucp::CurlSession::GET(rtl::OUString > const&, std::vector > > const&, http_dav_ucp::DAVResource&, > http_dav_ucp::DAVRequestEnvironment const&) > (this=this@entry=0x7fffd7e505b0, inPath=, > 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 0x7fffd5c8a608 in > http_dav_ucp::DAVResourceAccess::GET(std::vector std::allocator > const&, http_dav_ucp::DAVResource&, > com::sun::star::uno::Reference > 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 0x7fffd5c76358 in > http_dav_ucp::Content::open(com::sun::star::ucb::OpenCommandArgument2 > const&, > com::sun::star::uno::Reference > const&) (this=this@entry=0x7fffd7e504b0, rArg=..., xEnv=...) > at > /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/webdavcontent.cxx:2282 > #17 0x7fffd5c7950d in > http_dav_ucp::Content::execute(com::sun::star::ucb::Command const&, > int, > com::sun::star::uno::Reference > const&) (this=0x7fffd7e504b0, aCommand=, Environment=...) > at > /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/webdavcontent.cxx:621 > #18 0x7fffd5f547d0 in (anonymous > namespace)::UpdateInformationProvider::load(rtl::OUString const&) > (this=0x7fffd5f8ce50, rURL=) at > /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/feed/updatefeed.cxx:516 > #19 0x7fffd5f553e4 in (anonymous > namespace)::UpdateInformationProvider::getUpdateInformationEnumeration(com::sun::star::uno::Sequence > const&, rtl::OUString const&) (this=0x7fffd5f8ce50, > repositories=, extensionId=...) > at > /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/feed/updatefeed.cxx:616 > #20 0x7fffd7cb9c4c in checkForUpdates(UpdateInfo&, > com::sun::star::uno::Reference > const&, > com::sun::star::uno::Reference > const&, > com::sun::star::uno::Reference > const&) (o_rUpdateInfo=..., rxContext=..., rxInteractionHandler=..., > rUpdateInfoProvider=...) > at > /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/check/updateprotocol.cxx:130 > #21 0x7fffd7cb0128 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 0x7fffd7cb05c5 in (anonymous > namespace)::UpdateCheckThread::run() (this=0x7fffd6010a60) > at > /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/check/updatecheck.cxx:566 > #23 0x7fffd7cb098a in osl::threadFunc(void*) (param=0x7fffd6010a60) > at > /d/home/ty/c/+ooo/aoo45/main/solver/450/unxlngx6.pro/inc/osl/thread.hxx:184 > #24 0x77df7219 in osl_thread_start_Impl (pData=0x7fffd0005d10) > at thread.c:266 > #25 0x77715fea in start_thread () at /lib64/libc.so.6 > #26 0x777a09ec in clone3 () at /lib64/libc.so.6 > #24 0x77df7219 in osl_thread_start_Impl (pData=0x7fffd0005d10) > at thread.c:266 > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional