[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#36431: Crash in marker.c:337
From: |
Eli Zaretskii |
Subject: |
bug#36431: Crash in marker.c:337 |
Date: |
Sun, 30 Jun 2019 17:39:49 +0300 |
> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: wl@gnu.org, 36431@debbugs.gnu.org
> Date: Sat, 29 Jun 2019 18:56:53 -0400
>
> I don't really know how to reproduce your bug, but I think I have an
> idea of what might be going on.
> Can you try the patch below, to see if it fixes your problem?
AFAICT, this patch moves the call to move_gap_both from a fragment
where we must decode the inserted text to a fragment where such a
decoding might not be necessary. If I'm right, then this makes
insert-file-contents slower in some cases, because moving the gap
might be very expensive with large buffers.
More generally, I'd be leery to make significant changes ion
insert-file-contents just to placate that single assertion. What do
we gain with that assertion except some theoretical correctness?
OTOH, the losses, in stability, performance, and not least our time
and energy is (or at least might be) real and tangible. So why
bother?