bug#52446: closed (28.0.90; Infinite loop in add_row_entry)

[GNU bug Tracking System]

Your message dated Mon, 13 Dec 2021 21:35:46 +0800
with message-id <87h7bcvd8t.fsf@yahoo.com>
and subject line Re: bug#52446: 28.0.90; Infinite loop in add_row_entry
has caused the debbugs.gnu.org bug report #52446,
regarding 28.0.90; Infinite loop in add_row_entry
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
52446: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=52446
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> 28.0.90; Infinite loop in add_row_entry
>
>
>
>
> Date: 
>
> Sun, 12 Dec 2021 13:15:29 +0800
>
>
>
>
> Emacs froze while I was scrolling through a large image with `C-n'.  The
> source of the freeze was an infinite loop in this part of
> `add_row_entry':
>
>     while (entry && !row_equal_p (entry->row, row, 1))
> --->  entry = entry->next;
>
> The problem seems to be that `entry' points to the same address as
> `entry->next'.
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#52446: 28.0.90; Infinite loop in add_row_entry
>
>
>
>
> Date: 
>
> Mon, 13 Dec 2021 21:35:46 +0800
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/28.0.60 (gnu/linux)
>
>
>
>
> Po Lu <luangruo@yahoo.com> writes:
>
> > Eli Zaretskii <eliz@gnu.org> writes:
> >
> >> Now I'm confused: if row_table[i] is NULL for each i, then how did we
> >> enter that loop?  Its condition checks for entry being non-NULL.
> >
> > The disassembly checks out, so that condition is not being mis-compiled.
> > But that doesn't rule out the possibility of a miscompilation elsewhere.
> >
> > I will try to reproduce this under a memory checker, and with
> > optimizations turned off.
>
> It is a miscompilation of scrolling_window, which disappeared after
> updating GCC.  Closing this bug, and thanks for the help.
>
>
> --- End Message ---