Bug 9917 - Problem in the locale SA (Saudi Arabia)
Summary: Problem in the locale SA (Saudi Arabia)
Status: RESOLVED INVALID
Alias: None
Product: glibc
Classification: Unclassified
Component: localedata (show other bugs)
Version: unspecified
: P2 normal
Target Milestone: ---
Assignee: GNU C Library Locale Maintainers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-03-02 18:09 UTC by Osama KM
Modified: 2014-07-01 20:43 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Osama KM 2009-03-02 18:09:07 UTC
Few days ago, I reported a bug
<http://bugzilla.gnome.org/show_bug.cgi?id=573572> in GNOME bugzilla, and a
developer asked me to report the problem here.

There is a problem in the output of "$ LC_TIME=ar_SA.UTF8 date +%p", which
causes many other problems for other software.

The output should be '&#1605;' (PM) or '&#1589;' (AM), in other words as the output of "$
LC_TIME=ar_AE.UTF8 date +%p".

Actually, I'm not really sure that this is the right please, please note me if
it is not.
Comment 1 Ulrich Drepper 2009-03-14 18:19:20 UTC
There is no problem.  No time format uses the am/pm data.  t_fmt_ampm is defined
as "%k:%M:%S".
Comment 2 Osama KM 2009-03-14 18:52:07 UTC
(In reply to comment #1)
> There is no problem.  No time format uses the am/pm data.  t_fmt_ampm is defined
> as "%k:%M:%S".

Then why "$ LC_TIME=ar_SA.UTF8 date +%p" didn't work, but it worked with AE and EG?
Comment 3 Osama KM 2009-03-18 19:28:44 UTC
Sorry, but I think it is a locale bug, there was such bug reported in debian,
which is simply ended by updating glibc 'main' code, which is here.

<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=356328>
Comment 4 Ulrich Drepper 2009-04-07 18:14:00 UTC
There is no problem.  Most sane locales don't have the braindead 12 hour format
and all programs using time formats have to be able to deal with that.