[Bug localedata/14878] New: gap.awk makes bad conversion tables if u+0001.. u+0006 not mapped
john at calva dot com
sourceware-bugzilla@sourceware.org
Mon Nov 26 13:58:00 GMT 2012
http://sourceware.org/bugzilla/show_bug.cgi?id=14878
Bug #: 14878
Summary: gap.awk makes bad conversion tables if u+0001..
u+0006 not mapped
Product: glibc
Version: 2.17
Status: NEW
Severity: normal
Priority: P2
Component: localedata
AssignedTo: unassigned@sourceware.org
ReportedBy: john@calva.com
CC: libc-locales@sources.redhat.com
Classification: Unclassified
Created attachment 6753
--> http://sourceware.org/bugzilla/attachment.cgi?id=6753
charmap that shows the bug
If a charmap doesn't define a mapping for at least one character in the range
u+0001 to u+0006 then the translation table generated by gap.awk is broken.
For example with the attached TEST charmap then u+0041 gets mapped to a \4a
instead of \x41.
The bug happens because gap.awk sets "last" (the last codepoint output) to
zero, instead of -1. A patch to gap.awk and gaptab.awk is attached.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
More information about the Libc-locales
mailing list