Re: df from coreutils 8.29 displays on PPC Mac OS X 10.5.8, Leopard, German umlauts incorrectly

[Peter Dyballa]

> Am 17.4.2018 um 09:10 schrieb Pádraig Brady :
> 
> 
> RE df, I think this is the same as https://bugs.gnu.org/25630
> where I postulated there may be some issue with
> mbstowcs() and decomposed characters on OSX

Yes, this seems to be the case.

—
Greetings

  Pete

Atheism is a non prophet organisation.

Re: df from coreutils 8.29 displays on PPC Mac OS X 10.5.8, Leopard, German umlauts incorrectly

[Pádraig Brady]

On 11/04/18 09:15, Peter Dyballa wrote:
> Hello!
> 
> The coreutils package is managed by the MacPorts package manager. It  
> installs in /opt/local and probably used the Apple enhanced GCC 4.2.4.  
> In an environment with
> 
>   LC_CTYPE=de_DE.UTF-8
>   LANG=de_DE.UTF-8
> 
> gdf displays:
> 
>   pete 309 /\ gdf -Th -t hfs -t smbfs
>   DateisystemTyp  Grö??e Benutzt Verf. Verw% Eingehängt auf
>   /dev/disk0s5   hfs 63G 58G  4,9G   93% /
>   /dev/disk0s3   hfs 18G6,4G   12G   36% /Volumes/BSD-Linux
>   /dev/disk0s9   hfs 17G 14G  3,8G   78% /Volumes/Halde
>   /dev/disk0s7   hfs 52G 46G  5,3G   90% /Volumes/Tiger
> 
> You can see the word "Grö??e" displayed in the header. od (that from  
> Mac OS X works correctly, later more) dumps in a shell buffer in GNU  
> Emacs:
> 
>   pete 311 /\ gdf -Th -t hfs -t smbfs | head -1 | od -t a
>   000D   a   t   e   i   s   y   s   t   e   m  sp  sp  sp   
> sp   T
>   020y   p  sp  sp   G   r   \303   \266   \303   ?   e  sp
> B   e   n   u
>   040t   z   t  sp   V   e   r   f   .  sp   V   e   r   w   %   
> sp
>   060E   i   n   g   e   h   \303   \244   n   g   t  sp   a
> u   f  nl
>   100
>   pete 312 /\ which gdf
>   /opt/local/bin/gdf
>   pete 313 /\ gdf --version
>   df (GNU coreutils) 8.29
>   Copyright © 2017 Free Software Foundation, Inc.
>   License GPLv3+: GNU GPL version 3 or later 
>   >.
>   This is free software: you are free to change and redistribute it.
>   There is NO WARRANTY, to the extent permitted by law.
>   
>   Geschrieben von Torbjorn Granlund, David MacKenzie und Paul Eggert.
> 
> You can see gdf does not produce the proper codes. "ö" is in UTF-8 'C3  
> 86' and ß is 'C3 9F'. In octal notation they are "\303 \206" resp.  
> "\303 \237". ä is correctly output as 'C3 A5' or "\303 \244".
> 
> 
> And the second bug is with god:
> 
>   pete 315 /\ gdf -Th -t hfs -t smbfs | head -1 | god -t a
>   000   D   a   t   e   i   s   y   s   t   e   m  sp  sp  sp  sp   T
>   020   y   p  sp  sp   G   r   C   6   C   ?   e  sp   B   e   n   u
>   040   t   z   t  sp   V   e   r   f   .  sp   V   e   r   w   %  sp
>   060   E   i   n   g   e   h   C   $   n   g   t  sp   a   u   f  nl
>   100
>   pete 319 /\ god --version
>   od (GNU coreutils) 8.29
>   Copyright © 2017 Free Software Foundation, Inc.
>   License GPLv3+: GNU GPL version 3 or later 
>   >.
>   This is free software: you are free to change and redistribute it.
>   There is NO WARRANTY, to the extent permitted by law.
>   
>   Geschrieben von Jim Meyering.
> 
> It converts inappropriate input simply into some nonsense instead of  
> preserving the original faulty input for the educated reader. It  
> would, OTOH, be an advantage if god would output faulty input in ASCII  
> text output mode as text, i.e. \   .
> 
> And yes, both utilities produce the exactly same errors on a Mac with  
> recent macOS High Sierra, Version 10.13.4,

