bug#9330: 24.0.50; xassert failure in redisplay of composed characters

[Eli Zaretskii]

> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: 9330@debbugs.gnu.org,  handa@m17n.org
> Date: Mon, 19 Aug 2019 19:49:45 -0700
> 
> Eli Zaretskii <eliz@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.