GNU bug report logs -
#3229
23.0.93; ediff-directories isn't buffer coding system independent
Previous Next
To reply to this bug, email your comments to 3229 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3229
; Package
emacs
.
(Wed, 06 May 2009 09:50:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Robert Marshall <robert.marshall <at> tnei.co.uk>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Wed, 06 May 2009 09:50:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
I have two files with the same name (extracted from two svn
repositories) one of which has a coding system of undecided-dos, the
other is undecided-unix.
WHen I perform an ediff-buffers between the two files loaded into
emacs I get - correctly - zero reported differences. However if I look
at the differences using ediff-directories I get a single difference
region consisting of the whole file.
If I manually set the coding systems in the two files to be identical
then ediff-directories works correctly reporting no differences.
In GNU Emacs 23.0.93.1 (i686-pc-linux-gnu, GTK+ Version 2.14.4)
of 2009-05-05 on robert-laptop
Windowing system distributor `The X.Org Foundation', version 11.0.10502000
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_GB.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default-enable-multibyte-characters: t
Major mode: F90
Minor modes in effect:
desktop-save-mode: t
recentf-mode: t
show-paren-mode: t
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
Recent messages:
Processing difference regions ... done
Region 1 exceeds the auto-refinement limit. Type `*' to refine [2 times]
Quit this Ediff session & show containing session group? (y or n)
Quit this session group? (y or n)
Making completion list... [2 times]
Computing differences between iec909MatrixOps.f90 and iec909MatrixOps.f906806DzI ...
Processing difference regions ... done
Quit this Ediff session? (y or n)
Making completion list... [2 times]
Type C-x 4 C-o RET to restore the other window, C-M-v to scroll help.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3229
; Package
emacs
.
(Wed, 06 May 2009 14:35:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stefan Monnier <monnier <at> iro.umontreal.ca>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Wed, 06 May 2009 14:35:03 GMT)
Full text and
rfc822 format available.
Message #10 received at 3229 <at> emacsbugs.donarmstrong.com (full text, mbox):
> I have two files with the same name (extracted from two svn
> repositories) one of which has a coding system of undecided-dos, the
> other is undecided-unix.
> WHen I perform an ediff-buffers between the two files loaded into
> emacs I get - correctly - zero reported differences. However if I look
> at the differences using ediff-directories I get a single difference
> region consisting of the whole file.
Presumably you'll get the same "one big hunk diff" if you use
ediff-files. Both ediff-files and ediff-directories work (as the name
implies) on files (and directories), not on buffers. While the two
buffers show similar (or even identical) contents, the corresponding
files are different (contain different byte sequences because of the
different coding-system).
Stefan
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3229
; Package
emacs
.
(Wed, 06 May 2009 14:40:05 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stefan Monnier <monnier <at> iro.umontreal.ca>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Wed, 06 May 2009 14:40:05 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3229
; Package
emacs
.
(Wed, 06 May 2009 15:15:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Drew Adams" <drew.adams <at> oracle.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Wed, 06 May 2009 15:15:05 GMT)
Full text and
rfc822 format available.
Message #20 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
> > I have two files with the same name (extracted from two svn
> > repositories) one of which has a coding system of undecided-dos, the
> > other is undecided-unix.
>
> > WHen I perform an ediff-buffers between the two files loaded into
> > emacs I get - correctly - zero reported differences.
> > However if I look at the differences using ediff-directories I
> > get a single difference region consisting of the whole file.
>
> Presumably you'll get the same "one big hunk diff" if you use
> ediff-files. Both ediff-files and ediff-directories work (as the name
> implies) on files (and directories), not on buffers. While the two
> buffers show similar (or even identical) contents, the corresponding
> files are different (contain different byte sequences because of the
> different coding-system).
Caveat: I haven't followed this thread, but this sounds similar to bug #1183.
I believe that the #1183 thread ended with Eli asking Michael Kifer to have
Ediff let you know that the two have the same (or similar) content but different
coding systems and hence different byte sequences.
Perhaps that never got fixed/finished?
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3229
; Package
emacs
.
(Wed, 06 May 2009 15:15:08 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Drew Adams" <drew.adams <at> oracle.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Wed, 06 May 2009 15:15:08 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#3229
; Package
emacs
.
(Thu, 16 Jun 2016 03:55:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 3229 <at> debbugs.gnu.org (full text, mbox):
"Drew Adams" <drew.adams <at> oracle.com> writes:
>> > I have two files with the same name (extracted from two svn
>> > repositories) one of which has a coding system of undecided-dos, the
>> > other is undecided-unix.
>>
>> > WHen I perform an ediff-buffers between the two files loaded into
>> > emacs I get - correctly - zero reported differences.
>> > However if I look at the differences using ediff-directories I
>> > get a single difference region consisting of the whole file.
>>
>> Presumably you'll get the same "one big hunk diff" if you use
>> ediff-files. Both ediff-files and ediff-directories work (as the name
>> implies) on files (and directories), not on buffers. While the two
>> buffers show similar (or even identical) contents, the corresponding
>> files are different (contain different byte sequences because of the
>> different coding-system).
>
> Caveat: I haven't followed this thread, but this sounds similar to bug #1183.
>
> I believe that the #1183 thread ended with Eli asking Michael Kifer to have
> Ediff let you know that the two have the same (or similar) content but different
> coding systems and hence different byte sequences.
>
> Perhaps that never got fixed/finished?
It sounds to me that this is more of a feature request than a bug at
this point. If anyone disagrees, let me know, otherwise I'll reclassify
this in a few weeks.
Severity set to 'wishlist' from 'normal'
Request was from
Andrew Hyatt <ahyatt <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Thu, 23 Jun 2016 03:26:02 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 356 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.