[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Recovered file has extra ^M
From: |
Kenichi Handa |
Subject: |
Re: Recovered file has extra ^M |
Date: |
Mon, 21 Aug 2006 12:37:14 +0900 |
User-agent: |
SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/22.0.50 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI) |
In article <address@hidden>, Richard Stallman <address@hidden> writes:
> To fix this kind of problem, we must store the information
> of buffer-file-coding-system in a saved file or in a
> separate file (e.g. #temp#.coding).
> Could we avoid such problems entirely by storing auto save files in
> coding system no-conversion?
It seems that you misunderstand the current problem. That
is "There's a case that recovering a file results in a
buffer of the different buffer-file-coding-system from that
of the original buffer (at the time it is auto-saved)."
I don't understand how it is fixed by saving in
no-conversion which is currently the same as emacs-mule-unix
on writing a file.
---
Kenichi Handa
address@hidden
- Re: Recovered file has extra ^M, (continued)
Re: Recovered file has extra ^M, Kenichi Handa, 2006/08/15
- Re: Recovered file has extra ^M, Eli Zaretskii, 2006/08/15
- Re: Recovered file has extra ^M, Kenichi Handa, 2006/08/16
- Re: Recovered file has extra ^M, Eli Zaretskii, 2006/08/16
- Re: Recovered file has extra ^M, Kenichi Handa, 2006/08/16
- Re: Recovered file has extra ^M, Richard Stallman, 2006/08/17
- Re: Recovered file has extra ^M,
Kenichi Handa <=
- Re: Recovered file has extra ^M, Richard Stallman, 2006/08/21