GNU bug report logs - #30288
25.3; [emacsformacosx.com binary(?)] M-x list-packages crashes after "add-to-list orgmode.org/elpa"

Previous Next

Full log

View this message in rfc822 format

From: Noam Postavsky <npostavs <at> users.sourceforge.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Ihar Suvorau <ihar.suvorau <at> gmail.com>, 30288 <at> debbugs.gnu.org
Subject: bug#30288: 25.3; crashes on "add-to-list orgmode.org/elpa"
Date: Sat, 03 Feb 2018 11:49:03 -0500

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

>> From: Ihar Suvorau <ihar.suvorau <at> gmail.com>
>> Date: Fri, 2 Feb 2018 22:53:31 +0300
>> Cc: 30288 <at> debbugs.gnu.org
>> 
>>  Do you get a crash only when both of those statements are uncommented,
>>  or is it either one?  Does M-x list-load-path-shadows RET give you any
>>  hits in ~/.emacs.d/lisp?
>> 
>> Well, that's funny, both these lines independently cause the crash. 
>> 
>> This configuration crashes:
>> 
>> (add-to-list 'package-archives '("org" . "http://orgmode.org/elpa/") t)      
>> ;(add-to-list 'load-path "~/.emacs.d/lisp/")   
>> 
>> This config also crashes:
>> 
>> ;(add-to-list 'package-archives '("org" . "http://orgmode.org/elpa/") t)      
>> (add-to-list 'load-path "~/.emacs.d/lisp/")   
>
> Which probably means some file(s) in your "~/.emacs.d/lisp/" is/are
> involved?

The fact that it crashes also without the load-path modification
suggests that it could just be a coincidence, and the contents of
"~/.emacs.d/lisp/" is not really important.  I think we need a C level
backtrace to make progress.  Testing with 26.0.91 could also be useful,
it's possible this is some bug that's already been fixed...

Previous Next

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