| Summary: | Calc crashes immediately after starting it | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Thomas Hackert <thackert> |
| Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | critical | CC: | sberg.fun, serval2412 |
| Priority: | medium | ||
| Version: | 3.6.0.0.beta2 | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Attachments: |
GDB log of the Calc crash
strace log of the Calc crash |
||
Created attachment 63405 [details]
strace log of the Calc crash
Did you install any LO specific extension ? Did you try with a brand new LO profile ? (http://wiki.documentfoundation.org/UserProfile) Try to backup it before. (In reply to comment #2) > Did you install any LO specific extension ? > Did you try with a brand new LO profile ? > (http://wiki.documentfoundation.org/UserProfile) Try to backup it before. Hello Julien, I only installed the ones, which come with LO. And I used the instruction from http://wiki.documentfoundation.org/Installing_in_parallel to install in my home directory. There you find the instruction to change the bootstraprc to use the installdir as your user dir (see http://wiki.documentfoundation.org/Installing_in_parallel#Step_4_-_Optional.2C_but_Recommended_when_Testing:_Changing_the_User_Profile_location), which I have followed to the last dot. Is this not enough? Should I really rename my ~/.config/libo-dev (or libreoffice or lodev?) and test again? Sorry for the inconvenience Thomas. I never tried to use several versions of LIBO profile in parallel. Anyway, you can try this : 1) retrieve the LO profile value defined by the variable "UserInstallation" located in <LO root>install/program/bootstraprc (I haven't seen opt/ directory) 2) Change the value of LO profile directory in boostraprc. Example : if value is $SYSUSERCONFIG/libreoffice/3 try : $SYSUSERCONFIG/libreoffice/3_test So your install will create a brand new LO profile in $SYSUSERCONFIG/libreoffice/3_test Then don't install or customize anything for the moment, just try to reproduce the problem and tell us if it's better or not. Hello Julien, (In reply to comment #4) > I never tried to use several versions of LIBO profile in parallel. well, it is the best to cirumvent problems with a test build, which might change config values, with which your stable version does not work ... ;) > Anyway, you can try this : > 1) retrieve the LO profile value defined by the variable "UserInstallation" > located in <LO root>install/program/bootstraprc (I haven't seen opt/ > directory) If you look in my GDB log, you will find the path /home/thackert/LO/opt/lodev3.6/program/soffice.bin (I have not used "install" but "LO" to install in parallel ... ;) ). > 2) > Change the value of LO profile directory in boostraprc. > > Example : > if value is $SYSUSERCONFIG/libreoffice/3 > try : $SYSUSERCONFIG/libreoffice/3_test I have used "UserInstallation=$ORIGIN/..", which - if I understood it correctly - uses the install dir for your user profile/user dir, or am I wrong? > So your install will create a brand new LO profile in > $SYSUSERCONFIG/libreoffice/3_test I have looked in my home dir, where I have found ~/LO/opt/lodev3.6/user/. Isn't it the user dir/profile? > Then don't install or customize anything for the moment, just try to reproduce > the problem and tell us if it's better or not. When I am wrong with my assumptions above, I will try it tomorrow ... ;) Thanks for your quick answer and have a nice evening Thomas. calc always craches on my Windows XP system on startup. I have had this problem for almost a year. I keep hoping the newest/next version of Libre Office will fix it. I am presently using Libre Office 3.5.4.2 I have uninstalled the previous version of Libre Office before installing the new version in hopes that would fix it by cleaning up old files. I also have Microsoft Office 2007 installed. Before Libre office, I had Open office installed but that has also been uninstalled. How do I collect debug information to help chase down this problem? SIGSEGV in libstdc++.so.6 -> libgcc_s.so.1 during exception stack unwinding. Thomas, can you try to move out of the way /home/thackert/LO/opt/lodev3.6/ure/lib/libgcc_s.so.1 and /home/thackert/LO/opt/lodev3.6/ure/lib/libstdc++.so.6? (They are from a rather old GCC version, so the ones typically already found on your system should hopefully work just better.) Hello Stephan, *, sorry, forgot this issue ... :( I have tested it with LO Version 3.6.2.1 (Build ID: ba822cc under Debian Testing AMD64, where it seems to be fixed :) So I close this issue as "resolved fixed" (though I am not sure, if it was fixed chance or if I have only luck ... ;) ). But how do we handle Tim's comment6 ? Should he open his own bug and/or - better - search for an existing one? Thanks again and have a nice evening Thomas. |
Created attachment 63404 [details] GDB log of the Calc crash Hello @ll, I hope, I have chosen the right component. If not, feel free to change it ... ;) And I hope, I have not missed an already existing bug ... :( After installing Version 3.6.0.0.beta2 (Build ID: f010139) with the Germanophone UI as well as its corresponding help package, I wanted to test LO a little bit, so I tried to start Calc via "File - New - Spreadsheet " (in German "Datei - Neu - Tabellendokument". It immediately crashes ... :( I will attach an gdb as well as a strace log to this bug afterwards ... OS: Debian Testing AMD64 LO: Version 3.6.0.0.beta2 (Build ID: f010139) Java: java version "1.7.0_03" OpenJDK Runtime Environment (IcedTea7 2.1.1) (7~u3-2.1.1-1) OpenJDK 64-Bit Server VM (build 22.0-b10, mixed mode) Sorry for the inconvenience Thomas.