[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#40049: 26.1; Coredump on GNUS reading e-mail

From: Sergey Organov
Subject: bug#40049: 26.1; Coredump on GNUS reading e-mail
Date: Fri, 13 Mar 2020 16:52:57 +0300
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)

Eli Zaretskii <address@hidden> writes:

>> From: Sergey Organov <address@hidden>
>> 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

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

-- Sergey

reply via email to

[Prev in Thread] Current Thread [Next in Thread]