emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ediff and coding systems


From: Michael Kifer
Subject: Re: ediff and coding systems
Date: Sun, 21 Oct 2007 17:35:57 -0400

> address@hidden (Michael Kifer) writes:
> 
>   > I am using 23.0.50 - the current CVS version.
> 
> I can reproduce it with a version checked out this morning from CVS
> trunk and one that is about 1 week old, I don't have anything older
> than that. 
> 
> Is your version up to date?

Yes - just updated it this morning.

> Can anybody else reproduce it? I don't know much about coding systems,
> so unfortunately I can't really debug this myself.
> 
>   > 
>   > > address@hidden (Michael Kifer) writes:
>   > > 
>   > >   > Same thing - no luck.
>   > > 
>   > > What version of emacs are you using? 
>   > > With 22.1 it works fine for me, with CVS trunk it does not... 
>   > > 
>   > >   > > address@hidden (Michael Kifer) writes:
>   > >   > > 
>   > >   > >   > I cannot reproduce this. I need a simple testcase.
>   > >   > >   > I took lisp/term/mac-win.el and created two copies. One with 
> iso-2022-7bit
>   > >   > >   > and the other with utf-8. But ediffing them did not bring any 
> warnings.
>   > >   > > 
>   > >   > > Please try 
>   > >   > > env LANG=C emacs -q 
>   > >   > > and then ediff the 2 files.
>   > >   > > 
>   > >   > > 
>   > >   > >   > > Michael, could you please look into the following report?  
> TIA
>   > >   > >   > > 
>   > >   > >   > > > From: Dan Nicolaescu <address@hidden>
>   > >   > >   > > > Date: Sat, 20 Oct 2007 08:21:10 -0700
>   > >   > >   > > > 
>   > >   > >   > > > 
>   > >   > >   > > > lisp/term/mac-win.el from CVS trunk uses:  -*-coding: 
> iso-2022-7bit;-*-
>   > >   > >   > > > and the same file on the emacs-unicode-2 uses: -*-coding: 
> utf-8 
>   > >   > >   > > > 
>   > >   > >   > > > When doing M-x ediff for the above 2 files a *Warning* 
> buffer pops up
>   > >   > >   > > > for each hunk:
>   > >   > >   > > > 
>   > >   > >   > > > These default coding systems were tried to encode text
>   > >   > >   > > > in the buffer ` *ediff-tmp*':
>   > >   > >   > > >   iso-latin-1
>   > >   > >   > > > However, each of them encountered characters it couldn't 
> encode:
>   > >   > >   > > >   iso-latin-1 cannot encode these: ? ? ? ? ? ? ? ? ? ? ...
>   > >   > >   > > > 
>   > >   > >   > > > Click on a character (or switch to this window by `C-x o'
>   > >   > >   > > > and select the characters by RET) to jump to the place it 
> appears,
>   > >   > >   > > > where `C-u C-x =' will give information about it.
>   > >   > >   > > > 
>   > >   > >   > > > Select one of the safe coding systems listed below,
>   > >   > >   > > > or cancel the writing with C-g and edit the buffer
>   > >   > >   > > >    to remove or modify the problematic characters,
>   > >   > >   > > > or specify any other coding system (and risk losing
>   > >   > >   > > >    the problematic characters).
>   > >   > >   > > > 
>   > >   > >   > > >   utf-8 utf-16 utf-16 utf-16 utf-16be utf-16le 
> iso-2022-7bit
>   > >   > >   > > > 
>   > >   > >   > > > with the question "Select coding system (default 
> mule-utf-8):"
>   > >   > >   > > > 
>   > >   > >   > > > Would it be possible for ediff to avoid this?
>   > >   > >   > > > 
>   > >   > >   > > > 
>   > >   > >   > > > _______________________________________________
>   > >   > >   > > > Emacs-devel mailing list
>   > >   > >   > > > address@hidden
>   > >   > >   > > > http://lists.gnu.org/mailman/listinfo/emacs-devel
>   > >   > >   > > > 
>   > >   > >   > > 
>   > >   > > 
>   > > 
> 






reply via email to

[Prev in Thread] Current Thread [Next in Thread]