On Tue, Jun 30, 2015 at 06:14:05PM +0100, Guillaume M-M wrote: > Dear list, > > > I got an assertion in stable (1b596e92) for the second time today. It > happened while selecting text (first time with Shift+Arrows and second time > with the mouse). > > I don't remember seeing it before: if it wasn't introduced recently then > maybe it was hidden by the fact that I did not use instant preview before. I > cannot think of anything particular in my settings apart from instant > preview on, only one document displayed. > > I opened gdb after the first crash just in case. I don't know how to > reproduce it, the second crash happened when I was no longer paying > attention. I am keeping my gdb session open for a while if you would like me > to extract more relevant informations than the trace below, just ask. > > > Messages: > > CursorSlice.cpp (207): can't compare cursor and anchor in different insets > p: inset: 0x414e320 idx: 8 par: 4294967295 pos: 7308604897068083558 > q: inset: 0x2efa670 idx: 2 par: 4294967295 pos: 12079 > lassert.cpp (42): ASSERTION false VIOLATED IN CursorSlice.cpp:209 > Assertion triggered in void lyx::doAssert(const char*, const char*, long > int) by failing check "false" in file lassert.cpp:44 The interesting thread seems to be Thread 4 but it was truncated too early.
> Thread 4 (Thread 0x7fffde979700 (LWP 27221)): > #0 0x00007ffff59e6267 in __GI_raise (sig=sig@entry=6) > at ../sysdeps/unix/sysv/linux/raise.c:55 > #1 0x00007ffff59e7eca in __GI_abort () at abort.c:89 > #2 0x000000000059418d in ?? () > #3 0x0000000004df8db0 in ?? () > #4 0x00000000005139a1 in ?? () > #5 0x0a007fffde977c68 in ?? () > #6 0x2ede86bc847dcc00 in ?? () > #7 0x0000000001d3b608 in ?? () > #8 0x0000000000000000 in ?? () Try running under gdb after setting a breakpoint at CursorSlice.cpp:206 (before the LASSERT line) and take a backtrace when it triggers. I have no idea why it happens and wonder how many bugs are still lurking there when instant preview for math is on... In any case, it would greatly help if you can provide a reproducer. However, note that this does not seem to be a fatal bug and LyX would simply continue running when compiled in release mode. -- Enrico
