From drew.adams@oracle.com Thu Oct 16 14:24:22 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-5.0 required=4.0 tests=AWL,BAYES_00,FOURLA,
	HTML_MESSAGE,NEXTPART,RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=no
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 16 Oct 2008 21:24:22 +0000
Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9GLOIAj028742
	for <submit@emacsbugs.donarmstrong.com>; Thu, 16 Oct 2008 14:24:19 -0700
Received: from mx10.gnu.org ([199.232.76.166]:55048)
	by fencepost.gnu.org with esmtp (Exim 4.67)
	(envelope-from <drew.adams@oracle.com>)
	id 1KqaHv-0007cj-N7
	for emacs-pretest-bug@gnu.org; Thu, 16 Oct 2008 17:21:44 -0400
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60)
	(envelope-from <drew.adams@oracle.com>)
	id 1KqaKN-0007Fh-5R
	for emacs-pretest-bug@gnu.org; Thu, 16 Oct 2008 17:24:16 -0400
Received: from agminet01.oracle.com ([141.146.126.228]:16626)
	by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60)
	(envelope-from <drew.adams@oracle.com>)
	id 1KqaKL-00073Y-5d
	for emacs-pretest-bug@gnu.org; Thu, 16 Oct 2008 17:24:15 -0400
Received: from rgmgw2.us.oracle.com (rgmgw2.us.oracle.com [138.1.186.111])
	by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m9GLMgLK011288
	for <emacs-pretest-bug@gnu.org>; Thu, 16 Oct 2008 16:22:43 -0500
Received: from acsmt703.oracle.com (acsmt703.oracle.com [141.146.40.81])
	by rgmgw2.us.oracle.com (Switch-3.2.4/Switch-3.2.4) with ESMTP id m9GLMfLF007886
	for <emacs-pretest-bug@gnu.org>; Thu, 16 Oct 2008 15:22:41 -0600
Received: from dradamslap1 (/130.35.178.194)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Thu, 16 Oct 2008 14:22:40 -0700
From: "Drew Adams" <drew.adams@oracle.com>
To: <emacs-pretest-bug@gnu.org>
Subject: 23.0.60; Cannot read vline.el - invalid read syntax
Date: Thu, 16 Oct 2008 14:22:45 -0700
Message-ID: <00f801c92fd5$54f26100$c2b22382@us.oracle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_00F9_01C92F9A.A8938900"
X-Mailer: Microsoft Office Outlook 11
thread-index: Ackv1VSha9d5g5AUR3GJFOupgeR/tQ==
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Whitelist: TRUE
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6

This is a multi-part message in MIME format.

------=_NextPart_000_00F9_01C92F9A.A8938900
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_00FA_01C92F9A.A8938900"


------=_NextPart_001_00FA_01C92F9A.A8938900
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Library vline.el can be read fine in Emacs 22, but Emacs 23 raises an
error, saying Invalid read syntax: "?".
 

In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
 of 2008-10-03 on LENNART-69DE564
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include
-fno-crossjumping'
 
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ENU
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default-enable-multibyte-characters: t
 
Major mode: Emacs-Lisp
 
Minor modes in effect:
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t
 
Recent input:
C-x C-f c o n r r <backspace> <backspace> t r i b / 
v l i n e <tab> <return> M-x l o a d - f <return> <return> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <menu-bar> <help-menu> 
<send-emacs-bug-report>
 
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Loading c:/drews-lisp-20/CONTRIB/vline.el (source)...
load-with-code-conversion: Invalid read syntax: "?"

------=_NextPart_001_00FA_01C92F9A.A8938900
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE></TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2900.3429" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2>Library vline.el can be read fine in =
Emacs 22, but=20
Emacs 23 raises an<BR>error, saying Invalid read syntax: =
"?".</FONT></DIV>
<DIV>&nbsp;</DIV><FONT face=3DArial size=3D2>
<DIV><BR>In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)<BR>&nbsp;of =
2008-10-03=20
on LENNART-69DE564<BR>Windowing system distributor `Microsoft Corp.', =
version=20
5.1.2600<BR>configured using `configure --with-gcc (3.4) --no-opt =
--cflags=20
-Ic:/g/include -fno-crossjumping'</DIV>
<DIV>&nbsp;</DIV>
<DIV>Important settings:<BR>&nbsp; value of $LC_ALL: nil<BR>&nbsp; value =
of=20
$LC_COLLATE: nil<BR>&nbsp; value of $LC_CTYPE: nil<BR>&nbsp; value of=20
$LC_MESSAGES: nil<BR>&nbsp; value of $LC_MONETARY: nil<BR>&nbsp; value =
of=20
$LC_NUMERIC: nil<BR>&nbsp; value of $LC_TIME: nil<BR>&nbsp; value of =
$LANG:=20
ENU<BR>&nbsp; value of $XMODIFIERS: nil<BR>&nbsp; locale-coding-system:=20
cp1252<BR>&nbsp; default-enable-multibyte-characters: t</DIV>
<DIV>&nbsp;</DIV>
<DIV>Major mode: Emacs-Lisp</DIV>
<DIV>&nbsp;</DIV>
<DIV>Minor modes in effect:<BR>&nbsp; tooltip-mode: t<BR>&nbsp; =
tool-bar-mode:=20
t<BR>&nbsp; mouse-wheel-mode: t<BR>&nbsp; menu-bar-mode: t<BR>&nbsp;=20
file-name-shadow-mode: t<BR>&nbsp; global-font-lock-mode: t<BR>&nbsp;=20
font-lock-mode: t<BR>&nbsp; blink-cursor-mode: t<BR>&nbsp;=20
global-auto-composition-mode: t<BR>&nbsp; auto-composition-mode: =
t<BR>&nbsp;=20
auto-encryption-mode: t<BR>&nbsp; auto-compression-mode: t<BR>&nbsp;=20
line-number-mode: t<BR>&nbsp; transient-mark-mode: t</DIV>
<DIV>&nbsp;</DIV>
<DIV>Recent input:<BR>C-x C-f c o n r r &lt;backspace&gt; =
&lt;backspace&gt; t r=20
i b / <BR>v l i n e &lt;tab&gt; &lt;return&gt; M-x l o a d - f =
&lt;return&gt;=20
&lt;return&gt; <BR>&lt;help-echo&gt; &lt;help-echo&gt; &lt;help-echo&gt; =

&lt;help-echo&gt; &lt;help-echo&gt; <BR>&lt;help-echo&gt; =
&lt;help-echo&gt;=20
&lt;help-echo&gt; &lt;menu-bar&gt; &lt;help-menu&gt;=20
<BR>&lt;send-emacs-bug-report&gt;</DIV>
<DIV>&nbsp;</DIV>
<DIV>Recent messages:<BR>For information about GNU Emacs and the GNU =
system,=20
type C-h C-a.<BR>Loading c:/drews-lisp-20/CONTRIB/vline.el=20
(source)...<BR>load-with-code-conversion: Invalid read syntax:=20
"?"</FONT></DIV></BODY></HTML>

------=_NextPart_001_00FA_01C92F9A.A8938900--

------=_NextPart_000_00F9_01C92F9A.A8938900
Content-Type: application/octet-stream;
	name="vline.el"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="vline.el"

;;; vline.el --- show vertical line mode.=0A=
=0A=
;; Copyright (C) 2002, 2008 by Taiki SUGAWARA <buzz.taiki@gmail.com>=0A=
=0A=
;; Author: Taiki SUGAWARA <buzz.taiki@gmail.com>=0A=
;; Keywords: faces, editing, emulating=0A=
;; Version: 1.03=0A=
;; Time-stamp: <2008-01-22 17:58:43 UTC taiki>=0A=
;; URL: http://www.emacswiki.org/cgi-bin/wiki/vline.el=0A=
=0A=
;; This file is free software; you can redistribute it and/or modify=0A=
;; it under the terms of the GNU General Public License as published by=0A=
;; the Free Software Foundation; either version 2, or (at your option)=0A=
;; any later version.=0A=
=0A=
;; This file is distributed in the hope that it will be useful,=0A=
;; but WITHOUT ANY WARRANTY; without even the implied warranty of=0A=
;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the=0A=
;; GNU General Public License for more details.=0A=
=0A=
;; You should have received a copy of the GNU General Public License=0A=
;; along with GNU Emacs; see the file COPYING.  If not, write to=0A=
;; the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor,=0A=
;; Boston, MA 02110-1301, USA.=0A=
=0A=
;;; Usage=0A=
;; put followings your .emacs=0A=
;;   (require 'vline)=0A=
;;=0A=
;; if you display a vertical line, type M-x vline-mode. `vline-mode' =
doesn't=0A=
;; effect other buffers, because it is a buffer local minor mode. if you =
hide=0A=
;; a vertical line, type M-x vline-mode again.=0A=
;;=0A=
;; if you display a vertical line in all buffers, type M-x =
vline-global-mode.=0A=
;;=0A=
;; `vline-style' provides a display style of vertical line. see =
`vline-style' docstring.=0A=
=0A=
;;; Changes=0A=
;;=0A=
;; 2008-01-22 taiki=0A=
;; applied patch from Lennart Borgman=0A=
;; - Added :group 'vline=0A=
;; - Added defcustom vline-current-window-only=0A=
;; - Added header items to simplify for users=0A=
=0A=
;;; Code:=0A=
=0A=
(defvar vline-overlay-table-size 200)=0A=
(defvar vline-overlay-table (make-vector vline-overlay-table-size nil))=0A=
(defvar vline-line-char ?|)=0A=
=0A=
(defcustom vline-style 'face=0A=
  "*This variable holds vertical line display style.=0A=
Available values are followings:=0A=
`face'	    : use face.=0A=
`compose'   : use composit char.=0A=
`mixed'	    : use face and composit char."=0A=
  :type '(radio=0A=
	  (const face)=0A=
	  (const compose)=0A=
	  (const mixed))=0A=
  :group 'vline)=0A=
