From: Joe Wells <jbw@macs.hw.ac.uk>
To: bug-gnu-emacs@gnu.org
Subject: ediff-files uses wrong coding system for temporary file
Date: Wed, 15 Aug 2007 14:10:24 +0100 [thread overview]
Message-ID: <86fy2laqpr.fsf@macs.hw.ac.uk> (raw)
To reproduce:
1. Pick a UTF-8-encoded file with lots of non-ASCII characters. (For
example, you can pick “latin-ltx.el” from the Emacs distribution.)
Assume for the sake of discussion that this file is named “X”.
This file should be uncompressed. (If it is compressed, adjust the
following instructions to make an _uncompressed_ copy of it.)
2. Copy this file to a fresh name:
cp X /tmp/Y
3. Compress the copy:
gzip /tmp/Y
4. Start a fresh Emacs:
emacs -Q
5. Use ediff-files on the original file and its compressed copy:
M-x ediff-files RET X RET /tmp/Y RET
6. Observe many differences reported, despite the fact that the files
should be considered identical.
The cause of the problem is that Ediff uses ediff-make-temp-file to
make a temporary uncompressed version of the compressed file to use as
input to “diff”. It uses the value of ediff-coding-system-for-write
for the coding system when writing this temporary file. The value of
ediff-coding-system-for-write at this point in time differs from the
coding system of the original file. It should probably instead use
the coding system of the compressed file.
I hope this report is helpful.
Joe
======================================================================
In GNU Emacs 22.1.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
of 2007-06-27 on artemis
Windowing system distributor `The X.Org Foundation', version 11.0.70000000
configured using `configure '--prefix=/home/jbw/local2' '--enable-debug' '--disable-nls' '--with-x-toolkit=gtk' 'CFLAGS=-O0 -g3 -ggdb''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: en_US.UTF-8
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: jbw
value of $LANG: nil
locale-coding-system: utf-8
default-enable-multibyte-characters: t
Minor modes in effect:
shell-dirtrack-mode: t
outline-minor-mode: t
desktop-save-mode: t
url-handler-mode: t
partial-completion-mode: t
tooltip-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
temp-buffer-resize-mode: t
size-indication-mode: t
line-number-mode: t
transient-mark-mode: t
next reply other threads:[~2007-08-15 13:10 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-15 13:10 Joe Wells [this message]
2007-09-25 23:27 ` ediff-files uses wrong coding system for temporary file Joe Wells
2007-09-26 23:58 ` Glenn Morris
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=86fy2laqpr.fsf@macs.hw.ac.uk \
--to=jbw@macs.hw.ac.uk \
--cc=bug-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).