[Bug localedata/14878] New: gap.awk makes bad conversion tables if u+0001.. u+0006 not mapped

["john at calva dot com" <sourceware-bugzilla at sourceware dot org>]

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.