After closing last Calc window a notification told me that Libreoffice crashed. Application: soffice (soffice), signal: Segmentation fault Content of s_kcrashErrorMessage: std::unique_ptr<char []> = {get() = <optimized out>} [KCrash Handler] #6 rtl::str::release<_rtl_uString>(_rtl_uString*) (pThis=0x7f4d0d769660) at /usr/src/debug/libreoffice-fresh/libreoffice-7.5.0.3/sal/rtl/strtmpl.hxx:864 #7 0x00007f4d6651de95 in rtl::OUString::~OUString() () at /usr/src/debug/libreoffice-fresh/libreoffice-7.5.0.3/include/rtl/ustring.hxx:526 #8 std::pair<rtl::OUString const, com::sun::star::uno::Any>::~pair() () at /usr/include/c++/12.2.1/bits/stl_pair.h:185 #9 std::__new_allocator<std::__detail::_Hash_node<std::pair<rtl::OUString const, com::sun::star::uno::Any>, true> >::destroy<std::pair<rtl::OUString const, com::sun::star::uno::Any> >(std::pair<rtl::OUString const, com::sun::star::uno::Any>*) () at /usr/include/c++/12.2.1/bits/new_allocator.h:181 #10 std::allocator_traits<std::allocator<std::__detail::_Hash_node<std::pair<rtl::OUString const, com::sun::star::uno::Any>, true> > >::destroy<std::pair<rtl::OUString const, com::sun::star::uno::Any> >(std::allocator<std::__detail::_Hash_node<std::pair<rtl::OUString const, com::sun::star::uno::Any>, true> >&, std::pair<rtl::OUString const, com::sun::star::uno::Any>*) () at /usr/include/c++/12.2.1/bits/alloc_traits.h:535 #11 std::__detail::_Hashtable_alloc<std::allocator<std::__detail::_Hash_node<std::pair<rtl::OUString const, com::sun::star::uno::Any>, true> > >::_M_deallocate_node(std::__detail::_Hash_node<std::pair<rtl::OUString const, com::sun::star::uno::Any>, true>*) () at /usr/include/c++/12.2.1/bits/hashtable_policy.h:1984 #12 std::__detail::_Hashtable_alloc<std::allocator<std::__detail::_Hash_node<std::pair<rtl::OUString const, com::sun::star::uno::Any>, true> > >::_M_deallocate_nodes(std::__detail::_Hash_node<std::pair<rtl::OUString const, com::sun::star::uno::Any>, true>*) () at /usr/include/c++/12.2.1/bits/hashtable_policy.h:2006 #13 std::_Hashtable<rtl::OUString, std::pair<rtl::OUString const, com::sun::star::uno::Any>, std::allocator<std::pair<rtl::OUString const, com::sun::star::uno::Any> >, std::__detail::_Select1st, std::equal_to<rtl::OUString>, std::hash<rtl::OUString>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<true, false, true> >::clear() (this=0x7f4d665fda40 <_ZZN10comphelper6detail20ConfigurationWrapper3getEvE7WRAPPER.lto_priv.0+64>) at /usr/include/c++/12.2.1/bits/hashtable.h:2500 #14 0x00007f4d6651e037 in std::unordered_map<rtl::OUString, com::sun::star::uno::Any, std::hash<rtl::OUString>, std::equal_to<rtl::OUString>, std::allocator<std::pair<rtl::OUString const, com::sun::star::uno::Any> > >::clear() () at /usr/include/c++/12.2.1/bits/unordered_map.h:791 #15 comphelper::detail::ConfigurationWrapper::~ConfigurationWrapper() () at /usr/src/debug/libreoffice-fresh/libreoffice-7.5.0.3/comphelper/source/misc/configuration.cxx:165 #16 0x00007f4d66ca7445 in __run_exit_handlers (status=0, listp=0x7f4d66e44660 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true) at exit.c:108 #17 0x00007f4d66ca75b0 in __GI_exit (status=<optimized out>) at exit.c:138 #18 0x00007f4d66c8f797 in __libc_start_call_main (main=main@entry=0x56193ec79020 <main>, argc=argc@entry=4, argv=argv@entry=0x7ffed2579958) at ../sysdeps/nptl/libc_start_call_main.h:74 #19 0x00007f4d66c8f84a in __libc_start_main_impl (main=0x56193ec79020 <main>, argc=4, argv=0x7ffed2579958, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffed2579948) at ../csu/libc-start.c:360 #20 0x000056193ec79065 in _start () [Inferior 1 (process 80752) detached]
Hi Mariusz - Does this happen every time you close Calc? - Can you please paste here the information from Help > About LibreOffice ? Thank you!
(In reply to Stéphane Guillou (stragu) from comment #1) > Hi Mariusz > - Does this happen every time you close Calc? > - Can you please paste here the information from Help > About LibreOffice ? > > Thank you! It doesn't happen every time, but I think I've seen it once or twice before - that said I rarely use LibreOffice. Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: 50(Build:3) CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb) Locale: pl-PL (en_US.UTF-8); UI: en-US 7.5.0-1 Calc: threaded
Thanks Mariusz. Couldn't reproduce in: Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded If you manage to identify precise steps (including an example document if needed), or link to a crash report (if the crash report dialog pops up), please report back.
I also get these, I mostly use Calc with my stable build. Already in 7.4. Might be related to having let it run for some time. Arch Linux 64-bit, X11 Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: 50(Build:3) CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US 7.5.0-1 Calc: threaded
From IRC: <caolanm> StphaneGuilloust, I believe that stacktrace is the one that 05b2bfc289df8712097cc1e640bf7d3bc6b86a84 wants to fix <IZBot> core - Revert "optimize ConfigurationProperty::get()" - https://git.libreoffice.org/core/commit/05b2bfc289df8712097cc1e640bf7d3bc6b86a84 @Mariusz, the issue was reproducible with 7.5.0.3, isn't it ? as least that is the path -> "/usr/src/debug/libreoffice-fresh/libreoffice-7.5.0.3/..." Could you please try again with LibreOffice 7.5.1.1 ? The issue should be fixed there
So far I have not noticed these with 7.5.1. Typically they would happen after LibreOffice had run for a longer time. I'll call this fixed.