Problem description: Steps to reproduce: 1. ran from a terminal 2. .... 3. .... Current behaviour: crashes seconds to a minute or so later Expected behaviour: should not crash The first I installed LO-4.0.0.0RC3, I was able to do some configuration, then it crashed. Twice more I clicked on the icon in a menu to get LO, and it crashed within a second or 2 of coming up. I had the same problem with RC2 (not sure about RC1). The terminal output for 2 attempts is shown below: $ ./swriter -writer Warning: -writer is deprecated. Use --writer instead. Warning: -writer is deprecated. Use --writer instead. (soffice:12728): GConf-WARNING **: Got Disconnected from DBus. GConf Error: Configuration server couldn't be contacted: D-BUS error: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. Warning: -writer is deprecated. Use --writer instead. (soffice:13094): GConf-WARNING **: Got Disconnected from DBus. GConf Error: Configuration server couldn't be contacted: D-BUS error: Connection was disconnected before a reply was received $ ./swriter --writer $ Operating System: Fedora Version: 4.0.0.3 rc Last worked in: 3.6.5.2 rc
do two things please: reset your user profile rm -R ~/.config/libreoffice/4 and: try running ./soffice --writer a second time after it fails the first time. Sometimes things have to be set the first time you try it, second time works fine. I haven't seen one other report like this so I suspect it's environmental factors, not LibreOffice issue as we've had hundreds of users testing LibreOffice 4+ on Linux.
I did as Joel suggested. It crashed within a few seconds the first time after. I restarted it, left it for at least 30 seconds, it stayed up. I then configured the options and tool bars the way I like them. Closed it down. Brought it up via a menu option, about 20 seconds later it crashed before I had a chance to do anything with it. I am using a fully patched Fedora 17 on a quad core 64 bit processor.
Sorry, I meant Fedora 16 (I run 17 on 2 other boxen)
Gavin: could you try to retrieve a backtrace by following this link https://wiki.documentfoundation.org/BugReport#How_to_get_a_backtrace_.28on_Linux.29 ?
No apparent problems on my laptop running Fedora 17. I will invetigate getting a backtrace for my f16 box.
No luck installing debug pages! :-( # debuginfo-install libreoffice* Loaded plugins: auto-update-debuginfo, langpacks, presto, refresh-packagekit enabling rpmfusion-nonfree-debuginfo enabling rpmfusion-free-updates-debuginfo enabling rpmfusion-nonfree-updates-debuginfo enabling rpmfusion-free-debuginfo Could not find debuginfo for main pkg: libreoffice3.5-dict-fr-3.5.5-3.x86_64 Could not find debuginfo for main pkg: libreoffice3.6-en-US-3.6.5.2-2.x86_64 Could not find debuginfo for main pkg: libreoffice4.0-en-GB-4.0.0.1-101.x86_64 Could not find debuginfo for main pkg: libreoffice4.0-writer-4.0.0.3-103.x86_64 Could not find debuginfo for main pkg: libreoffice4.0-calc-4.0.0.3-103.x86_64 Could not find debuginfo for main pkg: libreoffice3.5-en-GB-3.5.2-202.x86_64 Could not find debuginfo for main pkg: libreoffice3.5-3.5.5-3.x86_64 Could not find debuginfo for main pkg: libreoffice3.5-dict-en-3.5.5-3.x86_64 Could not find debuginfo for main pkg: libreoffice4.0-math-4.0.0.3-103.x86_64 Could not find debuginfo for main pkg: libreoffice4.0-dict-es-4.0.0.3-103.x86_64 Could not find debuginfo for main pkg: libreoffice4.0-en-US-4.0.0.3-103.x86_64 Could not find debuginfo for main pkg: libreoffice3.6-dict-fr-3.6.5.2-2.x86_64 Could not find debuginfo for main pkg: libreoffice3.6-base-3.6.5.2-2.x86_64 Could not find debuginfo for main pkg: libreoffice3.6-writer-3.6.5.2-2.x86_64 Could not find debuginfo for main pkg: libreoffice3.5-calc-3.5.5-3.x86_64 Could not find debuginfo for main pkg: libreoffice4.0-impress-4.0.0.3-103.x86_64 Could not find debuginfo for main pkg: libreoffice3.6-impress-3.6.5.2-2.x86_64 Could not find debuginfo for main pkg: libreoffice3.6-math-3.6.5.2-2.x86_64 Could not find debuginfo for main pkg: libreoffice3.5-en-US-3.5.5-3.x86_64 Could not find debuginfo for main pkg: libreoffice3.6-dict-es-3.6.5.2-2.x86_64 Could not find debuginfo for main pkg: libreoffice3.6-3.6.5.2-2.x86_64 Could not find debuginfo for main pkg: libreoffice3.6-en-GB-3.6.5.2-2.x86_64 Could not find debuginfo for main pkg: libreoffice3.5-math-3.5.5-3.x86_64 Could not find debuginfo for main pkg: libreoffice3.6-ure-3.6.5.2-2.x86_64 Could not find debuginfo for main pkg: libreoffice4.0-dict-fr-4.0.0.3-103.x86_64 Could not find debuginfo for main pkg: libreoffice4.0-draw-4.0.0.3-103.x86_64 Could not find debuginfo for main pkg: libreoffice4.0-freedesktop-menus-4.0.0-103.noarch Could not find debuginfo for main pkg: libreoffice4.0-ure-4.0.0.3-103.x86_64 Could not find debuginfo for main pkg: libreoffice4.0-base-4.0.0.3-103.x86_64 Could not find debuginfo for main pkg: libreoffice3.5-stdlibs-3.5.5-3.x86_64 Could not find debuginfo for main pkg: libreoffice3.6-draw-3.6.5.2-2.x86_64 Could not find debuginfo for main pkg: libreoffice3.6-freedesktop-menus-3.6.5-2.noarch Could not find debuginfo for main pkg: libreoffice3.5-base-3.5.5-3.x86_64 Could not find debuginfo for main pkg: libreoffice3.5-dict-es-3.5.5-3.x86_64 Could not find debuginfo for main pkg: libreoffice4.0-stdlibs-4.0.0.3-103.x86_64 Could not find debuginfo for main pkg: libreoffice3.5-impress-3.5.5-3.x86_64 Could not find debuginfo for main pkg: libreoffice3.5-draw-3.5.5-3.x86_64 Could not find debuginfo for main pkg: libreoffice3.5-ure-3.5.5-3.x86_64 Could not find debuginfo for main pkg: libreoffice3.6-dict-en-3.6.5.2-2.x86_64 Could not find debuginfo for main pkg: libreoffice3.5-freedesktop-menus-3.5.5-3.noarch Could not find debuginfo for main pkg: libreoffice3.6-calc-3.6.5.2-2.x86_64 Could not find debuginfo for main pkg: libreoffice3.5-writer-3.5.5-3.x86_64 Could not find debuginfo for main pkg: libreoffice4.0-dict-en-4.0.0.3-103.x86_64 Could not find debuginfo for main pkg: libreoffice3.6-stdlibs-3.6.5.2-2.x86_64 Could not find debuginfo for main pkg: libreoffice4.0-4.0.0.3-103.x86_64 No debuginfo packages available to install #
Gavin: bt is more useful with debug symbols but a bt without symbols is still better than no bt at all! :-) So don't hesitate to retrieve one without debug symbols! :-)
Created attachment 74205 [details] backtrace # ./soffice --backtrace --writer GNU gdb (GDB) Fedora (7.3.50.20110722-16.fc16) Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /opt/libreoffice4.0/program/soffice.bin...(no debugging symbols found)...done. log will be saved as gdbtrace.log, this will take some time, patience...
Gavin: It seems it's not a crash here. Just for having extra info but I don't think they could really help. Did you install any LO specific extensions? Did you install any specific fonts? What's your Java version? Do you use KDE, Gnome, something else? Michael: I think we're a little stuck here. Any idea what would automatically stop LO after some seconds without crash and brand new LO profile?
From a 'user' perspective it _IS_ a crash! However, as a developer myself, I appreciate the subtleties - but regardless of terminology, LO-4.0.0RC3 is essentially unusable. I'm not using any fonts not included with LO - I think? and I don't recall loading any special fonts in any context. xfce - the most up-to-date version available for Fedora 16 It crashes on the previous version of Java (icedtea) as well as the latest version $ java -version java version "1.7.0_09-icedtea" OpenJDK Runtime Environment (fedora-2.3.5.fc16-x86_64) OpenJDK 64-Bit Server VM (build 23.2-b09, mixed mode) $
Sorry, I should have added, I have not loaded any extensions to LO.
Gavin: could you retrieve a strace (see https://wiki.documentfoundation.org/BugReport#How_to_get_a_strace_log_.28on_Linux.29)? Also, seeing D-BUS and Gconf problem, could you attach ~/.xsession-errors ? I'm not expert about this but it may give hints.
Created attachment 74257 [details] .xsession-errors
Hmm... Its been stable for at least 2 hours - with the 'strace' option! I'll try again without, and see what happens!
Hmm... Just running it as me without strace, and it has been up over 5 hours with no apparent problems! Weird! I can offer no explanation, nor guesses as to why it was so unstable initially.
I rebooted, then brought up an instance of LO-4.0.0 writer - still stable after 4 hours. I had thought maybe there was a weird problem relating to logging in or rebooting, but it appears not...
If at the console you do: $ pkill -9 -f soffice.bin $ soffice -writer Do you get this gconf / dbus error messages again ? this is quite unusual: (soffice:13094): GConf-WARNING **: Got Disconnected from DBus. Quite possibly your session bus was hosed in some odd way: did you do a partial package upgrade recently without re-starting your system or somesuch ?
I can neither confirm nor deny doing a partial package upgrade as you suggested. I may have aborted a yum update for some reason - can't remember if I did it in the same login session. However, as I sometimes stay logged in for for over 10 or more days, it is quite possible! But note that I had had no problems with LO-3.6.5 and earlier. $ pkill -9 -f soffice.bin $ cd /opt/libreoffice4.0/program $ ./soffice -writer Warning: -writer is deprecated. Use --writer instead. $ $ ./soffice -writer Warning: -writer is deprecated. Use --writer instead. $ ./soffice --writer $ Hmm... All 3 times, the LO-4.0.0 instance vanished after a few seconds! (just confirmed that using '-writer' vs '--writer' makes no apparent difference)
I restarted LO-3.6.5 about 30 minutes ago and it is still up - all in the same login session.
Ok - sounds bad; can we get a: pkill -9 -f soffice.bin cd /opt/libreoffice4.0/program strace -f -ttt -s 256 -o /tmp/slog ./soffice --writer And gzip / attach the output of /tmp/slog ? :-) Many thanks for your persistence ! :-)
Humph! Over an hour later and LO-4.0.0 is still up! Where are the instabilities when you need them??? $ cd /opt/libreoffice4.0/program $ pkill -9 -f soffice.bin $ strace -f -ttt -s 256 -o /tmp/slog ./soffice --writer
$ cd /opt/libreoffice4.0/program $ pkill -9 -f soffice.bin $ strace -f -ttt -s 256 -o /tmp/slog ./soffice --writer $ Repeated the process again - still up after one hour. I am to persist in tracking this down, if anyone has further suggestions!
I just installed some packages from Fridrich; and I get a crash on start like this: (gdb) bt #0 0xb7cb18c5 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0xb7cb31d5 in __GI_abort () at abort.c:93 #2 0xb7df77b5 in _Unwind_Resume (exc=0x8894780) at /root/gcc-4.2.4/build/../gcc/unwind.inc:238 #3 0xb13a1210 in fileaccess::BaseContent::execute(com::sun::star::ucb::Command const&, long, com::sun::star::uno::Reference<com::sun::star::ucb::XCommandEnvironment> const&) () from /opt/libreoffice4.0/program/../program/libucpfile1.so #4 0xb6f2615e in ucbhelper::Content_Impl::executeCommand(com::sun::star::ucb::Command const&) () from /opt/libreoffice4.0/program/libucbhelper4gcc3.so #5 0xb6f2702b in ucbhelper::Content::executeCommand(rtl::OUString const&, com::sun::star::uno::Any const&) () from /opt/libreoffice4.0/program/libucbhelper4gcc3.so #6 0xb6eb9571 in utl::UcbLockBytes::CreateLockBytes(com::sun::star::uno::Reference<com::sun::star::ucb::XContent> const&, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&, unsigned short, com::sun::star::uno::Reference<com::sun::star::task::XInteractionHandler> const&, utl::UcbLockBytesHandler*) () from /opt/libreoffice4.0/program/libutllo.so #7 0xb6ebe869 in utl::lcl_CreateStream(String const&, unsigned short, com::sun::star::uno::Reference<com::sun::star::task::XInteractionHandler>, utl::UcbLockBytesHandler*, unsigned char) () from /opt/libreoffice4.0/program/libutllo.so #8 0xb6ebeb72 in utl::UcbStreamHelper::CreateStream(String const&, unsigned short, utl::UcbLockBytesHandler*) () from /opt/libreoffice4.0/program/libutllo.so #9 0xb7775254 in SfxApplication::GetDisabledSlotList_Impl() () from /opt/libreoffice4.0/program/libsfxlo.so #10 0xb79302a9 in SfxDispatcher::Construct_Impl(SfxDispatcher*) () from /opt/libreoffice4.0/program/libsfxlo.so #11 0xb7930410 in SfxDispatcher::SfxDispatcher(SfxDispatcher*) () from /opt/libreoffice4.0/program/libsfxlo.so #12 0xb77730a5 in SfxApplication::Initialize_Impl() () from /opt/libreoffice4.0/program/libsfxlo.so #13 0xb776a4e8 in SfxApplication::GetOrCreate() () from /opt/libreoffice4.0/program/libsfxlo.so #14 0xb78f9b7b in SfxGlobalEvents_Impl::SfxGlobalEvents_Impl(com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> const&) () from /opt/libreoffice4.0/program/libsfxlo.so #15 0xb78f9c99 in SfxGlobalEvents_Impl::impl_createInstance(com::sun::star::uno::Reference<com::sun::star::lang::XMultiServiceFactory> const&) () from /opt/libreoffice4.0/program/libsfxlo.so #16 0xb7ab778e in cppu::OSingleFactoryHelper::createInstanceEveryTime(com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> const&) () from /opt/libreoffice4.0/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 #17 0xb7ab6b5f in cppu::OSingleFactoryHelper::createInstanceWithContext(com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> const&) () from /opt/libreoffice4.0/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 #18 0xb7ab6dc3 in cppu::OFactoryComponentHelper::createInstanceWithContext(com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> const&) () from /opt/libreoffice4.0/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 #19 0xb7aa4981 in (anonymous namespace)::ServiceManager::createInstanceWithContext(rtl::OUString const&, com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> const&) () from /opt/libreoffice4.0/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 #20 0xb7f57016 in com::sun::star::frame::GlobalEventBroadcaster::create(com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> const&) () from /opt/libreoffice4.0/program/libsofficeapp.so #21 0xb7f510c8 in desktop::Desktop::Main() () from /opt/libreoffice4.0/program/libsofficeapp.so #22 0xb6a29e65 in ImplSVMain() () from /opt/libreoffice4.0/program/libvcllo.so #23 0xb6a29f6e in SVMain() () from /opt/libreoffice4.0/program/libvcllo.so #24 0xb7f6afa8 in soffice_main () from /opt/libreoffice4.0/program/libsofficeapp.so And no helpful error message - and just an immediate exit / abort. That's a shame - I thought we were catching exceptions in 'main' and at least printing out the exception information these days (?)
The only exception thrown during startup to here comes from another language ? (ie. apparently the UNO bridge) (gdb) bt #0 __cxxabiv1::__cxa_throw (obj=0x88948b0, tinfo=0xb7a1464c, dest=0xb7e38a39 <deleteException>) at /root/gcc-4.2.4/build/../libstdc++-v3/libsupc++/eh_throw.cc:58 #1 0xb7e3930b in gcc3::raiseException(_uno_Any*, _uno_Mapping*) () from /opt/libreoffice4.0/ure/lib/libgcc3_uno.so #2 0xb7e37fc4 in (anonymous namespace)::cpp2uno_call(bridges::cpp_uno::shared::CppInterfaceProxy*, _typelib_TypeDescription const*, _typelib_TypeDescriptionReference*, long, _typelib_MethodParameter*, void**, void*) () from /opt/libreoffice4.0/ure/lib/libgcc3_uno.so #3 0xb7e3841c in cpp_vtable_call () from /opt/libreoffice4.0/ure/lib/libgcc3_uno.so #4 0xb7e3d9d9 in privateSnippetExecutorVoid () from /opt/libreoffice4.0/ure/lib/libgcc3_uno.so #5 0xb7ab6634 in cppu::throwException(com::sun::star::uno::Any const&) () from /opt/libreoffice4.0/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 #6 0xb6f2fc94 in ucbhelper::cancelCommandExecution(com::sun::star::ucb::IOErrorCode, com::sun::star::uno::Sequence<com::sun::star::uno::Any> const&, com::sun::star::uno::Reference<com::sun::star::ucb::XCommandEnvironment> const&, rtl::OUString const&, com::sun::star::uno::Reference<com::sun::star::ucb::XCommandProcessor> const&) () from /opt/libreoffice4.0/program/libucbhelper4gcc3.so #7 0xb13a649a in fileaccess::throw_handler(long, long, com::sun::star::uno::Reference<com::sun::star::ucb::XCommandEnvironment> const&, rtl::OUString const&, fileaccess::BaseContent*, bool) () from /opt/libreoffice4.0/program/../program/libucpfile1.so #8 0xb13b886d in fileaccess::TaskManager::endTask(long, rtl::OUString const&, fileaccess::BaseContent*) () from /opt/libreoffice4.0/program/../program/libucpfile1.so #9 0xb139e39d in fileaccess::BaseContent::endTask(long) () from /opt/libreoffice4.0/program/../program/libucpfile1.so #10 0xb13a11e5 in fileaccess::BaseContent::execute(com::sun::star::ucb::Command const&, long, com::sun::star::uno::Reference<com::sun::star::ucb::XCommandEnvironment> const&) () from /opt/libreoffice4.0/program/../program/libucpfile1.so #11 0xb6f2615e in ucbhelper::Content_Impl::executeCommand(com::sun::star::ucb::Command const&) ()
Ho hum; so - it seems that Fridrich may have just mangled these packages I'm testing with - starting the build with one compiler and finishing with another - which could cause this; but then that doesn't explain Gavin's problem. Gavin - your stack trace is not so useful - though thanks for getting it; can you do: break _exit run inside gdb instead of just run ? then we can catch explicit aborting by the code. Also - can you move away your profile so: mv ~/.config/libreoffice ~/.config/was-libreoffice And run a couple of times to check if that was related; thanks !
Hah - so my problem was having the stdlibs package installed - this package breaks the suite on some machines it seems. Removing it - and I get clean startup; can you confirm you don't have the libreoffice4.0-stdlibs package installed Gavin ? Caolan - I guess this is another artifact of not having our baseline updated to RHEL5; it'd be good to close it as/when we get there.
# locate libreoffice4.0-stdlib /data/bulk/shared/common/software/updates/libreoffice/LO-4.0.0/LibreOffice_4.0.0.3_Linux_x86-64_rpm/RPMS/libreoffice4.0-stdlibs-4.0.0.3-103.x86_64.rpm # grep stdlib /var/log/yum.log* # ll /var/log/yum.log* -rw-------. 1 root root 16648 Feb 8 17:52 /var/log/yum.log -rw-------. 1 root root 100649 Dec 31 2010 /var/log/yum.log-20110101 -rw-------. 1 root root 567227 Oct 7 12:49 /var/log/yum.log-20121007 -rw-------. 1 root root 40104 Dec 31 22:55 /var/log/yum.log-20130101 #
Suddenly realized that checking the yum logs will not show what I had installed directly via rpm! Not sure how to check if the libreoffice4.0-stdlibs package had been installed. # ll /usr/include/stdlib.h -rw-r--r--. 1 root root 34259 Aug 16 04:19 /usr/include/stdlib.h
$ pwd /home/gavin/.config $ mv was-libreoffice libreoffice-20130209a $ ll libreoffice* total 8 drwx------. 3 gavin family 4096 Feb 8 14:21 3/ drwx------. 3 gavin family 4096 Feb 8 07:09 4/ $ ll -d libreoffice* drwxr-xr-x. 4 gavin family 4096 Feb 5 08:08 libreoffice-20130209a/ $ //////////////// #!/bin/bash # gcf_debug.sh cd /opt/libreoffice4.0/program ./soffice --writer & LOPID=$(pidof soffice.bin) gdb soffice.bin $LOPID //////////////// $ gcf_debug.sh GNU gdb (GDB) Fedora (7.3.50.20110722-16.fc16) Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /opt/libreoffice4.0/program/soffice.bin...(no debugging symbols found)...done. (gdb) (soffice:14649): GConf-WARNING **: Got Disconnected from DBus. GConf Error: Configuration server couldn't be contacted: D-BUS error: Connection was disconnected before a reply was received (soffice:14649): GConf-WARNING **: The connection to DBus was broken. Can't reinitialize it. GConf Error: No D-BUS daemon running break _exit Function "_exit" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (_exit) pending. (gdb) run Starting program: /opt/libreoffice4.0/program/soffice.bin [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New Thread 0x7fffeef58700 (LWP 14693)] [New Thread 0x7fffe5dfc700 (LWP 14694)] [Thread 0x7fffe5dfc700 (LWP 14694) exited] [Thread 0x7fffeef58700 (LWP 14693) exited] [Inferior 1 (process 14690) exited normally] Missing separate debuginfos, use: debuginfo-install libreoffice4.0-4.0.0.3-103.x86_64 (gdb) //////////////// still there after a couple of minutes N.B. This is the first time I've attempted to use gdb for about 25 years! Suggestions?
I have 2 64 bit quad core boxen: saturn: (AMD) with 8GB running Fedora 16 (the one have problems with LO-4) sirius: (Intel) with 16GB running Fedora 17. While I don't have unlimited download capability, I would be happy to download a special instrumented version of LO-4 for debugging purposes - and I don't mind compiling. Last Millennium (!), I wrote assembler programs for a mainframe (ICL 4/72) and later used gdb & emacs to debug multi-module C programs on Unix boxen. Unfortunately, now I use Java and am behind in my university project, so I don't have too much time for refreshing my 'low-level' programming skills. However, if given clear enough instructions, I am more than happy to dive deeper into debugging this - just bear in my mind my limited time & technical expertise in this area!
Gavin: here's the main page for building your own package. Now, you must know that downloading sources takes some time.
Can you do a bibisect? That may help. http://wiki.documentfoundation.org/QA/HowToBibisect Quite easy to do, useful for finding the culprits of regressions.
I'll look at this more tomorrow (now Saturday 9:15am my time in NZ), I have go do some work - I have a meeting with my users on Monday and I need to have more to show them! Comment 31, Julien, you forgot to include the URL! How much do I need to download in GB? My download rate is 1MB/second, at best. Comment 32, Joel, I never done a bibisect nor used git in anger (though for my own projects, I do need to get into git, but I've been putting it off!).
Oups :-) https://wiki.documentfoundation.org/Development/Native_Build
> Not sure how to check if the libreoffice4.0-stdlibs package had been installed. rpm -qa | grep stdlibs # or rpm -qa | grep libreoffice-4.0-stlibs Would do it for you - rpm -e <that name> if they are & try again :-)
# rpm -qa | grep stdlibs libreoffice4.0-stdlibs-4.0.0.3-103.x86_64 libreoffice3.5-stdlibs-3.5.5-3.x86_64 libreoffice3.6-stdlibs-3.6.5.2-2.x86_64 lodev4.0-stdlibs-4.0.0.0.beta2-12.x86_64 # rpm -qa | grep libreoffice-4.0-stlibs # rpm -e libreoffice4.0-stdlibs-4.0.0.3-103.x86_64 #
sudo rpm -e lodev4.0-stdlibs and see how you go :-) grief I'd love to kill that thing.
I had over 10 documents open under LO-3.6.5, how do I get them to come up under LO-4.0.0? Thanks for all your help: Michael, Julien, & Joel! <off-topic> Michael, you realize that the SS^H^H Gestapo^H^H^H^H^H^H^H Department of Homeland Security get the results of scanning all phone & electronic communication? So using the word 'kill' will probably trigger a filter threshold! I bet you've even issued 'kill' commands, and talked about it in public... </off-topic>
And is there away of transferring the customisation/configuration I had done with LO-3.6 to LO-4.0 ?
Customization is in LO user directory profile, normally, it's automatically upgraded. See https://wiki.documentfoundation.org/UserProfile
Gavin - can you confirm that removing that RPM solved your crash on startup: sudo rpm -e lodev4.0-stdlibs
Weird... We still have problems! (N.B. prior to remove all of libreoffice & retesting - LO-4.0.0.3 was very stable, did not crash after several hours!!!) I deleted via rpm all references to libreoffice (3.6 & 4.0) and lodev4.0. Then reinstalled LO-4.0.0.3 from scratch. moved my profile eleswhere ran $ cd /opt/libreoffice4.0/program $ ./soffice --writer it crashed after a few seconds I then got rid of libreoffice4.0-stdlibs ran twice $ ./soffice --writer but both times it crashed in a few seconds! # cd /home/gavin/AAA/updates/libreoffice/LO-4.0.0 # ll total 200984 drwxr-sr-x. 4 gavin family 4096 Jan 31 09:24 LibreOffice_4.0.0.3_Linux_x86-64_rpm/ drwxr-sr-x. 3 gavin family 4096 Jan 31 10:57 LibreOffice_4.0.0.3_Linux_x86-64_rpm_helppack_en-GB/ -rw-r--r--. 1 gavin family 9090048 Feb 3 06:47 LibreOffice_4.0.0.3_Linux_x86-64_rpm_helppack_en-GB.tar.gz drwxr-sr-x. 3 gavin family 4096 Jan 31 09:37 LibreOffice_4.0.0.3_Linux_x86-64_rpm_langpack_en-GB/ -rw-r--r--. 1 gavin family 7242400 Feb 3 06:48 LibreOffice_4.0.0.3_Linux_x86-64_rpm_langpack_en-GB.tar.gz -rw-r--r--. 1 gavin family 189448619 Feb 3 06:52 LibreOffice_4.0.0.3_Linux_x86-64_rpm.tar.gz # rpm -ivhf LibreOffice_4.0.0.3_Linux_x86-64_rpm/RPMS/*.rpm Preparing... ########################################### [100%] 1:libreoffice4.0-ure ########################################### [ 2%] 2:libobasis4.0-core01 ########################################### [ 4%] 3:libobasis4.0-core02 ########################################### [ 6%] 4:libobasis4.0-core03 ########################################### [ 8%] 5:libobasis4.0-core04 ########################################### [ 10%] 6:libobasis4.0-core05 ########################################### [ 12%] 7:libobasis4.0-core06 ########################################### [ 13%] 8:libobasis4.0-core07 ########################################### [ 15%] 9:libobasis4.0-en-US ########################################### [ 17%] 10:libobasis4.0-base ########################################### [ 19%] 11:libobasis4.0-impress ########################################### [ 21%] 12:libobasis4.0-en-US-base########################################### [ 23%] 13:libobasis4.0-en-US-calc########################################### [ 25%] 14:libobasis4.0-en-US-math########################################### [ 27%] 15:libobasis4.0-en-US-res ########################################### [ 29%] 16:libobasis4.0-en-US-writ########################################### [ 31%] 17:libobasis4.0-calc ########################################### [ 33%] 18:libobasis4.0-draw ########################################### [ 35%] 19:libobasis4.0-images ########################################### [ 37%] 20:libreoffice4.0 ########################################### [ 38%] 21:libobasis4.0-math ########################################### [ 40%] 22:libobasis4.0-writer ########################################### [ 42%] 23:libreoffice4.0-writer ########################################### [ 44%] 24:libreoffice4.0-math ########################################### [ 46%] 25:libreoffice4.0-base ########################################### [ 48%] 26:libreoffice4.0-calc ########################################### [ 50%] 27:libreoffice4.0-dict-en ########################################### [ 52%] 28:libreoffice4.0-dict-es ########################################### [ 54%] 29:libreoffice4.0-dict-fr ########################################### [ 56%] 30:libreoffice4.0-draw ########################################### [ 58%] 31:libreoffice4.0-en-US ########################################### [ 60%] 32:libreoffice4.0-impress ########################################### [ 62%] 33:libobasis4.0-ogltrans ########################################### [ 63%] 34:libobasis4.0-postgresql########################################### [ 65%] 35:libobasis4.0-extension-########################################### [ 67%] 36:libobasis4.0-extension-########################################### [ 69%] 37:libobasis4.0-extension-########################################### [ 71%] 38:libobasis4.0-extension-########################################### [ 73%] 39:libobasis4.0-extension-########################################### [ 75%] 40:libobasis4.0-extension-########################################### [ 77%] 41:libobasis4.0-extension-########################################### [ 79%] 42:libobasis4.0-gnome-inte########################################### [ 81%] 43:libobasis4.0-graphicfil########################################### [ 83%] 44:libobasis4.0-javafilter########################################### [ 85%] 45:libobasis4.0-kde-integr########################################### [ 87%] 46:libobasis4.0-librelogo ########################################### [ 88%] 47:libobasis4.0-onlineupda########################################### [ 90%] 48:libobasis4.0-ooofonts ########################################### [ 92%] 49:libobasis4.0-ooolinguis########################################### [ 94%] 50:libobasis4.0-pyuno ########################################### [ 96%] 51:libobasis4.0-xsltfilter########################################### [ 98%] 52:libreoffice4.0-stdlibs ########################################### [100%] # ll total 200984 drwxr-sr-x. 4 gavin family 4096 Jan 31 09:24 LibreOffice_4.0.0.3_Linux_x86-64_rpm/ drwxr-sr-x. 3 gavin family 4096 Jan 31 10:57 LibreOffice_4.0.0.3_Linux_x86-64_rpm_helppack_en-GB/ -rw-r--r--. 1 gavin family 9090048 Feb 3 06:47 LibreOffice_4.0.0.3_Linux_x86-64_rpm_helppack_en-GB.tar.gz drwxr-sr-x. 3 gavin family 4096 Jan 31 09:37 LibreOffice_4.0.0.3_Linux_x86-64_rpm_langpack_en-GB/ -rw-r--r--. 1 gavin family 7242400 Feb 3 06:48 LibreOffice_4.0.0.3_Linux_x86-64_rpm_langpack_en-GB.tar.gz -rw-r--r--. 1 gavin family 189448619 Feb 3 06:52 LibreOffice_4.0.0.3_Linux_x86-64_rpm.tar.gz # rpm -ivhf LibreOffice_4.0.0.3_Linux_x86-64_rpm_langpack_en-GB/RPMS/*rpm Preparing... ########################################### [100%] package libreoffice4.0-dict-en-4.0.0.3-103.x86_64 is already installed # rpm -ivhf LibreOffice_4.0.0.3_Linux_x86-64_rpm_helppack_en-GB/RPMS/*rpm error: Failed dependencies: libobasis4.0-en-GB is needed by libobasis4.0-en-GB-help-4.0.0.3-103.x86_64 # rpm -ivhf --force LibreOffice_4.0.0.3_Linux_x86-64_rpm_langpack_en-GB/RPMS/*rpm Preparing... ########################################### [100%] 1:libobasis4.0-en-GB ########################################### [ 13%] 2:libobasis4.0-en-GB-base########################################### [ 25%] 3:libobasis4.0-en-GB-calc########################################### [ 38%] 4:libobasis4.0-en-GB-math########################################### [ 50%] 5:libobasis4.0-en-GB-res ########################################### [ 63%] 6:libobasis4.0-en-GB-writ########################################### [ 75%] 7:libreoffice4.0-en-GB ########################################### [ 88%] 8:libreoffice4.0-dict-en ########################################### [100%] # rpm -ivhf LibreOffice_4.0.0.3_Linux_x86-64_rpm_helppack_en-GB/RPMS/*rpm Preparing... ########################################### [100%] 1:libobasis4.0-en-GB-help########################################### [100%] # rpm -qa | grep stdlibs libreoffice4.0-stdlibs-4.0.0.3-103.x86_64 # rpm -e libreoffice4.0-stdlibs-4.0.0.3-103.x86_64 #
Gavin: by any chance, would you have other machines (ideally with Fedora 17 too)? In these ones, do you also reproduce this behaviour?
The box with problem is 'saturn' a desktop, and it is running F16 - I have a desktop & a laptop running F17. For me, the problem is now critical. I currently do most of my documentation on saturn using LO! Later, I might do a reboot, to see if that helps. But right now I need to do 'real' work... :-)
ok; well even more interesting :-) So - can you go into the program/ directory of the libreoffice 4 install and run: gdb --args ./soffice.bin -writer break __cxa_throw run and when/if it breaks do: backtrace continue until it exits, and attach the output here ? Even without debugging symbols that might help. Thanks !
what next? libreoffice not showing on screen, but is 'running' - see ps output below $ pwd /opt/libreoffice4.0/program $ gdb --args ./soffice.bin -writer GNU gdb (GDB) Fedora (7.3.50.20110722-16.fc16) Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /opt/libreoffice4.0/program/soffice.bin...(no debugging symbols found)...done. (gdb) break __cxa_throw Function "__cxa_throw" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (__cxa_throw) pending. (gdb) run Starting program: /opt/libreoffice4.0/program/soffice.bin -writer [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New Thread 0x7fffef266700 (LWP 25690)] Warning: -writer is deprecated. Use --writer instead. Breakpoint 1, __cxxabiv1::__cxa_throw (obj=0x6b7030, tinfo=0x7ffff7d980f0, dest=0x7ffff4009de0 <com::sun::star::uno::RuntimeException::~RuntimeException()>) at ../../../../libstdc++-v3/libsupc++/eh_throw.cc:70 70 header->exc.unexpectedHandler = __unexpected_handler; Missing separate debuginfos, use: debuginfo-install libreoffice4.0-4.0.0.3-103.x86_64 (gdb) //////////// # ps aux | grep soffice gavin 25679 1.8 1.8 369720 151976 pts/26 S+ 10:08 0:02 gdb --args ./soffice.bin -writer gavin 25687 0.1 0.3 433832 30776 pts/26 tl 10:08 0:00 /opt/libreoffice4.0/program/soffice.bin -writer root 25730 0.0 0.0 109248 844 pts/22 S+ 10:10 0:00 grep --color=auto soffice #
I had to reboot, for unrelated reasons. Then I restarted LO-4.0.0.3, it has been up 8 hours! I had done nothing specific LO related. So something really weird is going on. I am keen to keep chasing this bug, but I need fresh ideas to pursue...
I exited the last LO-4.0.0.4 session, a few hours ago. Just now I brought up another LO-4.0.0.4 session, and it crashed after a few seconds.
Hi Gavin; you need to type 'backtrace' and then continue to get through the expected exceptions at startup. Is there any way I can get ssh access to your machine somehow - I think this would be rather a quicker way of debugging the problem :-) My ssh keys are here: http://www.gnome.org/~michael/ssh if you append those to ~/.ssh/authorized_keys I should be able to log in as you while X is running and have a go [ best to proxy that via jabber perhaps (mejmeeks@gmail.com) or IRC: irc.freenode.net, #libreoffice-dev, mmeeks ]. Thanks !
Can I trust a long haired smelly communist Linux hacker? :-) I don't have a permanent IP address, but I will attempt to contact you directly, and see what we can do to give you access.
Hi Michael, I have set up reverse ssh - please check your email. Thanks, Gavin
I think LO dumps when another user has already initiated an instance of LO. So the first instance is stable, but the instance initiated by the second user crashes. This appears to be reproducible. $ /opt/libreoffice4.0/program/soffice.bin --version LibreOffice 4.0.1.2 $ date ; ps aux | grep writer ; /opt/libreoffice4.0/program/soffice.bin --writer ; date Tue Mar 5 12:38:38 NZDT 2013 postgres 2366 0.0 0.1 2355272 13912 ? Ss Mar01 0:01 postgres: writer process postgres 2367 0.0 0.0 2355272 696 ? Ss Mar01 0:01 postgres: wal writer process gavin 4022 0.0 0.0 109256 852 pts/33 S+ 12:38 0:00 grep --color=auto writer gavinxi 32088 0.4 1.6 1187244 134764 pts/26 Sl+ Mar04 7:19 /opt/libreoffice4.0/program/soffice.bin --writer Segmentation fault (core dumped) Tue Mar 5 12:39:20 NZDT 2013
@Gavin do you still reproduce it on current 4.1.1 release?
I have just had an instance of LO-4.1.1 running in 2 different users for several hours, and I don't recall having suffered from this bug for quite a while. (Note that I am now running an up-to-date Fedora 19 n a Haswell quad core.) So, I think the bug has been successfully squashed! Thanks.
Ok, I set status to RESOLVED WORKSFORME. Feel free to reopen if the bug reappears.