GNU bug report logs - #6668
23.1.90; desktop-read and/or hack-local-variables fails to load local variables from DOS formatted files

Previous Next

Full log

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Brent Goodrick <bgoodr <at> gmail.com>
Cc: 6668 <at> debbugs.gnu.org
Subject: Re: bug#6668: 23.1.90; desktop-read and/or hack-local-variables
 fails to load local variables from DOS formatted files
Date: Tue, 08 Dec 2020 18:38:51 +0100

Brent Goodrick <bgoodr <at> gmail.com> writes:

> The desktop-read function (actually hack-local-variables) gives a
> false error when the local variables in a buffer that is being read
> have CR codes as a part of the line terminators.

(This bug report unfortunately got no response at the time.)

> The error stack trace on the latter command is (control codes squashed
> into literal escape sequences for the email report):
>
> Debugger entered--Lisp error: (error "Local variables entry is missing the suffix")
>   signal(error ("Local variables entry is missing the suffix"))
>   error("Local variables entry is missing the suffix")
>   hack-local-variables()
>   normal-mode(t)
>   after-find-file(nil t)
>   find-file-noselect-1(#<buffer perltest.pm> "~/perltest.pm" nil nil "/mnt/sdb1/home/brentg/perltest.pm" (32524636 2065))
>   find-file-noselect("/home/brentg/perltest.pm")
>   desktop-restore-file-buffer("/home/brentg/perltest.pm" "perltest.pm" nil)

Are you still seeing this issue in more recent Emacs versions?

The recipe for reproduction here was kinda convoluted, so I didn't try
it.  If the bug is still present, is loading the perltest.pm file
sufficient to reproduce the bug, or does desktop have to be involved,
somehow?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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