https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
Yuri Pankov changed:
What|Removed |Added
Assignee|b...@freebsd.org|yur...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
--- Comment #14 from Ting-Wei Lan ---
(In reply to Yuri Pankov from comment #13)
Yes, the Big5.cm file is the same as my patched map.Big5 except for the order,
comments and white spaces. The generated LC_CTYPE file is also the same.
--
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
--- Comment #13 from Yuri Pankov ---
Could you please try https://people.freebsd.org/~yuripv/Big5.cm as map.Big5?
This one is compiled from current CLDR data we use, and might be better than
patching obsolete one.
--
You are receiving
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
--- Comment #12 from Ting-Wei Lan ---
Created attachment 207808
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=207808=edit
Patch for map.Big5
This is unlikely to be the correct patch, but at least it fixed the Big5 locale
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
Yuri Pankov changed:
What|Removed |Added
CC||yur...@freebsd.org
--- Comment #11
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
--- Comment #10 from Ting-Wei Lan ---
(In reply to Li-Wen Hsu from comment #9)
I haven't found the way to properly fix it. map.Big5 looks like a generated
file.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
Li-Wen Hsu changed:
What|Removed |Added
Status|New |Open
--- Comment #9 from Li-Wen Hsu
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
--- Comment #8 from Ting-Wei Lan ---
I just found that the file /usr/src/tools/tools/locale/etc/final-maps/map.Big5
does not include definitions for ASCII characters. If I copy the charmap of
map.US-ASCII and paste it into map.Big5,
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
--- Comment #7 from Conrad Meyer ---
',' also gets prefixed with the same string ('-\---'). It suggests to me some
kind of escape sequence that is then getting converted at least one more time.
--
You are receiving this mail because:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
--- Comment #6 from Conrad Meyer ---
One other detail: '-' also seems to get butchered, becoming '-\'.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
--- Comment #3 from Chen-Yu Tsai ---
Big5 is 7-bit ASCII compatible, so there should be no reason to encode '/' as
anything other than just '/'.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
--- Comment #5 from Conrad Meyer ---
Hm, 'ls' seems to encode as the usual 0x2f. I still think this is something
xo-related :-).
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
--- Comment #4 from Conrad Meyer ---
(In reply to Chen-Yu Tsai from comment #3)
If you run 'LANG=zh_TW.Big5 ls / | hd', is '/' encoded as just the 7-bit ASCII
'/'?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
--- Comment #2 from Conrad Meyer ---
(ISO, UTF-8, and ASCII all share the same single-byte encoding of '/'; ps uses
setlocale(); libxo assumes all input is UTF-8. When a non-utf8 encoding is
used, ps just passes through those strings to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
Conrad Meyer changed:
What|Removed |Added
CC||c...@freebsd.org
--- Comment #1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235100
Bug ID: 235100
Summary: Setting LANG=zh_TW.Big5 expends `/` to "-\---/"
Product: Base System
Version: CURRENT
Hardware: Any
OS: Any
Status: New
16 matches
Mail list logo