[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#6668: 23.1.90; desktop-read and/or hack-local-variables fails to loa
From: |
Lars Ingebrigtsen |
Subject: |
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 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
Brent Goodrick <bgoodr@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
- bug#6668: 23.1.90; desktop-read and/or hack-local-variables fails to load local variables from DOS formatted files,
Lars Ingebrigtsen <=