GNU bug report logs - #63711
30.0.50; Crash in xdisp.c when it->string is 0x0

Previous Next

Package: emacs;

Reported by: Thomas Fitzsimmons <fitzsim <at> fitzsim.org>

Date: Thu, 25 May 2023 06:28:01 UTC

Severity: normal

Found in version 30.0.50

Done: Thomas Fitzsimmons <fitzsim <at> fitzsim.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Thomas Fitzsimmons <fitzsim <at> fitzsim.org>
Cc: 63711 <at> debbugs.gnu.org
Subject: bug#63711: 30.0.50; Crash in xdisp.c when it->string is 0x0
Date: Thu, 25 May 2023 16:35:48 +0300
> From: Thomas Fitzsimmons <fitzsim <at> fitzsim.org>
> Cc: 63711 <at> debbugs.gnu.org
> Date: Thu, 25 May 2023 09:02:26 -0400
> 
> >   (gdb) p it->sp
> 
> $11 = 0
> 
> >   (gdb) p it->method
> 
> $12 = GET_FROM_BUFFER

These last two values are already a sign of trouble, AFAIU.  We are
trying to find an overlay string where there is none.  But if that is
the case, how come pos->overlay_string_index is non-negative? that
should not happen.

> The session is still open if you want me to check other values.

Do you know what kind of buffer is the current buffer in this case?
The following command will show some of the buffer text near the
position that is examined here, to possibly help you figure out the
buffer:

  (gdb) p (*BYTE_POS_ADDR(pos->pos.bytepos))@100

(Here 100 is the number of bytes to display; feel free to use more if
100 is insufficient.)

Once you do understand what buffer is this, please try to describe the
overlays at buffer position pos->pos.charpos in that buffer, if there
are supposed to be any overlays there.  That position is supposed to
be the first position of a screen line, i.e. the position of the
leftmost character on display in that line.

Thanks.




This bug report was last modified 1 year and 347 days ago.

Previous Next


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