Il 19/03/2011 03:04, John McCabe-Dansted ha scritto:
Hi, I got the following backtrace. It is not really possible to
manually reproduce (the recipe has 1779 keypresses, see [1]); however,
this looks like a simple Null dereference. At a glance it seems that
the attached patch should fix the problem, and I can no longer
reproduce a crash with the patch applied. Does the patch look OK?
I'm fine with it as a temporary "robustness" patch, but I'd like to
understand where the real bug is. In the last part of your KEYCODE
sequence, I can spot a "\Cq", so the issue may be that we instruct
LyX to exit, then someway some keycode gets delivered and the
findAndReplaceScope() called while the buffer, views, buffer-lists
and similar might not be in a consistent state ?
As the "buf" variable was just changed by the last nextPrevBuffer() call,
it would be helpful at least to know in which case (search scope, one
of buffer, document, open_buffers, all_manuals) we were.
Maybe simply the output of "-dbg find" or "-dbg any" would provide
such info, can you produce that ?
Thanks,
T.