=0A=
=0A=
(defface vline=0A=
  '((t (:background "gray90")))=0A=
  "*A default face for vertical line highlighting."=0A=
  :group 'vline)=0A=
=0A=
(defcustom vline-face 'vline=0A=
  "*A face for vertical line highlighting."=0A=
  :type 'face=0A=
  :group 'vline)=0A=
=0A=
(defcustom vline-current-window-only nil=0A=
  "*If non-nil then show column in current window only.=0A=
If the buffer is shown in several windows then show column only=0A=
in the currently selected window."=0A=
  :type 'boolean=0A=
  :group 'vline)=0A=
=0A=
(define-minor-mode vline-mode=0A=
  "Display vertical line mode."=0A=
  :global nil=0A=
  :lighter " VL"=0A=
  :group 'vline=0A=
  (if vline-mode=0A=
      (add-hook 'post-command-hook 'vline-post-command-hook nil t)=0A=
    (vline-clear)=0A=
    (remove-hook 'post-command-hook 'vline-post-command-hook t)))=0A=
=0A=
(define-minor-mode vline-global-mode=0A=
  "Display vertical line mode as globally."=0A=
  :global t=0A=
  :lighter " VL"=0A=
  :group 'vline=0A=
  (if vline-global-mode=0A=
      (add-hook 'post-command-hook 'vline-global-post-command-hook)=0A=
    (vline-clear)=0A=
    (remove-hook 'post-command-hook 'vline-global-post-command-hook)))=0A=
=0A=
=0A=
(defun vline-post-command-hook ()=0A=
  (when (and vline-mode (not (minibufferp)))=0A=
    (vline-show)))=0A=
=0A=
(defun vline-global-post-command-hook ()=0A=
  (when (and vline-global-mode (not (minibufferp)))=0A=
    (vline-show)))=0A=
=0A=
(defun vline-clear ()=0A=
  (mapcar (lambda (ovr)=0A=
	    (and ovr (delete-overlay ovr)))=0A=
	  vline-overlay-table))=0A=
=0A=
(defun vline-show (&optional point)=0A=
  (vline-clear)=0A=
  (save-excursion=0A=
    (if point=0A=
	(goto-char point)=0A=
      (setq point (point)))=0A=
    (let* ((column (current-column))=0A=
	   (i 0)=0A=
	   (compose-p (memq vline-style '(compose mixed)))=0A=
	   (face-p (memq vline-style '(face mixed)))=0A=
	   (line-char (if compose-p vline-line-char ? ))=0A=
	   (line-str (make-string 1 line-char)))=0A=
      (when face-p=0A=
	(setq line-str (propertize line-str 'face vline-face)))=0A=
      (goto-char (window-start))=0A=
      (while (and (< i (1- (window-height)))=0A=
		  (< i (length vline-overlay-table))=0A=
		  (not (eobp)))=0A=
	(move-to-column column)=0A=
	;; non-cursor line only (workaround of eol probrem.=0A=
	(unless (=3D (point) point)=0A=
	  ;; if column over the cursor's column (when tab or wide char is =
appered.=0A=
	  (when (> (current-column) column)=0A=
	    (backward-char))=0A=
	  (let ((ovr (aref vline-overlay-table i))=0A=
		;; consider a newline, tab and wide char.=0A=
		(str (concat (make-string (- column (current-column)) ? )=0A=
			     line-str))=0A=
		(char (char-after)))=0A=
	    ;; create overlay if not found.=0A=
	    (unless ovr=0A=
	      (setq ovr (make-overlay 0 0))=0A=
	      (overlay-put ovr 'rear-nonsticky t)=0A=
	      (aset vline-overlay-table i ovr))=0A=
=0A=
	    ;; initialize overlay.=0A=
	    (overlay-put ovr 'face nil)=0A=
	    (overlay-put ovr 'before-string nil)=0A=
	    (overlay-put ovr 'after-string nil)=0A=
	    (overlay-put ovr 'invisible nil)=0A=
	    (overlay-put ovr 'window=0A=
			 (if vline-current-window-only=0A=
			     (selected-window)=0A=
			   nil))=0A=
=0A=
	    (cond=0A=
	     ;; tab, wide-space.=0A=
	     ((memq char '(?\t ?=E3=80=80))=0A=
	      (setq str=0A=
		    (concat str=0A=
			    (make-string (- (save-excursion (forward-char)=0A=
							    (current-column))=0A=
					    (current-column)=0A=
					    (string-width str))=0A=
					 ? )))=0A=
	      (move-overlay ovr (point) (1+ (point)))=0A=
	      (overlay-put ovr 'invisible t)=0A=
	      (overlay-put ovr 'after-string str))=0A=
	     ;; eol=0A=
	     ((eolp)=0A=
	      (move-overlay ovr (point) (point))=0A=
	      (overlay-put ovr 'after-string str))=0A=
	     (t=0A=
	      (cond=0A=
	       (compose-p=0A=
		(let (str)=0A=
		  (when char=0A=
		    (setq str (compose-chars=0A=
			       char=0A=
			       (cond ((=3D (char-width char) 1)=0A=
				      '(tc . tc))=0A=
				     ((=3D (current-column) column)=0A=
				      '(tc . tr))=0A=
				     (t=0A=
				      '(tc . tl)))=0A=
			       line-char))=0A=
		    (when face-p=0A=
		      (setq str (propertize str 'face vline-face)))=0A=
		    (move-overlay ovr (point) (1+ (point)))=0A=
		    (overlay-put ovr 'invisible t)=0A=
		    (overlay-put ovr 'after-string str))))=0A=
	       (face-p=0A=
		(move-overlay ovr (point) (1+ (point)))=0A=
		(overlay-put ovr 'face vline-face)))))))=0A=
	(setq i (1+ i))=0A=
	(forward-line)))))=0A=
=0A=
(provide 'vline)=0A=
=0A=
;;; vline.el ends here=0A=

------=_NextPart_000_00F9_01C92F9A.A8938900--





From lennart.borgman@gmail.com Thu Oct 16 16:42:13 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-7.5 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER,
	RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 1187) by emacsbugs.donarmstrong.com; 16 Oct 2008 23:42:14 +0000
Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9GNgAhW030988
	for <1187@emacsbugs.donarmstrong.com>; Thu, 16 Oct 2008 16:42:12 -0700
Received: from c83-254-151-87.bredband.comhem.se ([83.254.151.87]:61147 helo=[127.0.0.1])
	by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68)
	(envelope-from <lennart.borgman@gmail.com>)
	id 1KqcTT-0007GL-6P; Fri, 17 Oct 2008 01:42:00 +0200
Message-ID: <48F7D110.8010605@gmail.com>
Date: Fri, 17 Oct 2008 01:41:04 +0200
From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666
MIME-Version: 1.0
To: Drew Adams <drew.adams@oracle.com>, 1187@debbugs.gnu.org
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com>
In-Reply-To: <00f801c92fd5$54f26100$c2b22382@us.oracle.com>
X-Enigmail-Version: 0.95.7
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Antivirus: avast! (VPS 081015-0, 2008-10-15), Outbound message
X-Antivirus-Status: Clean
X-Originating-IP: 83.254.151.87
X-Scan-Result: No virus found in message 1KqcTT-0007GL-6P.
X-Scan-Signature: ch-smtp01.sth.basefarm.net 1KqcTT-0007GL-6P cdc29e1d6247a55d35d8737e6c00ec8f

Drew Adams wrote:
> Library vline.el can be read fine in Emacs 22, but Emacs 23 raises an
> error, saying Invalid read syntax: "?".

Just for info: I had some similar problems and decided to set

 current-language-environment to "UTF-8"





From drew.adams@oracle.com Thu Oct 16 17:00:54 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.5 required=4.0 tests=AWL,BAYES_00,FOURLA,
	HAS_BUG_NUMBER,RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 1187) by emacsbugs.donarmstrong.com; 17 Oct 2008 00:00:54 +0000
Received: from agminet01.oracle.com (agminet01.oracle.com [141.146.126.228])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9H00pXp003258
	for <1187@emacsbugs.donarmstrong.com>; Thu, 16 Oct 2008 17:00:52 -0700
Received: from agmgw2.us.oracle.com (agmgw2.us.oracle.com [152.68.180.213])
	by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m9H00jlJ009380;
	Thu, 16 Oct 2008 19:00:45 -0500
Received: from acsmt703.oracle.com (acsmt703.oracle.com [141.146.40.81])
	by agmgw2.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m9H00i8B030028;
	Thu, 16 Oct 2008 18:00:44 -0600
Received: from dradamslap1 (/24.23.165.218)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Thu, 16 Oct 2008 17:00:44 -0700
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Lennart Borgman \(gmail\)'" <lennart.borgman@gmail.com>,
        <1187@debbugs.gnu.org>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com> <48F7D110.8010605@gmail.com>
Subject: RE: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
Date: Thu, 16 Oct 2008 17:00:40 -0700
Message-ID: <000501c92feb$66cab330$0200a8c0@us.oracle.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <48F7D110.8010605@gmail.com>
Thread-Index: Ackv6OeF9XaB/60SQHqlXWJUTx4WegAAkNow
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Whitelist: TRUE

> From: Lennart Borgman Sent: Thursday, October 16, 2008 4:41 PM
> > Library vline.el can be read fine in Emacs 22, but Emacs 23 
> > raises an error, saying Invalid read syntax: "?".
> 
> 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.





From eliz@gnu.org Fri Oct 17 01:16:23 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.2 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER,
	RCVD_IN_DNSWL_MED,RCVD_IN_NIX1 autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 17 Oct 2008 08:16:23 +0000
Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9H8GKqW028825
	for <submit@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 01:16:21 -0700
Received: from mx10.gnu.org ([199.232.76.166]:53345)
	by fencepost.gnu.org with esmtp (Exim 4.67)
	(envelope-from <eliz@gnu.org>)
	id 1KqkSv-00057s-9s
	for emacs-pretest-bug@gnu.org; Fri, 17 Oct 2008 04:13:45 -0400
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60)
	(envelope-from <eliz@gnu.org>)
	id 1KqkVO-0007OE-IY
	for emacs-pretest-bug@gnu.org; Fri, 17 Oct 2008 04:16:19 -0400
Received: from mtaout1.012.net.il ([84.95.2.1]:48544)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <eliz@gnu.org>)
	id 1KqkVO-0007Ne-5J; Fri, 17 Oct 2008 04:16:18 -0400
Received: from HOME-C4E4A596F7 ([77.127.24.3]) by i-mtaout1.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0K8V001HCJ04WVC0@i-mtaout1.012.net.il>; Fri, 17 Oct 2008 10:16:53 +0200 (IST)
Date: Fri, 17 Oct 2008 10:15:28 +0200
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
In-reply-to: <00f801c92fd5$54f26100$c2b22382@us.oracle.com>
X-012-Sender: halo1@inter.net.il
To: Drew Adams <drew.adams@oracle.com>, 1187@debbugs.gnu.org
Cc: emacs-pretest-bug@gnu.org, bug-gnu-emacs@gnu.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <ur66fmycf.fsf@gnu.org>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com>
X-detected-operating-system: by monty-python.gnu.org: Solaris 9.1

> From: "Drew Adams" <drew.adams@oracle.com>
> Date: Thu, 16 Oct 2008 14:22:45 -0700
> Cc: 
> 
> Library vline.el can be read fine in Emacs 22, but Emacs 23 raises an
> error, saying Invalid read syntax: "?".

I cannot reproduce this, perhaps because when I saved the vline.el you
attached, I selected a wrong encoding.  Please visit the file with
"M-x find-file-literally" and tell me what 8-bit bytes you see on the
line that begins with "((memq char '(?\t".  Then visit that file
normally with Emacs 22 and tell what non-ASCII character(s) you see on
that line (use "C-u C-x =" to describe those characters).




From eliz@gnu.org Fri Oct 17 01:18:08 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.2 required=4.0 tests=AWL,BAYES_00,FOURLA,
	HAS_BUG_NUMBER,RCVD_IN_DNSWL_MED,RCVD_IN_NIX1 autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 17 Oct 2008 08:18:08 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9H8I5pP028859
	for <submit@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 01:18:06 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1KqkX7-0006Nx-89
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 04:18:05 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1KqkX5-0006NV-Et
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 04:18:04 -0400
Received: from [199.232.76.173] (port=54096 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1KqkX5-0006NS-Ab
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 04:18:03 -0400
Received: from mtaout5.012.net.il ([84.95.2.13]:20777)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <eliz@gnu.org>)
	id 1KqkX5-0007y1-6E
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 04:18:03 -0400
Received: from HOME-C4E4A596F7 ([77.127.24.3]) by i_mtaout5.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0K8V003PHJ4DWFA2@i_mtaout5.012.net.il> for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 10:19:26 +0200 (IST)
Date: Fri, 17 Oct 2008 10:18:01 +0200
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
In-reply-to: <000501c92feb$66cab330$0200a8c0@us.oracle.com>
X-012-Sender: halo1@inter.net.il
To: Drew Adams <drew.adams@oracle.com>, 1187@debbugs.gnu.org
Cc: lennart.borgman@gmail.com, bug-gnu-emacs@gnu.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <uprlzmy86.fsf@gnu.org>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com> <48F7D110.8010605@gmail.com> <000501c92feb$66cab330$0200a8c0@us.oracle.com>
X-detected-operating-system: by monty-python.gnu.org: Solaris 9.1

> From: "Drew Adams" <drew.adams@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.





From lennart.borgman@gmail.com Fri Oct 17 01:38:08 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-7.4 required=4.0 tests=AWL,BAYES_00,FOURLA,
	HAS_BUG_NUMBER,RCVD_IN_DNSWL_LOW autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 1187) by emacsbugs.donarmstrong.com; 17 Oct 2008 08:38:08 +0000
Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9H8c4Bv001229
	for <1187@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 01:38:06 -0700
Received: from c83-254-151-87.bredband.comhem.se ([83.254.151.87]:62859 helo=[127.0.0.1])
	by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68)
	(envelope-from <lennart.borgman@gmail.com>)
	id 1Kqkpz-0006hN-9d; Fri, 17 Oct 2008 10:37:48 +0200
Message-ID: <48F84E9F.8070702@gmail.com>
Date: Fri, 17 Oct 2008 10:36:47 +0200
From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666
MIME-Version: 1.0
To: Eli Zaretskii <eliz@gnu.org>
CC: Drew Adams <drew.adams@oracle.com>, 1187@debbugs.gnu.org
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com> <48F7D110.8010605@gmail.com> <000501c92feb$66cab330$0200a8c0@us.oracle.com> <uprlzmy86.fsf@gnu.org>
In-Reply-To: <uprlzmy86.fsf@gnu.org>
X-Enigmail-Version: 0.95.7
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Antivirus: avast! (VPS 081016-0, 2008-10-16), Outbound message
X-Antivirus-Status: Clean
X-Originating-IP: 83.254.151.87
X-Scan-Result: No virus found in message 1Kqkpz-0006hN-9d.
X-Scan-Signature: ch-smtp02.sth.basefarm.net 1Kqkpz-0006hN-9d 267d25f17815decaaae180770dc173c6

Eli Zaretskii wrote:
>> From: "Drew Adams" <drew.adams@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?




From eliz@gnu.org Fri Oct 17 02:57:15 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-6.4 required=4.0 tests=AWL,BAYES_00,FOURLA,GMAIL,
	HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 1187) by emacsbugs.donarmstrong.com; 17 Oct 2008 09:57:15 +0000
Received: from mtaout2.012.net.il (mtaout2.012.net.il [84.95.2.4])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9H9vBXg020873
	for <1187@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 02:57:13 -0700
Received: from HOME-C4E4A596F7 ([77.127.24.3]) by i_mtaout2.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0K8V00B5BNPHY580@i_mtaout2.012.net.il> for 1187@emacsbugs.donarmstrong.com; Fri, 17 Oct 2008 11:58:30 +0200 (IST)
Date: Fri, 17 Oct 2008 11:57:05 +0200
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
In-reply-to: <48F84E9F.8070702@gmail.com>
X-012-Sender: halo1@inter.net.il
To: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
Cc: drew.adams@oracle.com, 1187@debbugs.gnu.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <uljwnmtn2.fsf@gnu.org>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com> <48F7D110.8010605@gmail.com> <000501c92feb$66cab330$0200a8c0@us.oracle.com> <uprlzmy86.fsf@gnu.org> <48F84E9F.8070702@gmail.com>

> Date: Fri, 17 Oct 2008 10:36:47 +0200
> From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
> CC: Drew Adams <drew.adams@oracle.com>, 1187@emacsbugs.donarmstrong.com
> 
> Eli Zaretskii wrote:
> >> From: "Drew Adams" <drew.adams@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.




From geb-bug-gnu-emacs@m.gmane.org Fri Oct 17 05:30:53 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-9.5 required=4.0 tests=AWL,BAYES_00,FOURLA,
	HAS_BUG_NUMBER,RCVD_IN_DNSWL_MED autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 17 Oct 2008 12:30:53 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9HCUkIu027530
	for <submit@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 05:30:48 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1KqoTe-0003z1-2l
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 08:30:46 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1KqoTc-0003yA-9i
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 08:30:45 -0400
Received: from [199.232.76.173] (port=60491 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1KqoTc-0003y3-4M
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 08:30:44 -0400
Received: from main.gmane.org ([80.91.229.2]:58195 helo=ciao.gmane.org)
	by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60)
	(envelope-from <geb-bug-gnu-emacs@m.gmane.org>)
	id 1KqoTc-0004iu-6Q
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 08:30:44 -0400
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1KqoTW-0006XS-J8
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 12:30:38 +0000
Received: from lamacq.ph.ed.ac.uk ([129.215.72.156])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <bug-gnu-emacs@gnu.org>; Fri, 17 Oct 2008 12:30:38 +0000
Received: from wence by lamacq.ph.ed.ac.uk with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <bug-gnu-emacs@gnu.org>; Fri, 17 Oct 2008 12:30:38 +0000
X-Injected-Via-Gmane: http://gmane.org/
Mail-Followup-To: bug-gnu-emacs@gnu.org
To: bug-gnu-emacs@gnu.org
From: Lawrence Mitchell <wence@gmx.li>
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
Date: Fri, 17 Oct 2008 13:30:24 +0100
Organization: funfunfun
Lines: 121
Message-ID: <?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: lamacq.ph.ed.ac.uk
Mail-Copies-To: nobody
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
Cancel-Lock: sha1:tMyXx4Tr1Hfjbzr97Bhhj7HqvnQ=
Sender: news <news@ger.gmane.org>
Cc: emacs-pretest-bug@gnu.org
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4)

Drew Adams wrote:
> Library vline.el can be read fine in Emacs 22, but Emacs 23 raises an
> error, saying Invalid read syntax: "?".

The following sequence of events works for me in

GNU Emacs 23.0.60.4 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll
bars) of 2008-10-07 on lamacq.ph.ed.ac.uk

$ wget http://www.emacswiki.org/cgi-bin/emacs/download/vline.el \
-O /tmp/vline.el

$ LANG=C emacs -Q --eval '(load-file "/tmp/vline.el")'
LANG=C so that current-language-environment is "ASCII"
and default-buffer-file-coding-system is nil.

Successfully prints:
Loading /tmp/vline.el (source)...done

> In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
>  of 2008-10-03 on LENNART-69DE564
> Windowing system distributor `Microsoft Corp.', version 5.1.2600
> configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include
> -fno-crossjumping'

> Important settings:
>   value of $LC_ALL: nil
>   value of $LC_COLLATE: nil
>   value of $LC_CTYPE: nil
>   value of $LC_MESSAGES: nil
>   value of $LC_MONETARY: nil
>   value of $LC_NUMERIC: nil
>   value of $LC_TIME: nil
>   value of $LANG: ENU
                    ^^^ this seems to be the culprit.

LANG=ENU is an unknown locale here but if LANG=en_GB such that
default-buffer-file-coding-system is iso-latin-1-unix then the
section of the file that causes problems is:
(memq char '(?\t ?　))

where the second character is:

|         character: 　 (12288, #o30000, #x3000)
| preferred charset: unicode (Unicode (ISO10646))
|        code point: 0x3000
|            syntax: _ 	which means: symbol
|          category: c:Chinese h:Korean j:Japanese
| 		   |:While filling, we can break a line at this character.
|       buffer code: #xE3 #x80 #x80
|         file code: #xE3 #x80 #x80 (encoded by coding system utf-8-unix)
|           display: by this font (glyph code)
|     xft:-unknown-Kochi Gothic-normal-normal-normal-*-15-*-*-*-*-0-iso10646-1 (#x6F3)

| Character code properties: customize what to show
|   name: IDEOGRAPHIC SPACE
|   general-category: Zs (Separator, Space)
|   decomposition: (<wide> 32) (<wide> ' ')


The difference between emacs-21.3 and emacs 23 appears to be that
the former ignores the two extra bytes when reading in latin-1
but emacs 23 does not:

$ od -c /tmp/f
0000000   ? 343 200 200
0000004

Emacs 23:

(let ((coding-system-for-read 'iso-latin-1)
      ret)
  (with-temp-buffer
    (insert-file-contents "/tmp/f")
    (setq ret (read (current-buffer))))
  (insert ret))

=>

(invalid-read-syntax "?")
  read(#<buffer  *temp*>)

----
(let ((coding-system-for-read 'utf-8)
      ret)
  (with-temp-buffer
    (insert-file-contents "/tmp/f")
    (setq ret (read (current-buffer))))
  (insert ret))

=>

IDEOGRAPHIC SPACE is inserted correctly


Emacs 21.3

(let ((coding-system-for-read 'iso-latin-1)
      ret)
  (with-temp-buffer
    (insert-file-contents "/tmp/f")
    (setq ret (read (current-buffer))))
  (insert ret))

=>

ã ; LATIN SMALL LETTER A WITH TILDE is inserted.

-----
(let ((coding-system-for-read 'utf-8)
      ret)
  (with-temp-buffer
    (insert-file-contents "/tmp/f")
    (setq ret (read (current-buffer))))
  (insert ret))

=>

IDEOGRAPHIC SPACE is inserted correctly
-- 
Lawrence Mitchell <wence@gmx.li>






From eliz@gnu.org Fri Oct 17 06:07:47 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.2 required=4.0 tests=AWL,BAYES_00,FOURLA,
	HAS_BUG_NUMBER,MURPHY_DRUGS_REL8,RCVD_IN_DNSWL_MED,RCVD_IN_NIX1 autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 17 Oct 2008 13:07:47 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9HD7dBC004172
	for <submit@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 06:07:41 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Kqp3L-0005De-If
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 09:07:39 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Kqp3K-0005DS-6O
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 09:07:38 -0400
Received: from [199.232.76.173] (port=51368 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1Kqp3K-0005DP-18
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 09:07:38 -0400
Received: from mtaout1.012.net.il ([84.95.2.1]:24308)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <eliz@gnu.org>)
	id 1Kqp3J-00053e-IT
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 09:07:37 -0400
Received: from HOME-C4E4A596F7 ([77.127.24.3]) by i-mtaout1.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0K8V00FHDWIC7G50@i-mtaout1.012.net.il> for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 15:08:37 +0200 (IST)
Date: Fri, 17 Oct 2008 15:07:12 +0200
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
In-reply-to: <?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net>
X-012-Sender: halo1@inter.net.il
To: Lawrence Mitchell <wence@gmx.li>, 1187@debbugs.gnu.org
Cc: bug-gnu-emacs@gnu.org, bug-submit-list@donarmstrong.com,
        bug-gnu-emacs@gnu.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <u8wsnmku7.fsf@gnu.org>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com> <?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net>
X-detected-operating-system: by monty-python.gnu.org: Solaris 9.1

> From: Lawrence Mitchell <wence@gmx.li>
> Date: Fri, 17 Oct 2008 13:30:24 +0100
> Cc: emacs-pretest-bug@gnu.org
> 
> Drew Adams wrote:
> > Library vline.el can be read fine in Emacs 22, but Emacs 23 raises an
> > error, saying Invalid read syntax: "?".
> 
> The following sequence of events works for me in
> 
> GNU Emacs 23.0.60.4 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll
> bars) of 2008-10-07 on lamacq.ph.ed.ac.uk
> 
> $ wget http://www.emacswiki.org/cgi-bin/emacs/download/vline.el \
> -O /tmp/vline.el
> 
> $ LANG=C emacs -Q --eval '(load-file "/tmp/vline.el")'
> LANG=C so that current-language-environment is "ASCII"
> and default-buffer-file-coding-system is nil.
> 
> Successfully prints:
> Loading /tmp/vline.el (source)...done

For me, the file vline.el downloaded from the above address loads
successfully even without setting LANG to "C".  Just a simple "C-x
C-f" works and doesn't throw any errors.

Either the version of vline.el Drew used is different, or something
else is at work here.  Drew, are you using the patched EmacsW32 binary
produced by Lennart?  If so, perhaps it's something that is being
triggered by the patches.  Or maybe something in Drew's .emacs
customizations?





From drew.adams@oracle.com Fri Oct 17 07:26:57 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.0 required=4.0 tests=AWL,BAYES_00,FOURLA,
	HAS_BUG_NUMBER,IMPRONONCABLE_2,RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 17 Oct 2008 14:26:57 +0000
Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9HEQrdG024279
	for <submit@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 07:26:55 -0700
Received: from mail.gnu.org ([199.232.76.166]:54898 helo=mx10.gnu.org)
	by fencepost.gnu.org with esmtp (Exim 4.67)
	(envelope-from <drew.adams@oracle.com>)
	id 1KqqFW-0002uE-QC
	for emacs-pretest-bug@gnu.org; Fri, 17 Oct 2008 10:24:18 -0400
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60)
	(envelope-from <drew.adams@oracle.com>)
	id 1KqqI0-00050f-Jl
	for emacs-pretest-bug@gnu.org; Fri, 17 Oct 2008 10:26:53 -0400
Received: from agminet01.oracle.com ([141.146.126.228]:11100)
	by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60)
	(envelope-from <drew.adams@oracle.com>)
	id 1KqqHz-00050V-VR; Fri, 17 Oct 2008 10:26:52 -0400
Received: from rgmgw1.us.oracle.com (rgmgw1.us.oracle.com [138.1.186.110])
	by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m9HEQe6P022485;
	Fri, 17 Oct 2008 09:26:40 -0500
Received: from acsmt702.oracle.com (acsmt702.oracle.com [141.146.40.80])
	by rgmgw1.us.oracle.com (Switch-3.2.4/Switch-3.2.4) with ESMTP id m9HEQd4p021392;
	Fri, 17 Oct 2008 08:26:39 -0600
Received: from dradamslap1 (/24.23.165.218)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Fri, 17 Oct 2008 07:26:39 -0700
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Eli Zaretskii'" <eliz@gnu.org>, <1187@debbugs.gnu.org>
Cc: <emacs-pretest-bug@gnu.org>, <bug-gnu-emacs@gnu.org>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com> <ur66fmycf.fsf@gnu.org>
Subject: RE: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
Date: Fri, 17 Oct 2008 07:26:39 -0700
Message-ID: <002801c93064$5f12f2f0$0200a8c0@us.oracle.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 8bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <ur66fmycf.fsf@gnu.org>
Thread-Index: AckwMLiTCnfD7KwzRvaIW99IbPS56AAMmtFw
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Whitelist: TRUE
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6

> From: Eli Zaretskii Sent: Friday, October 17, 2008 1:15 AM
> > From: "Drew Adams" Date: Thu, 16 Oct 2008 14:22:45 -0700
> > Library vline.el can be read fine in Emacs 22, but Emacs 23
> > raises an error, saying Invalid read syntax: "?".
>
> I cannot reproduce this, perhaps because when I saved the vline.el you
> attached, I selected a wrong encoding.  Please visit the file with
> "M-x find-file-literally" and tell me what 8-bit bytes you see on the
> line that begins with "((memq char '(?\t".

Not sure what you mean, but I see this (pasting):
((memq char '(?\t ?$B!!(B))

which looks like this (typing this in):
((memq char '(?\t ?\343\200\200))

oops - as soon as I hit C-s to save what I'd typed so far, Outlook changed what
it looks like (I'm using plain text with encoding auto-select (the only
choice)). I'll type it again - this is what it looks like in Emacs:

((memq char '(?\t ?\343\200\200))

There, that time it didn't change - that's what I see: three octal sequences, of
343, 200, 200.

> Then visit that file
> normally with Emacs 22 and tell what non-ASCII character(s) you see on
> that line (use "C-u C-x =" to describe those characters).

The text looks like ((memq char '(?\t ?  )), and C-u C-x = on the char after the
second ? gives this:

  character: $B!!(B (53409, #o150241, #xd0a1, U+3000)
    charset: japanese-jisx0208 (JISX0208.1983/1990 Japanese Kanji: ISO-IR-87.)
 code point: #x21 #x21
     syntax: _ 	which means: symbol
   category: j:Japanese |:While filling, we can break a line at this character.
buffer code: #x92 #xA1 #xA1
  file code: #xE3 #x80 #x80 (encoded by coding system mule-utf-8-unix)
    display: by this font (glyph code)
     -outline-Arial Unicode
MS-normal-r-normal-normal-13-97-96-96-p-*-jisx0208-sjis (#x3000)

There are text properties here:
  fontified            t

If I do the same thing in Emacs 23 (with find-file-literally), I see this:

        character:   (227, #o343, #xe3)
preferred charset: unicode (Unicode (ISO10646))
       code point: 0xE3
           syntax: w 	which means: word
         category: j:Japanese l:Latin v:Vietnamese
      buffer code: #xC3 #xA3
        file code: #xC3 #xA3 (encoded by coding system no-conversion)
          display: by this font (glyph code)
    uniscribe:-outline-Courier
New-normal-normal-normal-mono-13-*-*-*-c-*-iso10646-1 (#x6D)

Character code properties: customize what to show
  name: LATIN SMALL LETTER A WITH TILDE
  general-category: Ll (Letter, Lowercase)
  decomposition: (97 771) ('a' '')
  old-name: LATIN SMALL LETTER A TILDE

Does this help? Thx - Drew





From drew.adams@oracle.com Fri Oct 17 07:40:54 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.5 required=4.0 tests=AWL,BAYES_00,FOURLA,
	HAS_BUG_NUMBER,MURPHY_DRUGS_REL8,RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 17 Oct 2008 14:40:54 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9HEel1W028066
	for <submit@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 07:40:49 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1KqqVT-0005Qt-Bo
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 10:40:47 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1KqqVR-0005Pi-CP
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 10:40:47 -0400
Received: from [199.232.76.173] (port=42575 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1KqqVR-0005Pc-7m
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 10:40:45 -0400
Received: from agminet01.oracle.com ([141.146.126.228]:18424)
	by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60)
	(envelope-from <drew.adams@oracle.com>)
	id 1KqqVP-0007e5-64; Fri, 17 Oct 2008 10:40:43 -0400
Received: from rgmgw1.us.oracle.com (rgmgw1.us.oracle.com [138.1.186.110])
	by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m9HEeHw7011619;
	Fri, 17 Oct 2008 09:40:17 -0500
Received: from acsmt700.oracle.com (acsmt700.oracle.com [141.146.40.70])
	by rgmgw1.us.oracle.com (Switch-3.2.4/Switch-3.2.4) with ESMTP id m9HEeFVn022201;
	Fri, 17 Oct 2008 08:40:16 -0600
Received: from dradamslap1 (/24.23.165.218)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Fri, 17 Oct 2008 07:40:15 -0700
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Eli Zaretskii'" <eliz@gnu.org>, <1187@debbugs.gnu.org>,
        "'Lawrence Mitchell'" <wence@gmx.li>
Cc: <bug-gnu-emacs@gnu.org>, <bug-submit-list@donarmstrong.com>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com><?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net> <u8wsnmku7.fsf@gnu.org>
Subject: RE: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
Date: Fri, 17 Oct 2008 07:40:16 -0700
Message-ID: <002a01c93066$45b58050$0200a8c0@us.oracle.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <u8wsnmku7.fsf@gnu.org>
Thread-Index: AckwXIrEjLDQpMJLTMWwTsAcf2WnAgACWtpw
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Whitelist: TRUE
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6
X-CrossAssassin-Score: 2

> > The following sequence of events works for me in
> > 
> > GNU Emacs 23.0.60.4 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll
> > bars) of 2008-10-07 on lamacq.ph.ed.ac.uk
> > 
> > $ wget http://www.emacswiki.org/cgi-bin/emacs/download/vline.el \
> > -O /tmp/vline.el
> > 
> > $ LANG=C emacs -Q --eval '(load-file "/tmp/vline.el")'
> > LANG=C so that current-language-environment is "ASCII"
> > and default-buffer-file-coding-system is nil.
> > 
> > Successfully prints:
> > Loading /tmp/vline.el (source)...done
> 
> For me, the file vline.el downloaded from the above address loads
> successfully even without setting LANG to "C".  Just a simple "C-x
> C-f" works and doesn't throw any errors.
> 
> Either the version of vline.el Drew used is different, or something
> else is at work here.  Drew, are you using the patched EmacsW32 binary
> produced by Lennart?  If so, perhaps it's something that is being
> triggered by the patches.  Or maybe something in Drew's .emacs
> customizations?

No, I'm not using Lennart's patched binary; I'm using his vanilla binary. But
it's possible I saved or modified the file somehow - I don't recall. But that
should be irrelevant for the bug report - it doesn't matter if the file I sent
is the original vline.el or something else. What matters is that I opened it
using emacs -Q with a vanilla Emacs binary - no customizations, nothing else
loaded, nada.






From lennart.borgman@gmail.com Fri Oct 17 07:59:44 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-7.4 required=4.0 tests=AWL,BAYES_00,FOURLA,
	HAS_BUG_NUMBER,MURPHY_DRUGS_REL8,RCVD_IN_DNSWL_LOW autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 1187) by emacsbugs.donarmstrong.com; 17 Oct 2008 14:59:45 +0000
Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9HExe7j031702
	for <1187@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 07:59:42 -0700
Received: from c83-254-151-87.bredband.comhem.se ([83.254.151.87]:62763 helo=[127.0.0.1])
	by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68)
	(envelope-from <lennart.borgman@gmail.com>)
	id 1Kqqn9-0001ul-7Z; Fri, 17 Oct 2008 16:59:21 +0200
Message-ID: <48F8A809.2070903@gmail.com>
Date: Fri, 17 Oct 2008 16:58:17 +0200
From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666
MIME-Version: 1.0
To: Eli Zaretskii <eliz@gnu.org>, 1187@debbugs.gnu.org
CC: Lawrence Mitchell <wence@gmx.li>, Drew Adams <drew.adams@oracle.com>
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com>	<?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net> <u8wsnmku7.fsf@gnu.org>
In-Reply-To: <u8wsnmku7.fsf@gnu.org>
X-Enigmail-Version: 0.95.7
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Antivirus: avast! (VPS 081016-0, 2008-10-16), Outbound message
X-Antivirus-Status: Clean
X-Originating-IP: 83.254.151.87
X-Scan-Result: No virus found in message 1Kqqn9-0001ul-7Z.
X-Scan-Signature: ch-smtp02.sth.basefarm.net 1Kqqn9-0001ul-7Z 0d99be2aebc073f7bcd03909e1034c37

Eli Zaretskii wrote:
>> From: Lawrence Mitchell <wence@gmx.li>
>> Date: Fri, 17 Oct 2008 13:30:24 +0100
>> Cc: emacs-pretest-bug@gnu.org
>>
>> Drew Adams wrote:
>>> Library vline.el can be read fine in Emacs 22, but Emacs 23 raises an
>>> error, saying Invalid read syntax: "?".
>> The following sequence of events works for me in
>>
>> GNU Emacs 23.0.60.4 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll
>> bars) of 2008-10-07 on lamacq.ph.ed.ac.uk
>>
>> $ wget http://www.emacswiki.org/cgi-bin/emacs/download/vline.el \
>> -O /tmp/vline.el
>>
>> $ LANG=C emacs -Q --eval '(load-file "/tmp/vline.el")'
>> LANG=C so that current-language-environment is "ASCII"
>> and default-buffer-file-coding-system is nil.
>>
>> Successfully prints:
>> Loading /tmp/vline.el (source)...done
> 
> For me, the file vline.el downloaded from the above address loads
> successfully even without setting LANG to "C".  Just a simple "C-x
> C-f" works and doesn't throw any errors.
> 
> Either the version of vline.el Drew used is different, or something
> else is at work here.  Drew, are you using the patched EmacsW32 binary
> produced by Lennart?  If so, perhaps it's something that is being
> triggered by the patches.  Or maybe something in Drew's .emacs
> customizations?


I think Drew is using the unpatched version. And I can see this problem
with both the unpatched and the patched version.

However there might be a misunderstanding. There is no error while
reading vline.el. The error comes when I do eval-buffer.




From drew.adams@oracle.com Fri Oct 17 08:18:18 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.5 required=4.0 tests=AWL,BAYES_00,FOURLA,
	HAS_BUG_NUMBER,MURPHY_DRUGS_REL8,RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY
	autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 1187) by emacsbugs.donarmstrong.com; 17 Oct 2008 15:18:19 +0000
Received: from agminet01.oracle.com (agminet01.oracle.com [141.146.126.228])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9HFIGcr004849
	for <1187@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 08:18:17 -0700
Received: from rgmgw2.us.oracle.com (rgmgw2.us.oracle.com [138.1.186.111])
	by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m9HFI9Hm015340;
	Fri, 17 Oct 2008 10:18:09 -0500
Received: from acsmt703.oracle.com (acsmt703.oracle.com [141.146.40.81])
	by rgmgw2.us.oracle.com (Switch-3.2.4/Switch-3.2.4) with ESMTP id m9HFI7L4006829;
	Fri, 17 Oct 2008 09:18:07 -0600
Received: from dradamslap1 (/141.144.60.60)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Fri, 17 Oct 2008 08:18:06 -0700
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Lennart Borgman \(gmail\)'" <lennart.borgman@gmail.com>,
        "'Eli Zaretskii'" <eliz@gnu.org>, <1187@debbugs.gnu.org>
Cc: "'Lawrence Mitchell'" <wence@gmx.li>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com>	<?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net> <u8wsnmku7.fsf@gnu.org> <48F8A809.2070903@gmail.com>
Subject: RE: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
Date: Fri, 17 Oct 2008 08:18:06 -0700
Message-ID: <000001c9306b$8fc97bb0$0200a8c0@us.oracle.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <48F8A809.2070903@gmail.com>
Thread-Index: AckwaSlW+ArHHmGYTS6ItnMEfRhVyQAAglkw
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Whitelist: TRUE

> > For me, the file vline.el downloaded from the above address loads
> > successfully even without setting LANG to "C".  Just a simple "C-x
> > C-f" works and doesn't throw any errors.
> > 
> > Either the version of vline.el Drew used is different, or something
> > else is at work here.  Drew, are you using the patched 
> > EmacsW32 binary produced by Lennart?  If so, perhaps it's something
> > that is being triggered by the patches.  Or maybe something in Drew's
> > .emacs customizations?
> 
> I think Drew is using the unpatched version.

Correct.

> And I can see this problem with both the unpatched and the patched version.
> 
> However there might be a misunderstanding. There is no error while
> reading vline.el. The error comes when I do eval-buffer.

Yes, the problem arises when I load (so, eval) the library. But Lawrence and Eli
both mentioned loading also.





From monnier@iro.umontreal.ca Fri Oct 17 08:46:13 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-4.7 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER
	autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 1187-done) by emacsbugs.donarmstrong.com; 17 Oct 2008 15:46:13 +0000
Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9HFkApM012095
	for <1187-done@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 08:46:12 -0700
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AugEACVQ+EhMCpQ6/2dsb2JhbACBcr8Vg2yBCQ
X-IronPort-AV: E=Sophos;i="4.33,432,1220241600"; 
   d="scan'208";a="28518492"
Received: from 76-10-148-58.dsl.teksavvy.com (HELO pastel.home) ([76.10.148.58])
  by ironport2-out.teksavvy.com with ESMTP; 17 Oct 2008 11:46:05 -0400
Received: by pastel.home (Postfix, from userid 20848)
	id 0F4B34B480; Fri, 17 Oct 2008 11:46:05 -0400 (EDT)
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 1187-done@debbugs.gnu.org, Lawrence Mitchell <wence@gmx.li>
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
Message-ID: <jwv3aivjkhw.fsf-monnier+emacsbugreports@gnu.org>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com>
	<?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net>
	<u8wsnmku7.fsf@gnu.org>
Date: Fri, 17 Oct 2008 11:46:05 -0400
In-Reply-To: <u8wsnmku7.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 17 Oct
	2008 15:07:12 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

http://www.emacswiki.org/cgi-bin/emacs/download/vline.el contains
non-ascii chars, but does not contain any coding tag, so depending on
your coding settings, it will decode it in different ways, some of which
will lead to load-time errors, others to incorrect behavior.
There's nothing for Emacs to do here.
Such uses are OK for a file you wrote for your own use, but for
distribution to people who may use other locales, it's not.


        Stefan




From drew.adams@oracle.com Fri Oct 17 08:54:20 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.5 required=4.0 tests=AWL,BAYES_00,FOURLA,
	HAS_BUG_NUMBER,RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 17 Oct 2008 15:54:20 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9HFsHi6013304
	for <submit@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 08:54:18 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Kqreb-0003mu-5D
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 11:54:17 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1KqreY-0003lA-GM
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 11:54:16 -0400
Received: from [199.232.76.173] (port=55362 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1KqreY-0003l6-B3
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 11:54:14 -0400
Received: from agminet01.oracle.com ([141.146.126.228]:60017)
	by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60)
	(envelope-from <drew.adams@oracle.com>)
	id 1KqreT-0007X8-Hm; Fri, 17 Oct 2008 11:54:09 -0400
Received: from rgmgw2.us.oracle.com (rgmgw2.us.oracle.com [138.1.186.111])
	by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m9HFrmQ9009041;
	Fri, 17 Oct 2008 10:53:49 -0500
Received: from acsmt705.oracle.com (acsmt705.oracle.com [141.146.40.83])
	by rgmgw2.us.oracle.com (Switch-3.2.4/Switch-3.2.4) with ESMTP id m9HFrkkl027031;
	Fri, 17 Oct 2008 09:53:46 -0600
Received: from dradamslap1 (/141.144.60.60)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Fri, 17 Oct 2008 08:53:45 -0700
From: "Drew Adams" <drew.adams@oracle.com>
To: <1187@debbugs.gnu.org>, "'Eli Zaretskii'" <eliz@gnu.org>,
        "'Lawrence Mitchell'" <wence@gmx.li>
Cc: <bug-gnu-emacs@gnu.org>, <bug-submit-list@donarmstrong.com>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com><?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net><u8wsnmku7.fsf@gnu.org> <002a01c93066$45b58050$0200a8c0@us.oracle.com>
Subject: RE: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
Date: Fri, 17 Oct 2008 08:53:46 -0700
Message-ID: <000d01c93070$8a678400$0200a8c0@us.oracle.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <002a01c93066$45b58050$0200a8c0@us.oracle.com>
Thread-Index: AckwXIrEjLDQpMJLTMWwTsAcf2WnAgACWtpwAAJ/92A=
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Whitelist: TRUE
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6
X-CrossAssassin-Score: 2

FWIW, my reply-all for this message:

> -----Original Message-----
> From: bug-gnu-emacs-bounces+drew.adams=oracle.com@gnu.org 
> [mailto:bug-gnu-emacs-bounces+drew.adams=oracle.com@gnu.org] 
> On Behalf Of Drew Adams
> Sent: Friday, October 17, 2008 7:40 AM
> To: 'Eli Zaretskii'; 1187@emacsbugs.donarmstrong.com; 
> 'Lawrence Mitchell'
> Cc: bug-gnu-emacs@gnu.org; bug-submit-list@donarmstrong.com
> Subject: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax

led to this returned mail message from the postmaster:

 The original message was received at Fri, 17 Oct 2008 09:40:29 -0500
 from agminet01.oracle.com [141.146.126.228]

    ----- The following addresses had permanent fatal errors -----
 <bug-submit-list@donarmstrong.com>
     (reason: 550 5.1.1 <bug-submit-list@donarmstrong.com>... User unknown)

    ----- Transcript of session follows -----
 ... while talking to linnode.donarmstrong.com.:
 >>> DATA
 <<< 550 5.1.1 <bug-submit-list@donarmstrong.com>... User unknown
 550 5.1.1 <bug-submit-list@donarmstrong.com>... User unknown
 <<< 503 5.0.0 Need RCPT (recipient)

And the attached file details.txt has this:

 Reporting-MTA: dns; agminet02.oracle.com
 Arrival-Date: Fri, 17 Oct 2008 09:40:29 -0500

 Final-Recipient: RFC822; bug-submit-list@donarmstrong.com
 Action: failed
 Status: 5.1.1
 Remote-MTA: DNS; linnode.donarmstrong.com
 Diagnostic-Code: SMTP; 550 5.1.1 <bug-submit-list@donarmstrong.com>... User
unknown
 Last-Attempt-Date: Fri, 17 Oct 2008 10:43:28 -0500

Dunno if this indicates a bug in the bug-reporting system or not. I guess it was
Eli who added the address bug-submit-list@donarmstrong.com to the cc list. 







From lawrence.mitchell@ed.ac.uk Fri Oct 17 08:58:31 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-9.7 required=4.0 tests=AWL,BAYES_00,FOURLA,
	HAS_BUG_NUMBER,MURPHY_DRUGS_REL8,RCVD_IN_DNSWL_MED autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 1187) by emacsbugs.donarmstrong.com; 17 Oct 2008 15:58:31 +0000
Received: from treacle.ucs.ed.ac.uk (treacle.ucs.ed.ac.uk [129.215.16.102])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9HFwOph014495
	for <1187@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 08:58:26 -0700
Received: from wrath.ph.ed.ac.uk (wrath.ph.ed.ac.uk [129.215.73.7])
	by treacle.ucs.ed.ac.uk (8.13.8/8.13.4) with ESMTP id m9HFwLoH016698;
	Fri, 17 Oct 2008 16:58:21 +0100 (BST)
Received: from lamacq.ph.ed.ac.uk (lamacq.ph.ed.ac.uk [129.215.72.156])
	by wrath.ph.ed.ac.uk (8.13.8/8.12.10) with ESMTP id m9HFwK5k031432;
	Fri, 17 Oct 2008 16:58:20 +0100
Received: from lamacq.ph.ed.ac.uk (localhost.localdomain [127.0.0.1])
	by lamacq.ph.ed.ac.uk (8.13.1/8.12.10) with ESMTP id m9HFwKLU004093;
	Fri, 17 Oct 2008 16:58:20 +0100
Received: (from s0198183@localhost)
	by lamacq.ph.ed.ac.uk (8.13.1/8.13.1/Submit) id m9HFwKuu004088;
	Fri, 17 Oct 2008 16:58:20 +0100
X-Authentication-Warning: lamacq.ph.ed.ac.uk: s0198183 set sender to lawrence.mitchell@ed.ac.uk using -f
From: Lawrence Mitchell <wence@gmx.li>
To: Drew Adams <drew.adams@oracle.com>
Cc: 1187@debbugs.gnu.org,
        "'Lennart Borgman \(gmail\)'" <lennart.borgman@gmail.com>,
        "'Eli Zaretskii'" <eliz@gnu.org>
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
Organization: me
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com>
	<?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net>
	<u8wsnmku7.fsf@gnu.org> <48F8A809.2070903@gmail.com>
	<000001c9306b$8fc97bb0$0200a8c0@us.oracle.com>
Date: Fri, 17 Oct 2008 16:58:19 +0100
In-Reply-To: <000001c9306b$8fc97bb0$0200a8c0@us.oracle.com> (Drew Adams's
	message of "Fri, 17 Oct 2008 08:18:06 -0700")
Message-ID: <?fnord?y3h6k5c75i3o.fsf@ID-97657.user.individual.net>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Edinburgh-Scanned: at treacle.ucs.ed.ac.uk
    with MIMEDefang 2.60, Sophie, Sophos Anti-Virus, Clam AntiVirus
X-Scanned-By: MIMEDefang 2.60 on 129.215.16.102

Hi Drew:

Drew Adams wrote:
>>> For me, the file vline.el downloaded from the above address loads
>>> successfully even without setting LANG to "C".  Just a simple "C-x
>>> C-f" works and doesn't throw any errors.

>>> Either the version of vline.el Drew used is different, or something
>>> else is at work here.  Drew, are you using the patched
>>> EmacsW32 binary produced by Lennart?  If so, perhaps it's something
>>> that is being triggered by the patches.  Or maybe something in Drew's
>>> .emacs customizations?

>> I think Drew is using the unpatched version.

> Correct.

>> And I can see this problem with both the unpatched and the patched version.

>> However there might be a misunderstanding. There is no error while
>> reading vline.el. The error comes when I do eval-buffer.

> Yes, the problem arises when I load (so, eval) the library. But
> Lawrence and Eli both mentioned loading also.

I think the problem is a bad interaction between your language
environment and the file in question.

Does the following command load vline.el successfully?

emacs -Q --eval '(let ((coding-system-for-read (quote utf-8)))
(load-file "path/to/vline.el"))'

?

For me, the above works regardless of my LANG environment
variable however:

LANG=en_US emacs -Q --eval '(load-file "path/to/vline.el")'

Loading /Home/s0198183/tmp/vline.el (source)...
Invalid read syntax: "?"

In this case, emacs uses the iso-latin-1 coding-system to open
the file and barfs when trying to read the utf-8 character in it.

Cheers,
Lawrence
-- 
Lawrence Mitchell <wence@gmx.li>




From eliz@gnu.org Fri Oct 17 09:00:25 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-6.2 required=4.0 tests=AWL,BAYES_00,FOURLA,
	HAS_BUG_NUMBER,RCVD_IN_NIX1 autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 1187) by emacsbugs.donarmstrong.com; 17 Oct 2008 16:00:25 +0000
Received: from mtaout4.012.net.il (mtaout4.012.net.il [84.95.2.10])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9HG0Ltd015214
	for <1187@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 09:00:23 -0700
Received: from HOME-C4E4A596F7 ([77.127.24.3]) by i_mtaout4.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0K8W00G2C4IK25F0@i_mtaout4.012.net.il> for 1187@emacsbugs.donarmstrong.com; Fri, 17 Oct 2008 18:01:33 +0200 (IST)
Date: Fri, 17 Oct 2008 18:00:08 +0200
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
In-reply-to: <000001c9306b$8fc97bb0$0200a8c0@us.oracle.com>
X-012-Sender: halo1@inter.net.il
To: Drew Adams <drew.adams@oracle.com>
Cc: lennart.borgman@gmail.com, 1187@debbugs.gnu.org, wence@gmx.li
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <u3aivmctz.fsf@gnu.org>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com> <?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net> <u8wsnmku7.fsf@gnu.org> <48F8A809.2070903@gmail.com> <000001c9306b$8fc97bb0$0200a8c0@us.oracle.com>

> From: "Drew Adams" <drew.adams@oracle.com>
> Cc: "'Lawrence Mitchell'" <wence@gmx.li>
> Date: Fri, 17 Oct 2008 08:18:06 -0700
> 
> > However there might be a misunderstanding. There is no error while
> > reading vline.el. The error comes when I do eval-buffer.
> 
> Yes, the problem arises when I load (so, eval) the library. But Lawrence and Eli
> both mentioned loading also.

No, I said visiting with "C-x C-f".  And your original report said:

  Library vline.el can be read fine in Emacs 22, but Emacs 23 raises an
  error, saying Invalid read syntax: "?".

It said nothing about evaluating it.

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?

If this does the trick, then please talk to the author and ask him to
include an explicit coding: cookie in the file.




From eliz@gnu.org Fri Oct 17 09:04:13 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.2 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER,
	RCVD_IN_DNSWL_MED,RCVD_IN_NIX1 autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 17 Oct 2008 16:04:13 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9HG4AOa015744
	for <submit@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 09:04:11 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1KqroA-0000FH-7B
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 12:04:10 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Kqro9-0000E9-7o
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 12:04:09 -0400
Received: from [199.232.76.173] (port=48947 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1Kqro8-0000E0-Mz
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 12:04:09 -0400
Received: from mtaout3.012.net.il ([84.95.2.7]:38203)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <eliz@gnu.org>)
	id 1Kqro8-0001IR-81
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 12:04:08 -0400
Received: from HOME-C4E4A596F7 ([77.127.24.3]) by i_mtaout3.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0K8W00NAO4P74MP0@i_mtaout3.012.net.il> for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 18:05:32 +0200 (IST)
Date: Fri, 17 Oct 2008 18:04:07 +0200
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
In-reply-to: <000d01c93070$8a678400$0200a8c0@us.oracle.com>
X-012-Sender: halo1@inter.net.il
To: Drew Adams <drew.adams@oracle.com>
Cc: 1187@debbugs.gnu.org, wence@gmx.li, bug-gnu-emacs@gnu.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <u1vyfmcnc.fsf@gnu.org>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com> <?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net> <u8wsnmku7.fsf@gnu.org> <002a01c93066$45b58050$0200a8c0@us.oracle.com> <000d01c93070$8a678400$0200a8c0@us.oracle.com>
X-detected-operating-system: by monty-python.gnu.org: Solaris 9.1

> From: "Drew Adams" <drew.adams@oracle.com>
> Cc: <bug-gnu-emacs@gnu.org>, <bug-submit-list@donarmstrong.com>
> Date: Fri, 17 Oct 2008 08:53:46 -0700
> 
> Dunno if this indicates a bug in the bug-reporting system or not. I guess it was
> Eli who added the address bug-submit-list@donarmstrong.com to the cc list. 

Yes, sorry.  It's error-prone to manually remove addresses from the
list when replying, and this time I goofed.  I wish the bug tracker
didn't add such addresses to messages it sends to humans.






From drew.adams@oracle.com Fri Oct 17 09:09:18 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.5 required=4.0 tests=AWL,BAYES_00,FOURLA,
	HAS_BUG_NUMBER,RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 1187) by emacsbugs.donarmstrong.com; 17 Oct 2008 16:09:18 +0000
Received: from rgminet01.oracle.com (rgminet01.oracle.com [148.87.113.118])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9HG9Fw9017707
	for <1187@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 09:09:17 -0700
Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212])
	by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id m9HG96v7021918;
	Fri, 17 Oct 2008 10:09:09 -0600
Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82])
	by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m9HG95Bq010955;
	Fri, 17 Oct 2008 10:09:06 -0600
Received: from dradamslap1 (/141.144.60.60)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Fri, 17 Oct 2008 09:09:05 -0700
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Lawrence Mitchell'" <wence@gmx.li>
Cc: <1187@debbugs.gnu.org>,
        "'Lennart Borgman \(gmail\)'" <lennart.borgman@gmail.com>,
        "'Eli Zaretskii'" <eliz@gnu.org>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com><?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net><u8wsnmku7.fsf@gnu.org> <48F8A809.2070903@gmail.com><000001c9306b$8fc97bb0$0200a8c0@us.oracle.com> <?fnord?y3h6k5c75i3o.fsf@ID-97657.user.individual.net>
Subject: RE: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
Date: Fri, 17 Oct 2008 09:09:03 -0700
Message-ID: <001301c93072$af3dfcd0$0200a8c0@us.oracle.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <?fnord?y3h6k5c75i3o.fsf@ID-97657.user.individual.net>
Thread-Index: AckwcU7neTUfPNnjRkenpkpW3yI58QAAF9ug
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Whitelist: TRUE

> I think the problem is a bad interaction between your language
> environment and the file in question.
> 
> Does the following command load vline.el successfully?
> 
> emacs -Q --eval '(let ((coding-system-for-read (quote utf-8)))
> (load-file "path/to/vline.el"))'

Yes, that works. (Actually, I just put the sexp in *scratch* and eval'd it
there.

> For me, the above works regardless of my LANG environment
> variable however:
> 
> LANG=en_US emacs -Q --eval '(load-file "path/to/vline.el")'
> 
> Loading /Home/s0198183/tmp/vline.el (source)...
> Invalid read syntax: "?"
> 
> In this case, emacs uses the iso-latin-1 coding-system to open
> the file and barfs when trying to read the utf-8 character in it.

OK, I guess you found the problem, but what is the solution? Are users expected
to set `coding-system-for-read'? Is vline.el expected to use a local variable to
state that it is UTF-8?

This seemed to work OK in Emacs 22 without users doing anything special. But, as
Eli said (or perhaps it was you), perhaps Emacs 22 was simply ignoring some of
the code.

Is this a vline.el bug or an Emacs 23 bug or an Emacs 22 bug or a user problem
(language environment)?





From drew.adams@oracle.com Fri Oct 17 09:21:27 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.5 required=4.0 tests=AWL,BAYES_00,FOURLA,
	HAS_BUG_NUMBER,RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 1187) by emacsbugs.donarmstrong.com; 17 Oct 2008 16:21:28 +0000
Received: from agminet01.oracle.com (agminet01.oracle.com [141.146.126.228])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9HGLOb2021296
	for <1187@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 09:21:26 -0700
Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212])
	by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m9HGLHGl015399;
	Fri, 17 Oct 2008 11:21:18 -0500
Received: from acsmt707.oracle.com (acsmt707.oracle.com [141.146.40.85])
	by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m9HGLFZ1032114;
	Fri, 17 Oct 2008 10:21:16 -0600
Received: from dradamslap1 (/141.144.60.60)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Fri, 17 Oct 2008 09:21:15 -0700
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Eli Zaretskii'" <eliz@gnu.org>
Cc: <lennart.borgman@gmail.com>, <1187@debbugs.gnu.org>,
        <wence@gmx.li>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com> <?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net> <u8wsnmku7.fsf@gnu.org> <48F8A809.2070903@gmail.com> <000001c9306b$8fc97bb0$0200a8c0@us.oracle.com> <u3aivmctz.fsf@gnu.org>
Subject: RE: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
Date: Fri, 17 Oct 2008 09:21:16 -0700
Message-ID: <001401c93074$62481300$0200a8c0@us.oracle.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <u3aivmctz.fsf@gnu.org>
Thread-Index: AckwcZoBl5ljFcVvSpi57GflV9fVYAAARniQ
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Whitelist: TRUE

> > > However there might be a misunderstanding. There is no error while
> > > reading vline.el. The error comes when I do eval-buffer.
> > 
> > Yes, the problem arises when I load (so, eval) the library. 
> > But Lawrence and Eli both mentioned loading also.
> 
> No, I said visiting with "C-x C-f".

Not really. You said:

 For me, the file vline.el downloaded from the above address loads
                                                             ^^^^^
 successfully even without setting LANG to "C".

But you did add this, which confuses things (loading with visiting):

 Just a simple "C-x C-f" works and doesn't throw any errors.

I didn't notice that last part.

> And your original report said:
> 
>   Library vline.el can be read fine in Emacs 22, but Emacs 23 
>   raises an error, saying Invalid read syntax: "?".
> 
> It said nothing about evaluating it.

Yes, I too was not clear enough. I meant load, not visit.

> 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.
 
> 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.

However, is it normal that Emacs 23 raises an error if the encoding is wrong?
Emacs 22 does not raise any error here.






From drew.adams@oracle.com Fri Oct 17 09:48:16 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.6 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER,
	RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 1187) by emacsbugs.donarmstrong.com; 17 Oct 2008 16:48:16 +0000
Received: from rgminet01.oracle.com (rgminet01.oracle.com [148.87.113.118])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9HGmDL6027352
	for <1187@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 09:48:14 -0700
Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212])
	by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id m9HGm6Zs013114;
	Fri, 17 Oct 2008 10:48:06 -0600
Received: from acsmt701.oracle.com (acsmt701.oracle.com [141.146.40.71])
	by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m9HGm5TL011297;
	Fri, 17 Oct 2008 10:48:06 -0600
Received: from dradamslap1 (/141.144.60.60)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Fri, 17 Oct 2008 09:48:05 -0700
From: "Drew Adams" <drew.adams@oracle.com>
To: <1187@debbugs.gnu.org>
Cc: <monnier@iro.umontreal.ca>
References: <jwv3aivjkhw.fsf-monnier+emacsbugreports@gnu.org> <00f801c92fd5$54f26100$c2b22382@us.oracle.com> <handler.1187.D1187.122425837312105.notifdone@emacsbugs.donarmstrong.com>
Subject: RE: bug#1187 closed by Stefan Monnier <monnier@iro.umontreal.ca> (Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax)
Date: Fri, 17 Oct 2008 09:48:08 -0700
Message-ID: <002601c93078$222fb350$0200a8c0@us.oracle.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <handler.1187.D1187.122425837312105.notifdone@emacsbugs.donarmstrong.com>
Thread-Index: Ackwctx3PiuSDn+vQ6Sy+b4i6GmaAAAAbh6A
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Whitelist: TRUE

> This is an automatic notification regarding your bug report
> which was filed against the emacs package:
> 
> #1187: 23.0.60; Cannot read vline.el - invalid read syntax
> 
> It has been closed by Stefan Monnier <monnier@iro.umontreal.ca>.
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Stefan 
> Monnier <monnier@iro.umontreal.ca> by replying to this email.

[Note: "replying to this email" - even Reply All, does *not* send anything to
monnier@iro.umontreal.ca. That address needs to be added by hand, apparently.]


Uh, why was this closed in the middle of debugging and a discussion about it?

 http://www.emacswiki.org/cgi-bin/emacs/download/vline.el contains
 non-ascii chars, but does not contain any coding tag, so depending on
 your coding settings, it will decode it in different ways, some of which
 will lead to load-time errors, others to incorrect behavior.
 There's nothing for Emacs to do here.
 Such uses are OK for a file you wrote for your own use, but for
 distribution to people who may use other locales, it's not.

Not too helpful. Please explain what the author needs to do to fix the file.

And does the Emacs doc perhaps need to be updated to explain that libraries that
worked in Emacs 22 might need to be modified by adding coding settings in order
to work in Emacs 23?

BTW, the URL you cite does not correspond to the file I sent, as someone pointed
out, even though the file names are the same. The problem might be the same for
both files (dunno), but the reference is incorrect. This bug report you closed
is not about the file you closed it for.





From eliz@gnu.org Fri Oct 17 11:25:48 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-7.7 required=4.0 tests=AWL,BAYES_00,FOURLA,GMAIL,
	HAS_BUG_NUMBER,RCVD_IN_DNSWL_MED,RCVD_IN_NIX1 autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 17 Oct 2008 18:25:48 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9HIPiIQ019989
	for <submit@emacsbugs.donarmstrong.com>; Fri, 17 Oct 2008 11:25:45 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Kqu1A-0002hK-5e
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 14:25:44 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Kqu18-0002h8-UY
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 14:25:43 -0400
Received: from [199.232.76.173] (port=59647 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1Kqu18-0002h5-PK
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 14:25:42 -0400
Received: from mtaout5.012.net.il ([84.95.2.13]:32925)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <eliz@gnu.org>)
	id 1Kqu18-0001zb-8c
	for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 14:25:42 -0400
Received: from HOME-C4E4A596F7 ([77.127.24.3]) by i_mtaout5.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0K8W00FHUB7CR021@i_mtaout5.012.net.il> for bug-gnu-emacs@gnu.org; Fri, 17 Oct 2008 20:26:01 +0200 (IST)
Date: Fri, 17 Oct 2008 20:24:36 +0200
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
In-reply-to: <001401c93074$62481300$0200a8c0@us.oracle.com>
X-012-Sender: halo1@inter.net.il
To: Drew Adams <drew.adams@oracle.com>, Kenichi Handa <handa@m17n.org>
Cc: 1187@debbugs.gnu.org, bug-gnu-emacs@gnu.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <uwsg7krkr.fsf@gnu.org>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com> <?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net> <u8wsnmku7.fsf@gnu.org> <48F8A809.2070903@gmail.com> <000001c9306b$8fc97bb0$0200a8c0@us.oracle.com> <u3aivmctz.fsf@gnu.org> <001401c93074$62481300$0200a8c0@us.oracle.com>
X-detected-operating-system: by monty-python.gnu.org: Solaris 9.1

> From: "Drew Adams" <drew.adams@oracle.com>
> Cc: <lennart.borgman@gmail.com>, <1187@emacsbugs.donarmstrong.com>,
>         <wence@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.





From handa@m17n.org Mon Oct 20 03:28:27 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.1 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER,
	RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 20 Oct 2008 10:28:27 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9KASNOt004544
	for <submit@emacsbugs.donarmstrong.com>; Mon, 20 Oct 2008 03:28:25 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Krrzr-0001nK-H6
	for bug-gnu-emacs@gnu.org; Mon, 20 Oct 2008 06:28:23 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Krrzp-0001mo-Gv
	for bug-gnu-emacs@gnu.org; Mon, 20 Oct 2008 06:28:21 -0400
Received: from [199.232.76.173] (port=38222 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1Krrzp-0001ml-6z
	for bug-gnu-emacs@gnu.org; Mon, 20 Oct 2008 06:28:21 -0400
Received: from mx1.aist.go.jp ([150.29.246.133]:57121)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <handa@m17n.org>)
	id 1Krrzm-00060I-1r; Mon, 20 Oct 2008 06:28:18 -0400
Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123])
	by mx1.aist.go.jp  with ESMTP id m9KAS9Wn016924;
	Mon, 20 Oct 2008 19:28:09 +0900 (JST)
	env-from (handa@m17n.org)
Received: from smtp2.aist.go.jp
	by rqsmtp2.aist.go.jp  with ESMTP id m9KAS9kq010368;
	Mon, 20 Oct 2008 19:28:09 +0900 (JST)
	env-from (handa@m17n.org)
Received: 
	by smtp2.aist.go.jp  with ESMTP id m9KAS8nb016223;
	Mon, 20 Oct 2008 19:28:08 +0900 (JST)
	env-from (handa@m17n.org)
Received: from handa by etlken.m17n.org with local (Exim 4.69)
	(envelope-from <handa@m17n.org>)
	id 1Krrzc-0007Af-U3; Mon, 20 Oct 2008 19:28:08 +0900
From: Kenichi Handa <handa@m17n.org>
To: Eli Zaretskii <eliz@gnu.org>
CC: drew.adams@oracle.com, 1187@debbugs.gnu.org,
        bug-gnu-emacs@gnu.org
In-reply-to: <uwsg7krkr.fsf@gnu.org> (message from Eli Zaretskii on Fri, 17
	Oct 2008 20:24:36 +0200)
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com> <?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net> <u8wsnmku7.fsf@gnu.org> <48F8A809.2070903@gmail.com> <000001c9306b$8fc97bb0$0200a8c0@us.oracle.com> <u3aivmctz.fsf@gnu.org> <001401c93074$62481300$0200a8c0@us.oracle.com> <uwsg7krkr.fsf@gnu.org>
User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/23.0.60 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Message-Id: <E1Krrzc-0007Af-U3@etlken.m17n.org>
Date: Mon, 20 Oct 2008 19:28:08 +0900
X-detected-operating-system: by monty-python.gnu.org: Solaris 9
X-CrossAssassin-Score: 2

In article <uwsg7krkr.fsf@gnu.org>, Eli Zaretskii <eliz@gnu.org> writes:

> > 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.

Please send me the vnline.el that causes this problem.  I'll
check what is wrong.

---
Kenichi Handa
handa@ni.aist.go.jp





From eliz@gnu.org Mon Oct 20 03:58:58 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.3 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER,
	RCVD_IN_DNSWL_MED,RCVD_IN_NIX1 autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 20 Oct 2008 10:58:58 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9KAwtPd011695
	for <submit@emacsbugs.donarmstrong.com>; Mon, 20 Oct 2008 03:58:56 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1KrsTO-0004Wa-Jv
	for bug-gnu-emacs@gnu.org; Mon, 20 Oct 2008 06:58:54 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1KrsTN-0004W6-M7
	for bug-gnu-emacs@gnu.org; Mon, 20 Oct 2008 06:58:54 -0400
Received: from [199.232.76.173] (port=57535 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1KrsTN-0004W1-HG
	for bug-gnu-emacs@gnu.org; Mon, 20 Oct 2008 06:58:53 -0400
Received: from mtaout1.012.net.il ([84.95.2.1]:16406)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <eliz@gnu.org>)
	id 1KrsTM-0003TO-TI
	for bug-gnu-emacs@gnu.org; Mon, 20 Oct 2008 06:58:53 -0400
Received: from HOME-C4E4A596F7 ([77.126.98.197]) by i-mtaout1.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0K9100BYOAKHUU90@i-mtaout1.012.net.il> for bug-gnu-emacs@gnu.org; Mon, 20 Oct 2008 13:00:18 +0200 (IST)
Date: Mon, 20 Oct 2008 12:58:54 +0200
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
In-reply-to: <E1Krrzc-0007Af-U3@etlken.m17n.org>
X-012-Sender: halo1@inter.net.il
To: Kenichi Handa <handa@m17n.org>
Cc: drew.adams@oracle.com, 1187@debbugs.gnu.org,
        bug-gnu-emacs@gnu.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <uy70jilch.fsf@gnu.org>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com> <?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net> <u8wsnmku7.fsf@gnu.org> <48F8A809.2070903@gmail.com> <000001c9306b$8fc97bb0$0200a8c0@us.oracle.com> <u3aivmctz.fsf@gnu.org> <001401c93074$62481300$0200a8c0@us.oracle.com> <uwsg7krkr.fsf@gnu.org> <E1Krrzc-0007Af-U3@etlken.m17n.org>
X-detected-operating-system: by monty-python.gnu.org: Solaris 9.1

> From: Kenichi Handa <handa@m17n.org>
> CC: drew.adams@oracle.com, 1187@emacsbugs.donarmstrong.com,
>         bug-gnu-emacs@gnu.org
> Date: Mon, 20 Oct 2008 19:28:08 +0900
> 
> In article <uwsg7krkr.fsf@gnu.org>, Eli Zaretskii <eliz@gnu.org> writes:
> 
> > > 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.
> 
> Please send me the vnline.el that causes this problem.  I'll
> check what is wrong.

It's vline.el, and you can download it from here:

  http://www.emacswiki.org/cgi-bin/wiki/vline.el

(It is better to download, to avoid any possible transformations of
the file in mail transfer.)





From handa@m17n.org Mon Oct 20 19:41:02 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.2 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER,
	RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 21 Oct 2008 02:41:02 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9L2exO8022577
	for <submit@emacsbugs.donarmstrong.com>; Mon, 20 Oct 2008 19:41:00 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Ks7B4-0005kI-M6
	for bug-gnu-emacs@gnu.org; Mon, 20 Oct 2008 22:40:58 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Ks7B0-0005jt-8J
	for bug-gnu-emacs@gnu.org; Mon, 20 Oct 2008 22:40:57 -0400
Received: from [199.232.76.173] (port=40729 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1Ks7B0-0005jq-3l
	for bug-gnu-emacs@gnu.org; Mon, 20 Oct 2008 22:40:54 -0400
Received: from mx1.aist.go.jp ([150.29.246.133]:59022)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <handa@m17n.org>)
	id 1Ks7Ax-0005ED-S2; Mon, 20 Oct 2008 22:40:52 -0400
Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123])
	by mx1.aist.go.jp  with ESMTP id m9L2ehAD001259;
	Tue, 21 Oct 2008 11:40:43 +0900 (JST)
	env-from (handa@m17n.org)
Received: from smtp4.aist.go.jp
	by rqsmtp2.aist.go.jp  with ESMTP id m9L2eh3b027231;
	Tue, 21 Oct 2008 11:40:43 +0900 (JST)
	env-from (handa@m17n.org)
Received: 
	by smtp4.aist.go.jp  with ESMTP id m9L2egSn003287;
	Tue, 21 Oct 2008 11:40:42 +0900 (JST)
	env-from (handa@m17n.org)
Received: from handa by etlken.m17n.org with local (Exim 4.69)
	(envelope-from <handa@m17n.org>)
	id 1Ks7Ao-0004ud-Hy; Tue, 21 Oct 2008 11:40:42 +0900
From: Kenichi Handa <handa@m17n.org>
To: Eli Zaretskii <eliz@gnu.org>
CC: drew.adams@oracle.com, 1187@debbugs.gnu.org,
        bug-gnu-emacs@gnu.org
In-reply-to: <uy70jilch.fsf@gnu.org> (message from Eli Zaretskii on Mon, 20
	Oct 2008 12:58:54 +0200)
Subject: Re: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com> <?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net> <u8wsnmku7.fsf@gnu.org> <48F8A809.2070903@gmail.com> <000001c9306b$8fc97bb0$0200a8c0@us.oracle.com> <u3aivmctz.fsf@gnu.org> <001401c93074$62481300$0200a8c0@us.oracle.com> <uwsg7krkr.fsf@gnu.org> <E1Krrzc-0007Af-U3@etlken.m17n.org> <uy70jilch.fsf@gnu.org>
User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/23.0.60 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Message-Id: <E1Ks7Ao-0004ud-Hy@etlken.m17n.org>
Date: Tue, 21 Oct 2008 11:40:42 +0900
X-detected-operating-system: by monty-python.gnu.org: Solaris 9

In article <uy70jilch.fsf@gnu.org>, Eli Zaretskii <eliz@gnu.org> writes:

> It's vline.el, and you can download it from here:

>   http://www.emacswiki.org/cgi-bin/wiki/vline.el

> (It is better to download, to avoid any possible transformations of
> the file in mail transfer.)

Ok, I found what is the problem.  In Emacs 22, iso-8859-1 is
a coding of type `iso-2022', but in Emacs 23, it's of type
`charset', and I forgot to handle latin-extra-code-table
(which has nil for the byte 0x80) in the detector of that
kind of coding system.  As I've just installed a fix, the
latest code should detect vline.el correctly as utf-8.

But, the reason why it's detected as utf-8 is because the
file contains a byte 0x80.  If a file doesn't contain a byte
in the range 0x80..0x9F and nil in latin-extra-code-table,
it's impossible to distinguish iso-latin-1 from utf-8.

So, in general, it's a good idea to add coding-tag: utf-8
for utf-8 files.

---
Kenichi Handa
handa@ni.aist.go.jp





From drew.adams@oracle.com Mon Oct 20 21:46:33 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.7 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER,
	RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 21 Oct 2008 04:46:33 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9L4kUJQ021493
	for <submit@emacsbugs.donarmstrong.com>; Mon, 20 Oct 2008 21:46:31 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Ks98X-00024B-MI
	for bug-gnu-emacs@gnu.org; Tue, 21 Oct 2008 00:46:29 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Ks98V-00023M-N5
	for bug-gnu-emacs@gnu.org; Tue, 21 Oct 2008 00:46:28 -0400
Received: from [199.232.76.173] (port=48171 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1Ks98V-00023H-EF
	for bug-gnu-emacs@gnu.org; Tue, 21 Oct 2008 00:46:27 -0400
Received: from agminet01.oracle.com ([141.146.126.228]:14470)
	by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60)
	(envelope-from <drew.adams@oracle.com>)
	id 1Ks98T-0001Ov-RB; Tue, 21 Oct 2008 00:46:26 -0400
Received: from agmgw2.us.oracle.com (agmgw2.us.oracle.com [152.68.180.213])
	by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m9L4k7jR000979;
	Mon, 20 Oct 2008 23:46:07 -0500
Received: from acsmt705.oracle.com (acsmt705.oracle.com [141.146.40.83])
	by agmgw2.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m9L4k6ad001196;
	Mon, 20 Oct 2008 22:46:07 -0600
Received: from dradamslap1 (/141.144.55.100)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Tue, 21 Oct 2008 04:46:06 +0000
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Kenichi Handa'" <handa@m17n.org>, "'Eli Zaretskii'" <eliz@gnu.org>
Cc: <1187@debbugs.gnu.org>, <bug-gnu-emacs@gnu.org>
References: <00f801c92fd5$54f26100$c2b22382@us.oracle.com> <?fnord?y3h6r66f5rq7.fsf@ID-97657.user.individual.net> <u8wsnmku7.fsf@gnu.org> <48F8A809.2070903@gmail.com> <000001c9306b$8fc97bb0$0200a8c0@us.oracle.com> <u3aivmctz.fsf@gnu.org> <001401c93074$62481300$0200a8c0@us.oracle.com> <uwsg7krkr.fsf@gnu.org> <E1Krrzc-0007Af-U3@etlken.m17n.org> <uy70jilch.fsf@gnu.org> <E1Ks7Ao-0004ud-Hy@etlken.m17n.org>
Subject: RE: bug#1187: 23.0.60; Cannot read vline.el - invalid read syntax
Date: Mon, 20 Oct 2008 21:46:07 -0700
Message-ID: <002401c93337$eed3b700$0200a8c0@us.oracle.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <E1Ks7Ao-0004ud-Hy@etlken.m17n.org>
Thread-Index: AckzJnWCDAFS8QYuQwmF12MTx8QqmwAEHKXg
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Whitelist: TRUE
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6
X-CrossAssassin-Score: 2

> From: Kenichi Handa Sent: Monday, October 20, 2008 7:41 PM
> Ok, I found what is the problem.  In Emacs 22, iso-8859-1 is
> a coding of type `iso-2022', but in Emacs 23, it's of type
> `charset', and I forgot to handle latin-extra-code-table
> (which has nil for the byte 0x80) in the detector of that
> kind of coding system.  As I've just installed a fix, the
> latest code should detect vline.el correctly as utf-8.
> 
> But, the reason why it's detected as utf-8 is because the
> file contains a byte 0x80.  If a file doesn't contain a byte
> in the range 0x80..0x9F and nil in latin-extra-code-table,
> it's impossible to distinguish iso-latin-1 from utf-8.
> 
> So, in general, it's a good idea to add coding-tag: utf-8
> for utf-8 files.

Thanks very much for following up with this, especially after the bug had been
closed. I've sent your message to the author.






From unknown Fri Aug 15 16:00:32 2025
Received: (at fakecontrol) by fakecontrolmessage;
To: internal_control@debbugs.gnu.org
From: $requester
Subject: Internal Control
Message-Id: bug archived.
Date: Tue, 18 Nov 2008 15:24:03 +0000
User-Agent: Fakemail v42.6.9

# A New Hope
# A log time ago, in a galaxy far, far away
# something happened.
#
# Magically this resulted in the following
# action being taken, but this fake control
# message doesn't tell you why it happened
#
# The action:
# bug archived.
thanks
# This fakemail brought to you by your local debbugs
# administrator