Juergen Spitzmueller wrote:
Juergen Spitzmueller wrote:
No, but I wonder why this isn't the case on Linux? Here, endpos is correct
AFAICS.
With stdlib-debug enabled, I can reproduce it on Linux as well. Below is the
debug output. It crashes exactly here:
paragraph.h (260):
value_type getChar(pos_type pos) const { return text_[pos]; }
Has anyone an idea?
Yes, the paragraph breaking needs to be redone after the empty space is
deleted.
This is pretty bad but this dEPM code is very bad to start with.
Abdel.
Modified: lyx-devel/trunk/src/text2.C
URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/text2.C?rev=16295
==============================================================================
--- lyx-devel/trunk/src/text2.C (original)
+++ lyx-devel/trunk/src/text2.C Sat Dec 16 00:17:10 2006
@@ -1321,6 +1321,8 @@
&& oldpar.isLineSeparator(old.pos() - 1)
&& !oldpar.isDeleted(old.pos() - 1)) {
oldpar.eraseChar(old.pos() - 1, false); // do not track
changes in DEPM
+ // rebreak it and update the CoordCache.
+ redoParagraph(cur.bv(), old.pit());
#ifdef WITH_WARNINGS
#warning This will not work anymore when we have multiple views of the
same buffer
// In this case, we will have to correct also the cursors held by
