Re: uppercase german umlaut

[Lennart Jablonka]

Quoth holger.herrlich@posteo.de:
> echo ä | gpic | hexStream
> 0x2e 0x69 0x66 0x20 0x21 0x64 0x50 0x53  | .if !dPS
> 0x20 0x2e 0x64 0x73 0x20 0x50 0x53 0x0a  |  .ds PS.
> 0x2e 0x69 0x66 0x20 0x21 0x64 0x50 0x45  | .if !dPE
> 0x20 0x2e 0x64 0x73 0x20 0x50 0x45 0x0a  |  .ds PE.
> 0x2e 0x6c 0x66 0x20 0x31 0x20 0x2d 0x0a  | .lf 1 -.
> 0xc3 0xa4 0x0a                           | ...
>
> echo Ä | gpic | hexStream
> gpic:<standard input>:1: invalid input character code 132
> 0x2e 0x69 0x66 0x20 0x21 0x64 0x50 0x53  | .if !dPS
> 0x20 0x2e 0x64 0x73 0x20 0x50 0x53 0x0a  |  .ds PS.
> 0x2e 0x69 0x66 0x20 0x21 0x64 0x50 0x45  | .if !dPE
> 0x20 0x2e 0x64 0x73 0x20 0x50 0x45 0x0a  |  .ds PE.
> 0x2e 0x6c 0x66 0x20 0x31 0x20 0x2d 0x0a  | .lf 1 -.
> 0xc3 0x0a                                | ..
>
> The character emerges from a input file name. So it is missed by
> preconv somewhere, however why is 'ä' working properly/ just passed
> through?

You don’t seem to be running preconv.  Are you?

gpic is reading from standard input the bytes a4 c3 (ä) or 
84 c3 (Ä).  It interprets those as Latin 1: a4 c3 is ¤ Ã.  
84 c3 is a control character followed by Ã.  The control 
characters 80–9f are invalid.