GNU bug report logs - #9330
24.0.50; xassert failure in redisplay of composed characters

Previous Next

Full log

Message #15 received at 9330-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 9330-done <at> debbugs.gnu.org, handa <at> m17n.org
Subject: Re: bug#9330: 24.0.50; xassert failure in redisplay of composed
 characters
Date: Tue, 20 Aug 2019 17:16:55 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: 9330 <at> debbugs.gnu.org,  handa <at> m17n.org
> Date: Mon, 19 Aug 2019 19:49:45 -0700
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >   C-h H
> >   M-: (setq bidi-display-reordering nil)
> >   C-u 765 M-x goto-char RET
> >   C-p
> >
> > Emacs aborts in this assertion:
> >
> > 	  xassert (IT_BYTEPOS (*it) == CHAR_TO_BYTE (IT_CHARPOS (*it)));
> >
> > This abort doesn't happen if bidi-display-reordering is turned on.
> >
> > The backtrace is below:
> >
> >   #0  w32_abort () at w32fns.c:7182
> >   #1  0x011690b3 in set_iterator_to_next (it=0x82e4b0, reseat_p=1)
> >       at xdisp.c:6630
> 
> I tried reproducing this old bug in Emacs 27, but was unable to, but
> perhaps it's just tricky to reproduce as the HELLO file has changed
> substantially in the seven years that have passed.
> 
> Is this bug still present?

No, it isn't, neither with the current HELLO nor with the one that was
current at the time the bug was file.

So I'm closing the bug.  Thanks for noticing it.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.