GNU bug report logs - #5050
23.1; efiff: Displaying bytes instead of characters in messages

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 5050 in the body.
You can then email your comments to 5050 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Sebastian Rose <sebastian_rose <at> gmx.de>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.1; efiff: Displaying bytes instead of characters in messages
Date: Thu, 26 Nov 2009 21:13:34 +0100

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs <at> gnu.org mailing list,
and to the gnu.emacs.bug news group.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:


If I do

  M-x ediff-files RET

and choose binary files, e.g. x.png and x.jpg, this is, what I see in
the `*ediff*' buffer (no indentation): 

  Bin\303\244rdateien /home/sebastian/x.png and /home/sebastian/x.jpg sind verschieden.


What I expect to see is:

  Binärdateien /home/sebastian/x.png and /home/sebastian/x.jpg sind verschieden.



What I'd prefer even more, would be `ediff' to load those two files two
different buffers, put those buffers in hexl-mode and diff them.

Before `ediff' does this, it should ask (maybe ask only, if the two
files or one of them exceeds a certain size).









If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/local/share/emacs/23.1/etc/DEBUG for instructions.


In GNU Emacs 23.1.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.16.1)
 of 2009-11-16 on beteigeuze
Windowing system distributor `The X.Org Foundation', version 11.0.10600000
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: de_DE.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  recentf-mode: t
  show-paren-mode: t
  global-hl-line-mode: t
  display-time-mode: t
  desktop-save-mode: t
  auto-image-file-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  global-auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
a s SPC s o n t <backspace> s t ? <down> M-> <return> 
<return> <return> SPC SPC S E b ' <backspace> <backspace> 
<backspace> e b a s t i a n <up> <up> <up> <up> <up> 
<right> <return> <return> <right> <right> <right> <right> 
<right> <right> <right> <right> <right> <right> <right> 
<right> <right> <right> <right> <right> <right> <right> 
<right> <right> <right> <right> <right> <right> <right> 
<right> <right> <right> <right> <right> <right> <right> 
<right> <right> <right> <right> <right> <right> <right> 
<right> <right> <right> <right> <right> <right> <right> 
<right> <right> <right> <right> <right> <right> <right> 
<right> <right> <right> <right> <right> <right> <right> 
<right> <right> <right> <backspace> SPC a <backspace> 
A b e r SPC i c h SPC w e i s SPC n i c h t SPC w e 
<backspace> <backspace> <M-backspace> <M-backspace> 
<M-backspace> <M-backspace> <up> <right> M-c <right> 
<right> <right> <right> SPC g a r <down> <down> <down> 
C-c C-c <right> <left> d E E <switch-frame> q y C-x 
k <return> <S-up> q C-x o C-x 1 C-x k <return> C-x 
C-f <up> <up> <return> C-x C-f <up> <up> <return> M-x 
e i <backspace> d i <tab> f <tab> <tab> - f i <tab> 
<tab> s <return> <up> <up> <return> <up> <up> <return> 
q C-x k C-g C-SPC <down> M-w <switch-frame> <S-left> 
<down> <down> <up> SPC <down> <down> <down> <down> 
<down> <up> <up> <up> <up> <up> E E E E E SPC E E E 
E E E E SPC E E E SPC <up> <up> SPC <down> <down> <down> 
<up> <up> SPC <down> SPC <down> <down> <down> <down> 
<down> <up> E E E E E <up> <up> <up> <up> <up> <up> 
<up> E <switch-frame> <up> C-SPC <down> M-w M-x e <backspace> 
- b u g <tab> M-b <backspace> r e p o r t - <tab> 
<return>

Recent messages:
Quit
Mark set
Retrieving newsgroup: nnml:list:emacs-devel...
Fetching headers for nnml:list:emacs-devel...done
Scoring...done
Generating summary...done
No more unread articles
No more articles
Mark activated
Making completion list...

Message #10 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Kevin Rodgers <kevin.d.rodgers <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#5050: 23.1;   efiff: Displaying bytes instead of characters
 in messages
Date: Fri, 27 Nov 2009 09:01:16 -0700

Sebastian Rose wrote:
> What I'd prefer even more, would be `ediff' to load those two files two
> different buffers, put those buffers in hexl-mode and diff them.

That's what ediff-buffers is for.

