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

[Lars Ingebrigtsen <larsi@gnus.org>]

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?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no