RE df, I think this is the same as https://bugs.gnu.org/25630
where I postulated there may be some issue with
mbstowcs() and decomposed characters on OSX

df from coreutils 8.29 displays on PPC Mac OS X 10.5.8, Leopard, German umlauts incorrectly

[Peter Dyballa]

Hello!

The coreutils package is managed by the MacPorts package manager. It  
installs in /opt/local and probably used the Apple enhanced GCC 4.2.4.  
In an environment with


LC_CTYPE=de_DE.UTF-8
LANG=de_DE.UTF-8

gdf displays:

pete 309 /\ gdf -Th -t hfs -t smbfs
DateisystemTyp  Grö??e Benutzt Verf. Verw% Eingehängt auf
/dev/disk0s5   hfs 63G 58G  4,9G   93% /
/dev/disk0s3   hfs 18G6,4G   12G   36% /Volumes/BSD-Linux
/dev/disk0s9   hfs 17G 14G  3,8G   78% /Volumes/Halde
/dev/disk0s7   hfs 52G 46G  5,3G   90% /Volumes/Tiger

You can see the word "Grö??e" displayed in the header. od (that from  
Mac OS X works correctly, later more) dumps in a shell buffer in GNU  
Emacs:


pete 311 /\ gdf -Th -t hfs -t smbfs | head -1 | od -t a
	000D   a   t   e   i   s   y   s   t   e   m  sp  sp  sp   
sp   T
	020y   p  sp  sp   G   r   \303   \266   \303   ?   e  sp
B   e   n   u
	040t   z   t  sp   V   e   r   f   .  sp   V   e   r   w   %   
sp
	060E   i   n   g   e   h   \303   \244   n   g   t  sp   a
u   f  nl

100
pete 312 /\ which gdf
/opt/local/bin/gdf
pete 313 /\ gdf --version
df (GNU coreutils) 8.29
Copyright © 2017 Free Software Foundation, Inc.
	License GPLv3+: GNU GPL version 3 or later .

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Geschrieben von Torbjorn Granlund, David MacKenzie und Paul Eggert.

You can see gdf does not produce the proper codes. "ö" is in UTF-8 'C3  
86' and ß is 'C3 9F'. In octal notation they are "\303 \206" resp.  
"\303 \237". ä is correctly output as 'C3 A5' or "\303 \244".



And the second bug is with god:

pete 315 /\ gdf -Th -t hfs -t smbfs | head -1 | god -t a
000   D   a   t   e   i   s   y   s   t   e   m  sp  sp  sp  sp   T
020   y   p  sp  sp   G   r   C   6   C   ?   e  sp   B   e   n   u
040   t   z   t  sp   V   e   r   f   .  sp   V   e   r   w   %  sp
060   E   i   n   g   e   h   C   $   n   g   t  sp   a   u   f  nl
100
pete 319 /\ god --version
od (GNU coreutils) 8.29
Copyright © 2017 Free Software Foundation, Inc.
	License GPLv3+: GNU GPL version 3 or later .

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Geschrieben von Jim Meyering.

It converts inappropriate input simply into some nonsense instead of  
preserving the original faulty input for the educated reader. It  
would, OTOH, be an advantage if god would output faulty input in ASCII  
text output mode as text, i.e. \   .


And yes, both utilities produce the exactly same errors on a Mac with  
recent macOS High Sierra, Version 10.13.4,


--
Greetings

  Pete

Without vi there is only GNU Emacs



PGP.sig
Description: Signierter Teil der Nachricht