Re: Strange Emacs crash

[Kim F. Storm]

Stefan Monnier <address@hidden> writes:

>> + ;; The iso-accents-compose function is called deep inside Emacs' read
>> + ;; key sequence machinery, so the call to read-event below actually
>> + ;; recurses into that machinery.  Doing that does not cause any
>> + ;; problem on its own, but read-event will have marked the window's
>> + ;; display matrix to be accurate -- which is broken by the subsequent
>> + ;; call to delete-region.  Therefore, we must call force-window-update
>> + ;; after delete-region to explicitly clear the accurate state of the
>> + ;; window's display matrix.
>
> I must say I don't understand why the call to `delete-region' doesn't itself
> clear the accurate state of the window's display matrix.

Netiher do I (or I would have fixed _that_ problem).

But commands which modifies buffers don't generally have any direct
effect on whether WINDOW showing the buffer are accurate or not;
instead they simply update MODIFF on the buffer and redisplay
notices that the buffer has been modified, and DTRT...


My best guess is that delete-region does change the buffer MODIFF, but
that this is cached/restored somewhere along the read key sequence
path (or due to the recursion into read-event....)

Since this is really a rare case, my fix at the lisp level is ok
for the case at hand, so unless I hear objects, I'll install it.

-- 
Kim F. Storm <address@hidden> http://www.cua.dk