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: Thomas Fitzsimmons <fitzsim <at> fitzsim.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 63711 <at> debbugs.gnu.org
Subject: bug#63711: 30.0.50; Crash in xdisp.c when it->string is 0x0
Date: Thu, 01 Jun 2023 07:52:31 -0400
Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Thomas Fitzsimmons <fitzsim <at> fitzsim.org>
>> Cc: 63711 <at> debbugs.gnu.org
>> Date: Wed, 31 May 2023 23:19:56 -0400
>> 
>> This Emacs run ultimately crashed tonight, but the signature seems
>> different.
>
> Crashed for what reason?  The information shown by GDB about the
> signal which crashed Emacs is missing.

Darn, I forgot to increase GNU Screen's scrollback setting and that
information scrolled away.

> And the place in the source where it crashed looks strange:
>
>   INLINE _GL_ATTRIBUTE_CONST bool
>   pdumper_object_p (const void *obj)
>   {
>   #ifdef HAVE_PDUMPER
>     uintptr_t obj_addr = (uintptr_t) obj;  <<<<<<<<<<<<<<<<<<<<<<<
>     return dump_public.start <= obj_addr && obj_addr < dump_public.end;
>   #else
>     (void) obj;
>     return false;
>   #endif
>   }
>
> How can anything in this function crash? 

Yes, I wondered that too.

> The only possible reason I can think of is C stack overflow (but the
> number of call-stack frames is not large enough to justify that).  Or
> maybe another thread crashed, not the main thread?

The other threads are all in __GI___poll.

> The information displayed by GDB when it catches a fatal signal tells
> that as well.

OK.

>> The GDB session is still running if you want me to check
>> anything.  I wasn't doing anything special when this happened.  Does the
>> backtrace suggest that garbage collection happened during a
>> fontification operation?
>
> Yes, this happened inside GC.  So it's most probably completely
> unrelated to this bug, and so please submit a new bug report with all
> the information.

I will increase GNU Screen's scrollback and restart the run.  This will
probably happen again soonish, at which point I'll file the new bug
report with the signal information.

Thanks for analyzing the backtraces.

Thomas




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

Previous Next


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