bug#73194: ls command converts utf-8 character into escape sequences

2024-09-12 Thread Simon Wolfe
How does ls version 9.4 do with code points not yet used ? I'm asking because it seems it takes 2 years for changes to make it to distros; it might be a good idea to code things ahead... Like if you use U+40500 ( 񀔀 ) and type touch ''$'\361\200\224\200' ls ''$'\361\200\224\200' will it show

bug#73194: ls command converts utf-8 character into escape sequences

2024-09-12 Thread Simon Wolfe
On 2024/09/12 19:42, Pádraig Brady wrote: On 12/09/2024 11:16, Simon Wolfe wrote: I have one file name that uses Unicode character U+318DF, which is in the tertiary pane, more precisely CJK Unified Ideographs Extension H. touch 𱣟 ls returns: ''$'\360\261\243\237' Extension H was introduced

bug#73194: ls command converts utf-8 character into escape sequences

2024-09-12 Thread Pádraig Brady
On 12/09/2024 11:16, Simon Wolfe wrote: I have one file name that uses Unicode character U+318DF, which is in the tertiary pane, more precisely CJK Unified Ideographs Extension H. touch 𱣟 ls returns: ''$'\360\261\243\237' Extension H was introduced in Unicode 15.0 in 2022. I also notice tha

bug#73194: ls command converts utf-8 character into escape sequences

2024-09-12 Thread Thomas Wolff
Am 12.09.2024 um 12:16 schrieb Simon Wolfe: I have one file name that uses Unicode character U+318DF, which is in the tertiary pane, more precisely CJK Unified Ideographs Extension H. touch 𱣟 ls returns: ''$'\360\261\243\237' I use a wrapper with my favourite options and a pipe to stop ls f

bug#73194: ls command converts utf-8 character into escape sequences

2024-09-12 Thread Simon Wolfe
I have one file name that uses Unicode character U+318DF, which is in the tertiary pane, more precisely CJK Unified Ideographs Extension H. touch 𱣟 ls returns: ''$'\360\261\243\237' Extension H was introduced in Unicode 15.0 in 2022. I also notice that this bug occurs with any character with