On Tue, 2006-03-21 at 18:01 +0200, Martin Vermeer wrote: > On Tue, 2006-03-21 at 16:41 +0100, Andrea Censi wrote: > > Hello everybody. > > > > Thanks for the great work! I really like LyX and it's really feature > > rich for me at the moment (I really liked the children documents > > mechanism). Neverthless, I experience some instability and > > segmentation faults, often when working with math and array > > environments. > > > > I have a reproducible segmentation fault. My platform is Mac OS X and > > I'm running the latest release, with precompiled binaries. > > > > 1. open the attached file segfault.lyx > > 2. select the second cell of the array > > 3. delete column > > > > The others cells can be deleted without problems. > > > > (I'm not subscribed to the list, so please CC me when replying) > > > > -- > > Andrea Censi > > Confirmed on Linux SVN. > > returning FINISHED_LEFT > Assertion triggered in const MathAtom& MathArray::operator[](size_t) > const by failing check "pos < size()" in file math_data.C:59 > Aborted
Okay, it's another case of cur.pos() remaining hanging in mid-air... If you delete the cell in column 2, column 3 becomes the new column 2. If cur.pos() == 4, say, and the cell in column 3 contains only 1 position (as in this case), then obviously pos < size will assert. We have to reset cur.pos() to zero in this case. - Martin
signature.asc
Description: This is a digitally signed message part
