Bug 11310 - ja_JP: Incorrect era specification of first year in Taisho era
Summary: ja_JP: Incorrect era specification of first year in Taisho era
Status: RESOLVED WONTFIX
Alias: None
Product: glibc
Classification: Unclassified
Component: localedata (show other bugs)
Version: 2.12
: P2 normal
Target Milestone: ---
Assignee: GNU C Library Locale Maintainers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-22 20:03 UTC by Corinna Vinschen
Modified: 2014-06-30 18:46 UTC (History)
2 users (show)

See Also:
Host:
Target:
Build:
Last reconfirmed:
fweimer: security-

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Corinna Vinschen 2010-02-22 20:03:20 UTC 
The Taisho era runs from 1912/07/30 up to 1926/12/24.  The era entry
in glibc consists of two entries:

  "+:2:1913/01/01:1926/12/24:大正:%EC%Ey年"
  "+:2:1912/07/30:1912/12/31:大正:%EC"

While the first entry is correct, the second entry appears to be
incorrect.  The offset value should be one, and the last entry,
the definition of the %EY date format specifier, should be "%EC%Ey年",
just like in the first entry.
Comment 1 Corinna Vinschen 2010-02-22 20:37:24 UTC 
Scratch that about the wrong %EY string.  I just found that the %EY string in
the second entry is actually correct (L"%EC\x5143\x5E74").  For some reason the
`locale(1)' tool doesn't print the characters beyond the %EC in this single era
entry.  I tested with three different locale(1) tools from glibc-2.9, 2.10, and
2.11.  All three show this weird behaviour.

Still, the offset value in this era entry appears to be off by one.


Corinna
Comment 2 Ulrich Drepper 2010-04-04 06:56:39 UTC 
You need to get the maintainer of the file to agree.
Comment 3 Ulrich Drepper 2011-05-10 03:27:09 UTC 
No reply for more than a year.  Closing.