On Sat, 30 May 2009, Bruno Haible wrote:
Vincent Lefevre reported in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480774:
When diff -y in run on files that contain multibyte characters (in
UTF-8), the alignment is incorrect in the output.
This is fixed upstream, in the CVS version
Vincent Lefevre reported in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480774:
When diff -y in run on files that contain multibyte characters (in
UTF-8), the alignment is incorrect in the output.
This is fixed upstream, in the CVS version of diffutils at
On Mon, 12 May 2008, Vincent Lefevre wrote:
Package: diff
Version: 2.8.1-12
Severity: normal
When diff -y in run on files that contain multibyte characters (in
UTF-8), the alignment is incorrect in the output. For instance,
diff -y file1 file2
on the attached files file1 and file2
On 2008-06-18 12:39:49 +0200, Santiago Vila wrote:
Could it be because you are using a locale which is not UTF-8 friendly?
(the one in the line Locale: above).
No, I use both ISO-8859-1 and UTF-8 locales. I did the test in a
uxterm, with:
LANG=POSIX
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=POSIX
found 480774 2.8.7-0.2
thanks
Also, if I replace the à by a € (euro symbol, which takes 3 bytes
instead of 2 for à), I also get 3 spaces under UTF-8 locales. So,
it seems that the encoding length doesn't matter.
And if I also replace the 'b' by a 'è', then the pipe character no
longer appears in
Package: diff
Version: 2.8.1-12
Severity: normal
When diff -y in run on files that contain multibyte characters (in
UTF-8), the alignment is incorrect in the output. For instance,
diff -y file1 file2
on the attached files file1 and file2 produces the attached result
(see out attachment):
6 matches
Mail list logo