GNU bug report logs - #23595
25.1.50; file with chinese/japanse chars, vc-diff fails (HG, Git, RCS)

Previous Next

Full log

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

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: oub <at> mat.ucm.es, eggert <at> cs.ucla.edu, 23595 <at> debbugs.gnu.org
Subject: Re: bug#23595: 25.1.50; file with chinese/japanse chars, vc-diff
 fails (HG, Git, RCS)
Date: Thu, 26 May 2016 02:21:40 +0300

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

On 05/25/2016 07:22 PM, Eli Zaretskii wrote:

> I think we can make an educated guess, see below.  My conclusion is
> that this does need to be VCS-specific.
>
>> So far, we've seem some pretty similar results with vc-diff using Git, Hg and RCS.
>
> Not quite.  They all fail, but in different ways.  More importantly,
> the solutions are most probably going to be different.

OK, that makes sense.

> Backend-specific, most probably.  Except that currently we only have a
> good idea about the Git backend, for which it is explicitly documented
> that the output will be in UTF-8 when content filters are used.
>
> ...

Taking a step back, I'm not sure it's really necessary to fix this. 
Because Uwe, the only person to complain about diffing UTF-16 files so 
far, can solve it much easier by switching the file to UTF-8.

And properly fixing it, across the board, is either impossible, or at 
least pretty hard.

>> We can always extract a new function when it's needed, though.
>
> True, but I think if we want to support UTF-16 files, the need is
> already here.  vc-diff and its derivatives are just the tip of the
> iceberg, we will need similar stuff for every command that includes
> both text from the versioned file(s) and some text output by the VCS
> program itself.

Here's a patch everybody is welcome to try.

[git-asciify.diff (text/x-patch, attachment)]

Previous Next

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