Re: AOO Forum and Wiki take outs
Which kind of bots exactly? Is it botsearch (like Google or Yandex) ? Something else ? - Mail original - > De: "Peter Kovacs" > À: dev@openoffice.apache.org > Envoyé: Dimanche 27 Novembre 2022 08:39:16 > Objet: AOO Forum and Wiki take outs > > Hi all > > Our server does not respond about 5 - 10 Min. twice a day. > > Chris from Infra suggested bots. I am not savy on this topic. > > Anyone else might want to help? > > All the best > > Peter > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
AOO Forum and Wiki take outs
Hi all Our server does not respond about 5 - 10 Min. twice a day. Chris from Infra suggested bots. I am not savy on this topic. Anyone else might want to help? All the best Peter - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
keyboard shortcuts for macros stopped working in 4.5 fresh
I have some keyboard shortcuts for macros defined in user's config. With fresh 4.5 as built from source none of these have any effect, either those set to extensions installed, or to my own Basic procedures. Redefining doesn't help. In the dialog, definitions change from likes of 'vnd.sun.star.script:TexMaths...' to macros' names, but there's still no effect on keypresses. -Yury - 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
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: Error - problem with korean alphabet
Last year, we have Jade Han From South Korea Registered with dhan.translate on l10n mail list. I don't know if (s)he is online to have a look on tihs issue. - Mail original - > De: "Matthias Seidel" > À: dev@openoffice.apache.org > Envoyé: Samedi 26 Novembre 2022 17:52:59 > Objet: Re: Error - problem with korean alphabet > > > > Hi, > > Do you know any Korean developer who could work on that? > > We are all volunteers and I doubt that one of the active developers > has insight into the Korean alphabet. > > I am not a developer but it also could be a problem with the font. On > what OS do you see that? > > Regards, > > Matthias > > Am 21.11.22 um 07:23 schrieb RH Tasin: > > > > > > So I am working with Korean language in OpenOffice and I have counter > a problem. > ㄴ is working fine beside a Korean alphabet but if I put any other > character on the left side of it then this alphabet is becoming > unreadable as you can see in the below image. This is not happening > with other Korean alphabets. At least I haven't countered any till > now except this. > > please fix this problem and make OpenOffice better. > Screenshot_8.png > > > > > > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Error - problem with korean alphabet
Hi, Do you know any Korean developer who could work on that? We are all volunteers and I doubt that one of the active developers has insight into the Korean alphabet. I am not a developer but it also could be a problem with the font. On what OS do you see that? Regards, Matthias Am 21.11.22 um 07:23 schrieb RH Tasin: > > So I am working with Korean language in OpenOffice and I have counter > a problem. > ㄴ is working fine beside a Korean alphabet but if I put any other > character on the left side of it then this alphabet is becoming > unreadable as you can see in the below image. This is not happening > with other Korean alphabets. At least I haven't countered any till now > except this. > please fix this problem and make OpenOffice better. > Screenshot_8.png > > smime.p7s Description: S/MIME Cryptographic Signature
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: [Action required] Cygwin x86 end-of-life
Hi Carl, Am 26.11.22 um 16:11 schrieb Carl Marcum: > Hi Matthias and Damjan, > > On 11/26/22 09:24, Damjan Jovanovic wrote: >> On Sat, Nov 26, 2022 at 2:42 PM Matthias Seidel >> >> wrote: >> >>> Hi Pedro, >>> >>> Am 26.11.22 um 12:26 schrieb Pedro Lino: Hi Matthias, all > On 11/25/2022 7:16 PM WET Matthias Seidel > >>> wrote: > Damjan posted the needed patches to build AOO41X with Cygwin64, if > anyone wants to commit them... If this exists and works, it should be committed ASAP. >>> We discussed that already a year (!) ago. Unfortunately I can't find >>> the >>> list in my archive, but I am sure Damjan posted it. >>> >> The required patches are also listed on the Wiki: >> https://wiki.openoffice.org/wiki/Building_old_versions >> >> Regards >> Damjan >> > > Thanks for the links Damjan! > > Matthias could you try to build with Cygwin64 if these two commits are > back-ported into a test branch for 4.1.x? I will definitely try that! Regards, Matthias > > Thanks, > Carl > > - > 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
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
Re: [Action required] Cygwin x86 end-of-life
Hi Matthias and Damjan, On 11/26/22 09:24, Damjan Jovanovic wrote: On Sat, Nov 26, 2022 at 2:42 PM Matthias Seidel wrote: Hi Pedro, Am 26.11.22 um 12:26 schrieb Pedro Lino: Hi Matthias, all On 11/25/2022 7:16 PM WET Matthias Seidel wrote: Damjan posted the needed patches to build AOO41X with Cygwin64, if anyone wants to commit them... If this exists and works, it should be committed ASAP. We discussed that already a year (!) ago. Unfortunately I can't find the list in my archive, but I am sure Damjan posted it. The required patches are also listed on the Wiki: https://wiki.openoffice.org/wiki/Building_old_versions Regards Damjan Thanks for the links Damjan! Matthias could you try to build with Cygwin64 if these two commits are back-ported into a test branch for 4.1.x? Thanks, Carl - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
AOO as built from source fails in libcurl
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::vectorstd::allocator > 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::vectorstd::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=out>, 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 commands, e-mail: dev-h...@openoffice.apache.org
Re: [Action required] Cygwin x86 end-of-life
On Sat, Nov 26, 2022 at 2:42 PM Matthias Seidel wrote: > Hi Pedro, > > Am 26.11.22 um 12:26 schrieb Pedro Lino: > > Hi Matthias, all > > > >> On 11/25/2022 7:16 PM WET Matthias Seidel > wrote: > >> Damjan posted the needed patches to build AOO41X with Cygwin64, if > >> anyone wants to commit them... > > If this exists and works, it should be committed ASAP. > We discussed that already a year (!) ago. Unfortunately I can't find the > list in my archive, but I am sure Damjan posted it. > The required patches are also listed on the Wiki: https://wiki.openoffice.org/wiki/Building_old_versions Regards Damjan
Re: [Action required] Cygwin x86 end-of-life
Hi Pedro, Am 26.11.22 um 12:26 schrieb Pedro Lino: > Hi Matthias, all > >> On 11/25/2022 7:16 PM WET Matthias Seidel wrote: >> Damjan posted the needed patches to build AOO41X with Cygwin64, if >> anyone wants to commit them... > If this exists and works, it should be committed ASAP. We discussed that already a year (!) ago. Unfortunately I can't find the list in my archive, but I am sure Damjan posted it. > It makes no sense at all to keep a separate 41X procedure that relies on a > discontinued library if all branches can be compiled with a single an updated > one. It would be no big problem if we were ready to release AOO420... Regards, Matthias > Can any programmer review and commit this, please? > > Regards, > Pedro > > - > 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
[Action required] Cygwin x86 end-of-life
Hi Matthias, all > On 11/25/2022 7:16 PM WET Matthias Seidel wrote: > Damjan posted the needed patches to build AOO41X with Cygwin64, if > anyone wants to commit them... If this exists and works, it should be committed ASAP. It makes no sense at all to keep a separate 41X procedure that relies on a discontinued library if all branches can be compiled with a single an updated one. Can any programmer review and commit this, please? Regards, Pedro - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org