This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug localedata/14878] New: gap.awk makes bad conversion tables if u+0001.. u+0006 not mapped
- From: "john at calva dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: Mon, 26 Nov 2012 13:56:55 +0000
- Subject: [Bug localedata/14878] New: gap.awk makes bad conversion tables if u+0001.. u+0006 not mapped
- Auto-submitted: auto-generated
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.