Bug 817061
Summary: | lyx crashes every time upon loading any document or after first character into a new one | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | John Florian <john> | ||||||
Component: | lyx | Assignee: | Rex Dieter <rdieter> | ||||||
Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | urgent | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | 16 | CC: | jamatos, rdieter | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | x86_64 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2012-07-26 14:38:10 UTC | Type: | Bug | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
John Florian
2012-04-27 14:44:38 UTC
Created attachment 580784 [details]
strash of crash using Method A
Created attachment 580785 [details]
strash of crash using Method B
Umm, those attachments are "strace" not "strash". A backtrace would likely be more helpful, if possible. I agree with Rex. A backtrace would be nice to understand what is going on. FWIW I can not reproduce any of this on either f16 or f17. How can I get one of those? (abrt doesn't seem to let me ... I'm assuming because of the dire warning that my kernel is tainted due to the necessary use of the dreaded nvidia drivers.) See http://fedoraproject.org/wiki/StackTraces One option is to install the the debug rpms # debuginfo-install lyx and then to run lyx from gdb $ gdb lyx > run I'm having no luck capturing a backtrace: $ gdb lyx GNU gdb (GDB) Fedora (7.3.50.20110722-13.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 /usr/bin/lyx...Reading symbols from /usr/lib/debug/usr/bin/lyx.debug...done. done. (gdb) run Starting program: /usr/bin/lyx [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". warning: "/usr/lib/debug/usr/lib64/libicudata.so.46.0.debug": separate debug info file has no debug info Detaching after fork from child process 8033. Program terminated with signal SIGKILL, Killed. The program no longer exists. (gdb) thread apply all bt full (gdb) bt No stack. (gdb) I couldn't get a core dump either. I did learn that if I run lyx as root (or some other user) it works fine and that there's something troubling in my ~/.lyx/ apparently. Any best guesses or easy ways of getting to the bottom of it or do I need to just roll up my sleeves and start bisecting it? I really don't even know if there's much of value to me. Does this problems still continues with the latest version (2.0.4)? One possible option if the problem persists is to rename the $HOME/.lyx directory to something else and then we can see if a fresh directory still causes problems since this just happens for one user. (In reply to comment #9) > One possible option if the problem persists is to rename the $HOME/.lyx > directory to something else and then we can see if a fresh directory still > causes problems since this just happens for one user. That's exactly the approach I took, prior to the release of 2.0.4, as I was somewhat desperate of regaining my beloved LyX to continue work. I did have my original still laying around so I reinstituted that just now to see what would happen under 2.0.4 and found no problem with one sample document that I know was giving me problems earlier -- any document, including brand new ones was sufficient to bomb the prior version. This particular document has evolved much since my original woes, but nonentheless I'm feel confident in saying that 2.0.4 did resolve something related to the handling of my original ~/.lyx. Now I just need to decide which to keep -- I think I'll stick with the original for now, if for no reason other than it probably still has a more complete personal spelling dictionary. It's okay by me to close this ticket, if you feel that's appropriate and no further investigation is needed. ok, thanks. |