GNU bug report logs - #56393
Actually fix the long lines display bug

Previous Next

Package: emacs;

Reported by: Gregory Heytings <gregory <at> heytings.org>

Date: Tue, 5 Jul 2022 08:50:02 UTC

Severity: normal

Done: Gregory Heytings <gregory <at> heytings.org>

Bug is archived. No further changes may be made.

Full log


Message #302 received at 56393 <at> debbugs.gnu.org (full text, mbox):

From: Gregory Heytings <gregory <at> heytings.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: gerd.moellmann <at> gmail.com, larsi <at> gnus.org, 56393 <at> debbugs.gnu.org
Subject: Re: bug#56393: Actually fix the long lines display bug
Date: Sat, 09 Jul 2022 11:09:40 +0000
[Message part 1 (text/plain, inline)]
>
> I'm playing with the branch, and I see some problems.  I fixed a
> couple,
>

Thanks.  I don't know why I forgot to check for a non-zero narrowed_begv 
in find_automatic_composition.

>
> Try this:
>
>  emacs -Q
>  C-x C-f src/xdisp.c RET
>  M->
>  C-u 37100 C-p
>
> This signals an error "Beginning of buffer".
>

Nice.  That's a recipe you concocted knowing the implementation details, 
didn't you?  😉

>
> And if I use M-v instead of C-p, I don't get an error message, but I 
> don't get to the line I wanted, either: it silently stops much earlier.
>

This I cannot reproduce, I can scroll through the whole buffer with M-v 
without any visible problems.  I tried to set the auto repeat rate to 50, 
and still do not see any problems.

>
> Also, are you running with assertions enabled?  If not, please configure 
> --enable-checking='yes,glyphs', because some problems are detected much 
> earlier then (the ones I fixed were such problems).
>

I'll do that.

This bug report was last modified 3 years and 33 days ago.

Previous Next


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