GNU bug report logs -
#1187
23.0.60; Cannot read vline.el - invalid read syntax
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Thu, 16 Oct 2008 21:30:04 UTC
Severity: normal
Done: Stefan Monnier <monnier <at> iro.umontreal.ca>
Bug is archived. No further changes may be made.
Full log
Message #50 received at 1187 <at> emacsbugs.donarmstrong.com (full text, mbox):
> Date: Fri, 17 Oct 2008 10:36:47 +0200
> From: "Lennart Borgman (gmail)" <lennart.borgman <at> gmail.com>
> CC: Drew Adams <drew.adams <at> oracle.com>, 1187 <at> emacsbugs.donarmstrong.com
>
> Eli Zaretskii wrote:
> >> From: "Drew Adams" <drew.adams <at> oracle.com>
> >> Date: Thu, 16 Oct 2008 17:00:40 -0700
> >> Cc:
> >>
> >>> Just for info: I had some similar problems and decided to set
> >>> current-language-environment to "UTF-8"
> >> OK, thanks for the workaround.
> >>
> >> But that should not be necessary. In Emacs 22, it just DTRT. Users should be
> >> able to load the file in both Emacs versions without fiddling with the language
> >> environment.
> >
> > But that could be a problem with vline.el itself, you know. It uses
> > non-ASCII characters, but does not include any "coding:" cookies, so
> > Emacs is left with its guesswork for how to interpret the 8-bit bytes
> > included in the file. And that guesswork is not fool-proof.
> >
> > I will look at this closer after you report the details about the
> > bytes that I requested in my other message.
>
> I do not remember; could the defaults be changed so that reading files
> like vline.el will succeed?
Obviously, that depends on the nature of the problem, which at least
to me is not yet clear.
This bug report was last modified 16 years and 274 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.