Bug 61615 - date +%p broken for en_AU locale
Summary: date +%p broken for en_AU locale
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: glibc
Version: 7.2
Hardware: All
OS: Linux
medium
low
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: Ben Levenson
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-03-22 04:36 UTC by Damien Miller
Modified: 2016-11-24 14:57 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2002-12-15 19:46:30 UTC
Embargoed:


Attachments (Terms of Use)

Description Damien Miller 2002-03-22 04:36:33 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020212

Description of problem:
"date +%p" does not work for the en_AU locate. Instead of printing AM or PM it
prints an empty string.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Execute "LANG=en_AU date +%p"
2. Execute "LANG=en_US date +%p"


Actual Results:  [djm@xenon djm]$ LANG=en_AU date +%p

[djm@xenon djm]$ LANG=en_US date +%p
PM


Expected Results:  [djm@xenon djm]$ LANG=en_AU date +%p
PM
[djm@xenon djm]$ LANG=en_US date +%p
PM


Additional info:

Comment 1 Bernhard Rosenkraenzer 2002-03-25 14:32:51 UTC
What date shows you is the output of the strptime() function in glibc; it seems to be 
gererating wrong data (This may be intentional though if Australia defaults to the 24 
hours system). 
 
Reassigning to glibc

Comment 2 Alan Cox 2002-12-15 19:46:30 UTC
This was fixed bug the bug didnt get closed.



Note You need to log in before you can comment on or make changes to this bug.