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 #368 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: larsi <at> gnus.org, 56393 <at> debbugs.gnu.org
Subject: Re: bug#56393: Actually fix the long lines display bug
Date: Sun, 17 Jul 2022 15:37:08 +0000
>
> I still see a segfault in get_visually_first_element.  To reproduce:
>
> emacs -Q
> C-x C-f long-line.xml
> C-u 12 M-g g
> C-s C-q C-j
>
> IOW, go to line 12 and search for a newline.  I think this segfaults 
> because point is very far from window-start, so the narrowing doesn't 
> include the position where get_visually_first_element is called.
>
> Similarly, this also segfaults:
>
> emacs -Q
> C-x C-f long-line.xml
> C-u 15000 M-g c
> C-x 2
>

Thanks.  I can't reproduce either of these two bugs with a regular build, 
both of these recipes produce the expected result.  Are these segfaults 
due to --enable-checking?




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.