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
View this message in rfc822 format
> From: "Drew Adams" <drew.adams <at> oracle.com>
> Cc: <lennart.borgman <at> gmail.com>, <1187 <at> emacsbugs.donarmstrong.com>,
> <wence <at> gmx.li>
> Date: Fri, 17 Oct 2008 09:21:16 -0700
>
> > Anyway, does the problem go away if you visit the file with
> >
> > "C-x RET c utf-8 RET C-x C-f vline.el RET"
> >
> > before evaluating it?
>
> Yes and no. I did `C-x RET c utf-8 RET C-x C-f vline.el RET'. If I then do `M-x
> load-file RET', then I get the same error. However, if instead of `M-x load-file
> RET' I use `M-x eval-buffer RET', then I don't get the error.
I meant the latter, sorry for another vague request.
> > If this does the trick, then please talk to the author and ask him to
> > include an explicit coding: cookie in the file.
>
> I can do that, if you tell me exactly what to tell him needs to be done.
Add a "coding: utf-8" cookie on the first line of the file. See the
beginning of calendar/icalendar.el for an example.
> However, is it normal that Emacs 23 raises an error if the encoding is wrong?
> Emacs 22 does not raise any error here.
I don't know. Perhaps Handa-san can tell if there's a better way of
handling this particular case, without a need for a coding cookie.
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.