GNU bug report logs -
#28502
25.3; list-packages ends with "error in process filter: End of file during parsing"
Previous Next
Reported by: Alex Branham <alex.branham <at> gmail.com>
Date: Mon, 18 Sep 2017 17:49:01 UTC
Severity: normal
Tags: unreproducible
Found in version 25.3
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Michael Heerdegen <michael_heerdegen <at> web.de> writes:
> Noam Postavsky <npostavs <at> users.sourceforge.net> writes:
>
> > tags 28502 + unreproducible moreinfo
>
> AFAIR I also saw this once. Then I deleted
>
> "~/.emacs.d/elpa/archives/melpa/archive-contents"
>
> (this was on July 24th), and the problem was gone.
>
> FWIW I have the deleted file still on my hard disc. No fun to visit it
> with Emacs however since it's one of these one-huge-line-only files. At
> least, `read' on position 1 succeeds, so I'm not sure what the problem
> was with it.
FWIW, I see now that my error was a bit different; I can still reproduce
it with the copy of the file I had removed (it is attached):
Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
package--add-to-archive-contents(nil "melpa")
package-read-archive-contents("melpa")
package-read-all-archive-contents()
package-initialize()
byte-code("..." 10)
load("~/gnu-emacs/.gnu-emacs")
eval-buffer(#<buffer *load*> nil "/home/micha/.emacs" nil t) ; Reading at buffer position 261
load-with-code-conversion("/home/micha/.emacs" "/home/micha/.emacs" t t)
load("~/.emacs" t t)
#f(compiled-function () #<bytecode 0x2567f5>)()
command-line()
normal-top-level()
Michael.
[archive-contents (application/octet-stream, attachment)]
This bug report was last modified 5 years and 175 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.