> Before `ediff' does this, it should ask (maybe ask only, if the two
> files or one of them exceeds a certain size).

Maybe ediff should have a option whether ediff-files visits the files
and runs ediff-buffers, or retains its original behavior.

-- 
Kevin Rodgers
Denver, Colorado, USA

Message #15 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Sebastian Rose <sebastian_rose <at> gmx.de>
Cc: 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1; efiff: Displaying bytes instead of characters
 in messages
Date: Thu, 20 Aug 2020 20:38:04 +0200

Sebastian Rose <sebastian_rose <at> gmx.de> writes:

> If I do
>
>   M-x ediff-files RET
>
> and choose binary files, e.g. x.png and x.jpg, this is, what I see in
> the `*ediff*' buffer (no indentation): 
>
>   Bin\303\244rdateien /home/sebastian/x.png and /home/sebastian/x.jpg sind verschieden.
>
> What I expect to see is:
>
>   Binärdateien /home/sebastian/x.png and /home/sebastian/x.jpg sind verschieden.

I don't have a German locale here, so I can't test this.  However, the
buffer I get when I try this is seems to use an utf-8 input method, so
it seems likely that this has been fixed in the decade that passed since
the bug report.

Does somebody here have Emacs running in a German locale and can test
this?  (Or any other locale that outputs non-ASCII characters for "diff
bin1 bin2".)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #18 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Sebastian Rose <sebastian_rose <at> gmx.de>, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1; efiff: Displaying bytes instead of characters
 in messages
Date: Thu, 20 Aug 2020 20:53:12 +0200

On Thu, 20 Aug 2020 20:38:04 +0200 Lars Ingebrigtsen <larsi <at> gnus.org> wrote:

> Sebastian Rose <sebastian_rose <at> gmx.de> writes:
>
>> If I do
>>
>>   M-x ediff-files RET
>>
>> and choose binary files, e.g. x.png and x.jpg, this is, what I see in
>> the `*ediff*' buffer (no indentation): 
>>
>>   Bin\303\244rdateien /home/sebastian/x.png and /home/sebastian/x.jpg sind
>> verschieden.
>>
>> What I expect to see is:
>>
>>   Binärdateien /home/sebastian/x.png and /home/sebastian/x.jpg sind verschieden.
>
> I don't have a German locale here, so I can't test this.  However, the
> buffer I get when I try this is seems to use an utf-8 input method, so
> it seems likely that this has been fixed in the decade that passed since
> the bug report.
>
> Does somebody here have Emacs running in a German locale and can test
> this?  (Or any other locale that outputs non-ASCII characters for "diff
> bin1 bin2".)

When I start Emacs built from current master like this:

LANG=de_DE.UTF-8 emacs -Q

and then carry out the above recipe, I get exactly the above message
with raw bytes instead of a-umlaut.

Steve Berman

Message #21 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: larsi <at> gnus.org, sebastian_rose <at> gmx.de, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1;
 efiff: Displaying bytes instead of characters in messages
Date: Thu, 20 Aug 2020 22:21:55 +0300

> From: Stephen Berman <stephen.berman <at> gmx.net>
> Date: Thu, 20 Aug 2020 20:53:12 +0200
> Cc: Sebastian Rose <sebastian_rose <at> gmx.de>, 5050 <at> debbugs.gnu.org
> 
> >> If I do
> >>
> >>   M-x ediff-files RET
> >>
> >> and choose binary files, e.g. x.png and x.jpg, this is, what I see in
> >> the `*ediff*' buffer (no indentation): 
> >>
> >>   Bin\303\244rdateien /home/sebastian/x.png and /home/sebastian/x.jpg sind
> >> verschieden.
> >>
> >> What I expect to see is:
> >>
> >>   Binärdateien /home/sebastian/x.png and /home/sebastian/x.jpg sind verschieden.
> >
> > I don't have a German locale here, so I can't test this.  However, the
> > buffer I get when I try this is seems to use an utf-8 input method, so
> > it seems likely that this has been fixed in the decade that passed since
> > the bug report.
> >
> > Does somebody here have Emacs running in a German locale and can test
> > this?  (Or any other locale that outputs non-ASCII characters for "diff
> > bin1 bin2".)
> 
> When I start Emacs built from current master like this:
> 
> LANG=de_DE.UTF-8 emacs -Q
> 
> and then carry out the above recipe, I get exactly the above message
> with raw bytes instead of a-umlaut.

What do you see in that environment if you diff 2 files that have text
with umlauts? do you also see raw bytes?

Message #24 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: Sebastian Rose <sebastian_rose <at> gmx.de>, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1; efiff: Displaying bytes instead of characters
 in messages
Date: Thu, 20 Aug 2020 21:28:22 +0200

Stephen Berman <stephen.berman <at> gmx.net> writes:

> When I start Emacs built from current master like this:
>
> LANG=de_DE.UTF-8 emacs -Q
>
> and then carry out the above recipe, I get exactly the above message
> with raw bytes instead of a-umlaut.

Thanks for checking.  I've now installed the locale here, and I'm also
able to reproduce the bug.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #27 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: larsi <at> gnus.org, sebastian_rose <at> gmx.de, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1; efiff: Displaying bytes instead of characters
 in messages
Date: Thu, 20 Aug 2020 21:35:30 +0200

On Thu, 20 Aug 2020 22:21:55 +0300 Eli Zaretskii <eliz <at> gnu.org> wrote:

>> From: Stephen Berman <stephen.berman <at> gmx.net>
>> Date: Thu, 20 Aug 2020 20:53:12 +0200
>> Cc: Sebastian Rose <sebastian_rose <at> gmx.de>, 5050 <at> debbugs.gnu.org
>> 
>> >> If I do
>> >>
>> >>   M-x ediff-files RET
>> >>
>> >> and choose binary files, e.g. x.png and x.jpg, this is, what I see in
>> >> the `*ediff*' buffer (no indentation): 
>> >>
>> >>   Bin\303\244rdateien /home/sebastian/x.png and /home/sebastian/x.jpg sind
>> >> verschieden.
>> >>
>> >> What I expect to see is:
>> >>
>> >>   Binärdateien /home/sebastian/x.png and /home/sebastian/x.jpg sind verschieden.
>> >
>> > I don't have a German locale here, so I can't test this.  However, the
>> > buffer I get when I try this is seems to use an utf-8 input method, so
>> > it seems likely that this has been fixed in the decade that passed since
>> > the bug report.
>> >
>> > Does somebody here have Emacs running in a German locale and can test
>> > this?  (Or any other locale that outputs non-ASCII characters for "diff
>> > bin1 bin2".)
>> 
>> When I start Emacs built from current master like this:
>> 
>> LANG=de_DE.UTF-8 emacs -Q
>> 
>> and then carry out the above recipe, I get exactly the above message
>> with raw bytes instead of a-umlaut.
>
> What do you see in that environment if you diff 2 files that have text
> with umlauts? do you also see raw bytes?

Do you mean with Ediff?  If so, I see the text with umlauts, not with
raw bytes.

Steve Berman

Message #30 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: larsi <at> gnus.org, sebastian_rose <at> gmx.de, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1; efiff: Displaying bytes instead of characters
 in messages
Date: Thu, 20 Aug 2020 22:42:13 +0300

> From: Stephen Berman <stephen.berman <at> gmx.net>
> Cc: larsi <at> gnus.org,  sebastian_rose <at> gmx.de,  5050 <at> debbugs.gnu.org
> Date: Thu, 20 Aug 2020 21:35:30 +0200
> 
> > What do you see in that environment if you diff 2 files that have text
> > with umlauts? do you also see raw bytes?
> 
> Do you mean with Ediff?  If so, I see the text with umlauts, not with
> raw bytes.

So we decode the output written to stdout, but not to stderr, is that
the case?

Message #33 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: Sebastian Rose <sebastian_rose <at> gmx.de>, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1; efiff: Displaying bytes instead of characters
 in messages
Date: Thu, 20 Aug 2020 21:42:47 +0200

(defun ediff-exec-process (program buffer synch options &rest files)

[...]

	;; If this is a buffer job, we are diffing temporary files
	;; produced by Emacs with ediff-coding-system-for-write, so
	;; use the same encoding to read the results.
	(coding-system-for-read
	 (if (string-match "buffer" (symbol-name ediff-job-name))
	     ediff-coding-system-for-write
	   ediff-coding-system-for-read))
	args)

This is the problem: ediff-coding-system-for-read is raw-text, which
gives us the binary data in the buffer instead of characters.

Hm...  Looks like it's been raw-text since basically forever.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #36 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: sebastian_rose <at> gmx.de, stephen.berman <at> gmx.net, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1;
 efiff: Displaying bytes instead of characters in messages
Date: Thu, 20 Aug 2020 22:50:16 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Thu, 20 Aug 2020 21:42:47 +0200
> Cc: Sebastian Rose <sebastian_rose <at> gmx.de>, 5050 <at> debbugs.gnu.org
> 
> (defun ediff-exec-process (program buffer synch options &rest files)
> 
> [...]
> 
> 	;; If this is a buffer job, we are diffing temporary files
> 	;; produced by Emacs with ediff-coding-system-for-write, so
> 	;; use the same encoding to read the results.
> 	(coding-system-for-read
> 	 (if (string-match "buffer" (symbol-name ediff-job-name))
> 	     ediff-coding-system-for-write
> 	   ediff-coding-system-for-read))
> 	args)
> 
> This is the problem: ediff-coding-system-for-read is raw-text, which
> gives us the binary data in the buffer instead of characters.

How else can you compare files which could have different encodings?

And anyway, Stephen just answered my question, and the diffs are
displayed correctly with non-ASCII characters, not as raw bytes.  So
there's more here than meets the eye.

Message #39 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Sebastian Rose <sebastian_rose <at> gmx.de>, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1; efiff: Displaying bytes instead of characters
 in messages
Date: Thu, 20 Aug 2020 21:51:44 +0200

On Thu, 20 Aug 2020 21:42:47 +0200 Lars Ingebrigtsen <larsi <at> gnus.org> wrote:

> (defun ediff-exec-process (program buffer synch options &rest files)
>
> [...]
>
> 	;; If this is a buffer job, we are diffing temporary files
> 	;; produced by Emacs with ediff-coding-system-for-write, so
> 	;; use the same encoding to read the results.
> 	(coding-system-for-read
> 	 (if (string-match "buffer" (symbol-name ediff-job-name))
> 	     ediff-coding-system-for-write
> 	   ediff-coding-system-for-read))
> 	args)
>
> This is the problem: ediff-coding-system-for-read is raw-text, which
> gives us the binary data in the buffer instead of characters.

Indeed, and when I set ediff-coding-system-for-read to utf-8 and carry
out the OP's recipe, the German text is displayed as it should be with
umlaut.

Steve Berman

Message #42 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: sebastian_rose <at> gmx.de, stephen.berman <at> gmx.net, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1; efiff: Displaying bytes instead of characters
 in messages
Date: Thu, 20 Aug 2020 22:01:57 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

> And anyway, Stephen just answered my question, and the diffs are
> displayed correctly with non-ASCII characters, not as raw bytes.  So
> there's more here than meets the eye.

They are, but the output in that buffer is just raw bytes -- no matter
whether the output is from stderr or stdout.  There must be a decoding
thing that takes place later, but I'm still looking for where that
happens.  (I'm wholly unfamiliar with the ediff code.)

When I've found that, the fix would be to apply whatever it's doing to
the error buffer, too...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #45 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: sebastian_rose <at> gmx.de, stephen.berman <at> gmx.net, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1; efiff: Displaying bytes instead of characters
 in messages
Date: Thu, 20 Aug 2020 23:12:52 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: sebastian_rose <at> gmx.de,  stephen.berman <at> gmx.net,  5050 <at> debbugs.gnu.org
> Date: Thu, 20 Aug 2020 22:01:57 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > And anyway, Stephen just answered my question, and the diffs are
> > displayed correctly with non-ASCII characters, not as raw bytes.  So
> > there's more here than meets the eye.
> 
> They are, but the output in that buffer is just raw bytes -- no matter
> whether the output is from stderr or stdout.  There must be a decoding
> thing that takes place later, but I'm still looking for where that
> happens.  (I'm wholly unfamiliar with the ediff code.)
> 
> When I've found that, the fix would be to apply whatever it's doing to
> the error buffer, too...

Wait, the problematic text appears in the Ediff error buffer, right?
So we should perhaps simply decode it?  Does evaluating the below in
that buffer fixes the problem?

  M-: (decode-coding-region (point-min) (point-max) 'undecided) RET

Message #48 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: larsi <at> gnus.org, sebastian_rose <at> gmx.de, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1;
 efiff: Displaying bytes instead of characters in messages
Date: Thu, 20 Aug 2020 23:14:36 +0300

> From: Stephen Berman <stephen.berman <at> gmx.net>
> Date: Thu, 20 Aug 2020 21:51:44 +0200
> Cc: Sebastian Rose <sebastian_rose <at> gmx.de>, 5050 <at> debbugs.gnu.org
> 
> > This is the problem: ediff-coding-system-for-read is raw-text, which
> > gives us the binary data in the buffer instead of characters.
> 
> Indeed, and when I set ediff-coding-system-for-read to utf-8 and carry
> out the OP's recipe, the German text is displayed as it should be with
> umlaut.

Does setting ediff-coding-system-for-read to utf-8 botch comparison of
files that are encoded in something other than UTF-8?  I think it
will, so this is not the right solution.  Our problem is only with the
messages that end up in the Ediff error buffer.

Message #51 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: sebastian_rose <at> gmx.de, stephen.berman <at> gmx.net, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1; efiff: Displaying bytes instead of characters
 in messages
Date: Thu, 20 Aug 2020 22:17:02 +0200

[Message part 1 (text/plain, inline)]

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> They are, but the output in that buffer is just raw bytes -- no matter
> whether the output is from stderr or stdout.  There must be a decoding
> thing that takes place later, but I'm still looking for where that
> happens.  (I'm wholly unfamiliar with the ediff code.)

But it's not doing that -- it's loading the files into normal Emacs
buffers, so the normal Emacs autodetecting of coding systems takes
place.

Hm...  to me it looks like it never decodes the output from diff -- it
doesn't care what's on the lines, it just uses the diff codes.

Here's what the output buffer looks like:

[Message part 2 (image/png, inline)]

[Message part 3 (text/plain, inline)]

This is a buffer that the user doesn't see -- instead the real two
buffers are displayed, and the fontising is done there.

But again, I'm not familiar with the code here, but it looks to me that
that's what ediff-extract-diffs is doing.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #54 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: sebastian_rose <at> gmx.de, stephen.berman <at> gmx.net, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1; efiff: Displaying bytes instead of characters
 in messages
Date: Thu, 20 Aug 2020 22:18:14 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

> Wait, the problematic text appears in the Ediff error buffer, right?
> So we should perhaps simply decode it?  Does evaluating the below in
> that buffer fixes the problem?
>
>   M-: (decode-coding-region (point-min) (point-max) 'undecided) RET

Yes.  So doing that (in the error buffer before displaying it) is
probably the right fix.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #57 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: sebastian_rose <at> gmx.de, stephen.berman <at> gmx.net, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1; efiff: Displaying bytes instead of characters
 in messages
Date: Thu, 20 Aug 2020 22:24:53 +0200

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>> Wait, the problematic text appears in the Ediff error buffer, right?
>> So we should perhaps simply decode it?  Does evaluating the below in
>> that buffer fixes the problem?
>>
>>   M-: (decode-coding-region (point-min) (point-max) 'undecided) RET
>
> Yes.  So doing that (in the error buffer before displaying it) is
> probably the right fix.

Yup, I've found the right place to do the decoding, and I've pushed the
fix to Emacs 28.

Thanks everybody for testing and advice. 

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #64 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, sebastian_rose <at> gmx.de, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1; efiff: Displaying bytes instead of characters
 in messages
Date: Thu, 20 Aug 2020 22:36:59 +0200

On Thu, 20 Aug 2020 22:24:53 +0200 Lars Ingebrigtsen <larsi <at> gnus.org> wrote:

> Lars Ingebrigtsen <larsi <at> gnus.org> writes:
>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>>> Wait, the problematic text appears in the Ediff error buffer, right?
>>> So we should perhaps simply decode it?  Does evaluating the below in
>>> that buffer fixes the problem?
>>>
>>>   M-: (decode-coding-region (point-min) (point-max) 'undecided) RET
>>
>> Yes.  So doing that (in the error buffer before displaying it) is
>> probably the right fix.
>
> Yup, I've found the right place to do the decoding, and I've pushed the
> fix to Emacs 28.
>
> Thanks everybody for testing and advice.

FTR, I confirm that this fix results in the correct display of the
German error message.  So I think the bug can be closed, unless we want
to wait for additional confirmation from the OP.

Steve Berman

Message #67 received at 5050 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: Eli Zaretskii <eliz <at> gnu.org>, sebastian_rose <at> gmx.de, 5050 <at> debbugs.gnu.org
Subject: Re: bug#5050: 23.1; efiff: Displaying bytes instead of characters
 in messages
Date: Fri, 21 Aug 2020 13:21:44 +0200

Stephen Berman <stephen.berman <at> gmx.net> writes:

> FTR, I confirm that this fix results in the correct display of the
> German error message.  So I think the bug can be closed, unless we want
> to wait for additional confirmation from the OP.

I went ahead and closed it -- it seems pretty likely that it's fixed.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.