address@hidden: Bug in PCL-CVS (appearantly)]

[Richard Stallman]

Would someone please DTRT and ack?

------- Start of forwarded message -------
Date: Wed, 8 Nov 2006 14:18:07 -0300
From: "=?ISO-8859-1?Q?Roberto_Rodr=EDguez?=" <address@hidden>
To: address@hidden
MIME-Version: 1.0
Subject: Bug in PCL-CVS (appearantly)
Content-Type: multipart/mixed; boundary="===============1119925121=="
X-Spam-Status: No, score=0.2 required=5.0 tests=HTML_00_10,HTML_MESSAGE,
        NORMAL_HTTP_TO_IP,RCVD_BY_IP autolearn=no version=3.0.4

- --===============1119925121==
Content-Type: multipart/alternative; 
        boundary="----=_Part_29558_10458706.1163006287781"

- ------=_Part_29558_10458706.1163006287781
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

There's a problem when I tell Emacs to interactively check the differences
between a local file and its revision last committed in CVS.

All non-ASCII characters in the retrieved revision's buffer are displayed as
octal escapes (as though multibyte characters
were disabled), and are highlighted as being different from the
corresponding (properly displayed) characters in the local copy's buffer.

This happens when using the 'cvs-mode-idiff' command and Emacs is run with a
UTF-8 based locale setting.

The 'ediff-revision' command does the same job flawlessly, and
'cvs-mode-idiff' works as expected if using a non UTF-8 locale (e.g. env
LC_ALL=POSIX emacs).

The local file uses the iso-latin-1 encoding.

And the Emacs version is GNU Emacs 22.0.50.1 (i486-pc-linux-gnu, GTK+
Version 2.8.10) of 2006-01-16 on vernadsky, modified by Debian.

- ------=_Part_29558_10458706.1163006287781
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

There's a problem when I tell Emacs to interactively check the differences 
between a local file and its revision last committed in CVS.<br><br>All 
non-ASCII characters in the retrieved revision's buffer are displayed as octal 
escapes (as though multibyte characters
<br>were disabled), and are highlighted as being different from the 
corresponding (properly displayed) characters in the local copy's 
buffer.<br><br>This happens when using the 'cvs-mode-idiff' command and Emacs 
is run with a UTF-8 based locale setting.
<br><br>The 'ediff-revision' command does the same job flawlessly, and 
'cvs-mode-idiff' works as expected if using a non UTF-8 locale (e.g. env 
LC_ALL=POSIX emacs).<br><br>The local file uses the iso-latin-1 encoding.<br>
<br>And the Emacs version is GNU Emacs <a href="http://22.0.50.1";>22.0.50.1</a> 
(i486-pc-linux-gnu, GTK+ Version 2.8.10) of 2006-01-16 on vernadsky, modified 
by Debian.<br><br>

- ------=_Part_29558_10458706.1163006287781--



- --===============1119925121==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
bug-gnu-emacs mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs

- --===============1119925121==--
------- End of forwarded message -------