#2684 closed defect (fixed)
LyX crashes when saving open float figure by external program
Reported by: | Owned by: | leeming | |
---|---|---|---|
Priority: | high | Milestone: | 1.4.3 |
Component: | insetgraphics | Version: | 1.4.1 |
Severity: | critical | Keywords: | crash |
Cc: | j.spitzmueller@…, gunix@…, pelle@…, ttimo@… |
Description
I use LyX 1.4.1 on SUSE 10.1 and inkscape 0.43.
When I have a float figure open and edit & then save the image in inkscape, LyX
crashes. Not always, but quite frequently.
Backtrace / gdb output:
gdb
GNU gdb 6.4
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i586-suse-linux".
(gdb) exit
Undefined command: "exit". Try "help".
(gdb) bye
Undefined command: "bye". Try "help".
(gdb) q
[2]+ Done unison
reinhard@pc-knop1-vm:~/Documents/FH/da8/thesis> gdb lyx
GNU gdb 6.4
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i586-suse-linux"...(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run thesis.lyx
Starting program: /usr/X11R6/bin/lyx thesis.lyx
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1221450064 (LWP 4531)]
Background RRGGBBAA: ffffff00
Area 0:0:744.094:1052.36 exported to 744 x 1052 pixels (90 dpi)
Bitmap saved as: /tmp/lyx_tmpdir4531slQFuZ/gconvert04531xnt6JR.png
Background RRGGBBAA: ffffff00
Area 0:0:744.094:1052.36 exported to 744 x 1052 pixels (90 dpi)
Bitmap saved as: /tmp/lyx_tmpdir4531slQFuZ/gconvert14531zPYVqK.png
Background RRGGBBAA: ffffff00
Area 0:0:744.094:1052.36 exported to 744 x 1052 pixels (90 dpi)
Bitmap saved as: /tmp/lyx_tmpdir4531slQFuZ/gconvert24531hzeJtD.png
Background RRGGBBAA: ffffff00
Area 0:0:494.1:324.863 exported to 494 x 325 pixels (90 dpi)
Bitmap saved as: /tmp/lyx_tmpdir4531slQFuZ/gconvert34531IElVa7.png
Background RRGGBBAA: ffffff00
Area 0:0:412.5:301.112 exported to 413 x 301 pixels (90 dpi)
Bitmap saved as: /tmp/lyx_tmpdir4531slQFuZ/gconvert44531GqiS1u.png
Background RRGGBBAA: ffffff00
Area 0:0:375:73.75 exported to 375 x 74 pixels (90 dpi)
Bitmap saved as: /tmp/lyx_tmpdir4531slQFuZ/gconvert54531WYfpfP.png
This is BibTeX, Version 0.99c (Web2C 7.5.4)
The top-level auxiliary file: thesis.aux
The style file: apalike.bst
Database file #1:
36_home_reinhard_Documents_FH_da8_thesis_bibtex_bib_tellico.bib
"{" immediately follows a field part---line 119 of file
36_home_reinhard_Documents_FH_da8_thesis_bibtex_bib_tellico.bib
: url = \url
: {/home/reinhard/Documents/FH/da8/supplemental/fcs/rigler+kask-
1993.pdf}
I'm skipping whatever remains of this entry
"{" immediately follows a field part---line 274 of file
36_home_reinhard_Documents_FH_da8_thesis_bibtex_bib_tellico.bib
: url = \url
: {http://www.biophysj.org/cgi/content/abstract/
biophysj.105.073098v1}
I'm skipping whatever remains of this entry
"{" immediately follows a field part---line 301 of file
36_home_reinhard_Documents_FH_da8_thesis_bibtex_bib_tellico.bib
: url = \url
: {http://dx.doi.org/10.1038/nbt1037},
I'm skipping whatever remains of this entry
"{" immediately follows a field part---line 849 of file
36_home_reinhard_Documents_FH_da8_thesis_bibtex_bib_tellico.bib
: url = \url
: {http://www.biophysj.org/cgi/content/abstract/91/2/715},
I'm skipping whatever remains of this entry
"{" immediately follows a field part---line 863 of file
36_home_reinhard_Documents_FH_da8_thesis_bibtex_bib_tellico.bib
: url = \url
: {http://www.jbc.org/cgi/content/abstract/271/44/27280},
I'm skipping whatever remains of this entry
Warning--I didn't find a database entry for "fcs-widengren-mets-2005"
(There were 5 error messages)
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1221450064 (LWP 4531)]
0x083a5887 in QPointArray::~QPointArray ()
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb) bt
#0 0x083a5887 in QPointArray::~QPointArray ()
#1 0x083aa6dc in QPointArray::~QPointArray ()
#2 0x083ab82b in QPointArray::~QPointArray ()
#3 0x083ab841 in QPointArray::~QPointArray ()
#4 0x0807e698 in ?? ()
#5 0x0807e6dc in ?? ()
#6 0x0807e73e in ?? ()
#7 0x0807e7b1 in ?? ()
#8 0x0807e7de in ?? ()
#9 0x0807e828 in ?? ()
#10 0x0807e956 in ?? ()
#11 0x083a4636 in QPointArray::~QPointArray ()
#12 0x083a497d in QPointArray::~QPointArray ()
#13 0x083a5f8b in QPointArray::~QPointArray ()
#14 0x083a5fa1 in QPointArray::~QPointArray ()
#15 0x0807e698 in ?? ()
#16 0x0807e6dc in ?? ()
#17 0x0807e73e in ?? ()
#18 0x0807e7b1 in ?? ()
#19 0x0807e7de in ?? ()
#20 0x0807e828 in ?? ()
#21 0x0807e956 in ?? ()
#22 0x083bac5f in QPointArray::~QPointArray ()
#23 0x083bb68b in QPointArray::~QPointArray ()
#24 0x083bb6a1 in QPointArray::~QPointArray ()
#25 0x0807e698 in ?? ()
#26 0x0807e6dc in ?? ()
#27 0x0807e73e in ?? ()
#28 0x0807e7b1 in ?? ()
#29 0x0807e7de in ?? ()
#30 0x0807e828 in ?? ()
#31 0x0807e956 in ?? ()
#32 0x08267db1 in std::uninitialized_fill_n_a<char*, unsigned int, char,
char> ()
#33 0xb7b34892 in QObject::event () from /usr/lib/qt3/lib/libqt-mt.so.3
#34 0xb7ad5ec7 in QApplication::internalNotify () from /usr/lib/qt3/lib/libqt-
mt.so.3
#35 0xb7ad6c91 in QApplication::notify () from /usr/lib/qt3/lib/libqt-mt.so.3
#36 0xb7acb055 in QEventLoop::activateTimers () from /usr/lib/qt3/lib/libqt-
mt.so.3
#37 0xb7a858a0 in QEventLoop::processEvents () from /usr/lib/qt3/lib/libqt-
mt.so.3
#38 0xb7aecce8 in QEventLoop::enterLoop () from /usr/lib/qt3/lib/libqt-mt.so.3
#39 0xb7aecb7e in QEventLoop::exec () from /usr/lib/qt3/lib/libqt-mt.so.3
#40 0xb7ad5a7f in QApplication::exec () from /usr/lib/qt3/lib/libqt-mt.so.3
#41 0x082ac571 in QObject::metaObject ()
#42 0x08126286 in std::vector<int, std::allocator<int> >::_M_insert_aux ()
#43 0x081267f4 in std::vector<int, std::allocator<int> >::_M_insert_aux ()
---Type <return> to continue, or q <return> to quit---
#44 0x08063cc1 in ?? ()
#45 0xb733e87c in libc_start_main () from /lib/libc.so.6
#46 0x08063b51 in ?? ()
(gdb)
Attachments (2)
Change History (17)
comment:1 by , 18 years ago
comment:3 by , 18 years ago
Cc: | added |
---|
comment:5 by , 18 years ago
I tried to reproduce this, but failed. It would be nice if we could find a
pattern...
comment:6 by , 18 years ago
This is how I can reproduce the crash:
o create new file
o create float figure
o enter nonsense caption
o insert SVG image above
o place cursor behind figure inside the float
o SAVE THE LYX FILE (this is essential to crash)
o inkscape: change canvas size and save
o --> LyX crashes
Maybe not all of the steps are required to reproduce. Nevertheless, saving the
file is necessary.
HTH,
Cz.
comment:8 by , 18 years ago
Keywords: | crash added |
---|---|
Milestone: | → 1.4.x |
comment:9 by , 18 years ago
dependson: | → 2677 |
---|
This is most probably the same boost::bind/gcc 4.1 related problem as in bug
- We will see that when LyX 1.4.3 comes out, because #2677 will be fixed
in LyX 1.4.3.
comment:10 by , 18 years ago
If it's fixed in 1.4.3, it's also fixed in trunk, since it uses boost 1.34
now.
comment:11 by , 18 years ago
Cc: | added |
---|
can someone please check if this problem persists with LyX 1.4.3?
comment:12 by , 18 years ago
comment:13 by , 18 years ago
Milestone: | 1.4.x → 1.4.3 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Then I am closing this bug now. If anybody is still able to reproduce it with
1.4.3 then please reopen.
comment:14 by , 17 years ago
Cc: | added |
---|
I have been able to reproduce this once (but no backtrace yet).
Maybe related to #2662.