Thanks Chris,
It was exactly reproduced by a long click, just as you said.
I hadn't noticed that before although the click only needs to last about 2 seconds so one barely notices it's long.
I was able to run under gdb but this is all I got (could retry if you suggest a group of breakpoints to set):
Breakpoint 2, __GI_exit (status=139) at exit.c:103
103 exit.c: No such file or directory.
(gdb) bt
#0 __GI_exit (status=139) at exit.c:103
#1 0xb7bcca6b in __libc_start_main (main=0x804a2b0 <main>, argc=1, argv=0xbffff184, init=0x804e390 <__libc_csu_init>, fini=0x804e400 <__libc_csu_fini>,
rtld_fini=0xb7fedc90 <_dl_fini>, stack_end=0xbffff17c) at libc-start.c:321
#2 0x0804a31d in _start ()
(gdb)
thanks,
--jack
From: Chris Halls <halls@debian.org>
To: js <jshaio@yahoo.com>; 795131@bugs.debian.org
Sent: Monday, September 14, 2015 10:13 AM
Subject: Re: Bug#795131: segfault in libvclplug_gtk3lo.so to use gcc5 libraries
Hi there
Thanks for the report. Is it possible you have the same problem as bug
#798591, which is reproduced by a long click?
On 14/09/15 16:06, js wrote:
> My environment uses only xfce and does not have gnome components running. I have the xfce4-clipman
> (from xfce4-goodies package installed) but it was not running; no other clipboard manager is installed.
Intersting, thanks for that.
> These segfaults happened every few minutes when modifying a simple drawing with only a few
> rectangles on it, but I did not have a sequence to reproduce it. I was unable to make this
> happen with --backtrace on.
Could you try running libreoffice under gdb directly? Hopefully that
should return control to gdb when the crash occurs.
Thanks
Chris