GNU bug report logs - #40049
26.1; Coredump on GNUS reading e-mail

Previous Next

Full log

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

From: Sergey Organov <sorganov <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 40049 <at> debbugs.gnu.org
Subject: Re: bug#40049: 26.1; Coredump on GNUS reading e-mail
Date: Fri, 13 Mar 2020 16:52:57 +0300

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Sergey Organov <sorganov <at> gmail.com>
>> Date: Fri, 13 Mar 2020 08:23:59 +0300
>> 
>> Emacs coredumps when GNUS tries to read some kinds of mails.
>> 
>> To reproduce from 'emacs -Q', untar attached file that will create
>> 'gnus-coredump' directory with a single mail file in it, then:
>> 
>> $ emacs -Q
>> M-x gnus
>> G D ;; gnus-group-enter-directory
>> <type directory name> RET
>> 
>> GNUS then tries to open this directory as group and Emacs crashes. The
>> backtrace and other information follows:
>
> This recipe should be run with -xrm "emacs.synchronous: true", so that
> the X protocol errors are acted upon immediately where they happen.
> then the GDB backtrace will be much more informative, as it will show
> the code which causes this.
>
> Anyway, this looks like a font problem we fixed some time ago, so
> upgrading to Emacs 26.3 or (better) to the pretest of Emacs 27 should
> fix this, I think.  Another potential solution is to uninstall the
> offending font (Noto Color, perhaps?).

I've installed Emacs snapshot:

GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.5, cairo version 1.16.0)
 of 2020-03-08, unofficial emacs-snapshot build:
 http://emacs.ganneff.de/, git commit
 0a3f8da6e1a56ada409cf1677ac40fcc75a8a33c

and it doesn't coredump for me, so it indeed must be a bug that has been
already fixed in more recent Emacsen.

Thanks,
-- Sergey

Previous Next

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