[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ediff and coding systems
From: |
Stefan Monnier |
Subject: |
Re: ediff and coding systems |
Date: |
Mon, 22 Oct 2007 11:34:54 -0400 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/23.0.50 (gnu/linux) |
> I still cannot reproduce this, but ediff-make-temp-file has been changed on
> Aug 19 to use the coding system of the buffer for the temp file created out
> of that buffer. This was in order to fix some other problem. Forgot which
> -- it was on this list. The coding system of the buffer seems to be the
> right thing. It was 'no-conversion before, but had a problem because those
> temp files are then read back and no-conversion was screwing things up.
`no-conversion' is a bad choice (it only works for unibyte data). You want
`emacs-mule' (or rather `emacs-internal' but this one doesn't exist: I mean
by `emacs-internal' the encoding used internally, so it's `emacs-mule' in
Emacs22 but it will be different in Emacs23).
Stefan
- Re: ediff and coding systems, (continued)
- Re: ediff and coding systems, Kenichi Handa, 2007/10/21
- Re: ediff and coding systems, Eli Zaretskii, 2007/10/22
- Re: ediff and coding systems, Kenichi Handa, 2007/10/22
- Re: ediff and coding systems, Stefan Monnier, 2007/10/22
- Re: ediff and coding systems, Eli Zaretskii, 2007/10/22
- Re: ediff and coding systems, Michael Kifer, 2007/10/22
- Re: ediff and coding systems,
Stefan Monnier <=
- Re: ediff and coding systems, Michael Kifer, 2007/10/22
Re: ediff and coding systems, Stefan Monnier, 2007/10/20