Report 1494 Actions
Problem Report Number |
1494 |
Submitter's Classification |
Specification problem |
State |
Resolved |
Resolution |
Test Suite Deficiency (TSD) |
Problem Resolution ID |
TSD.X.0776 |
Raised |
1970-01-01 08:00 |
Updated |
2003-03-13 08:00 |
Published |
1995-08-24 08:00 |
Product Standard |
Internationalised System Calls and Libraries Extended (UNIX 95) |
Certification Program |
The Open Brand certification program |
Test Suite |
VSU version 4.0.2 |
Test Identification |
base/getdate 26 |
Problem Summary |
TSD4U.00037 The getdate() specification defines a %R field descriptor but the LC_TIME locale definition (XBD section 5.3.5) does not specify a corresponding keyword. For VSU5 this applies in UNIX95 mode only. |
Problem Text |
This test assumes that the hour and minute fields will be separated by the at sign, '@'. This is not the case. A colon, ':', is used under default circumstances, such as the %R under test. Unfortunately no format for %R is specified in the locale definition grammar. This is a hole in the specifications for locales.
|
Test Output |
520|1 1 3057 1 3|On a call to struct tm *getdate(char 520|1 1 3057 1 4|*string) the field descriptor "%R" shall specify the 520|1 1 3057 1 5|locale's appropriate representation of time. 520|1 1 3059 1 11|PREP: Set ApTest locale 520|1 1 3059 1 12|TEST: getdate("11@12") 520|1 1 3059 1 13|ERROR: getdate returned NULL, getdate_err = 7 (No line in temp late matches input). 220|1 1 2 16:16:53|UNRESOLVED
|
Review Information
Review Type |
TSMA Review |
Start Date |
null |
Completed |
null |
Status |
Complete |
Review Recommendation |
No Resolution Given |
Review Response |
The getdate() specification defines a %R field descriptor but the LC_TIME locale definition (XBD section 5.3.5) does not specify a corresponding keyword. The getdate() specification defines %R as "The locale's appropriate representation of time", and %X as "locale's appropriate time representation". This creates an appearence that %R and %X are to be interpreted identically. But we believe existing practice is to interpret %X as per the locale's t_fmt keyword but to always interpret %R as %H:%M no matter what the locale. Therefore, we recommend that the %R definition in the getdate() specification be changed from %R The locale's appropriate representation of time. In the POSIX locale, this is equivalent to %H:%M to %R time as %H:%M A permanent interpretation is recommended. Please note: We noticed the spec also fails to specify a keyword which corresponds to %r. We also recommend that the %r definition in getdate() be changed from %r The locale's appropriate representation of time in AM and PM notation. In the POSIX locale, this is equivalent to %I:%M:%S %p to %r time as %I:%M:%S %p And that the %r definition in the date utility be changed from %r 12-hour clock time [01-12] using the AM/PM notation; in the POSIX locale, this will be equivalent to "%I:%M:%S %p". to %r 12-hour clock time [01-12] using the AM/PM notation; this will be equivalent to "%I:%M:%S %p".
|
Review Type |
Expert Group Review |
Start Date |
null |
Completed |
null |
Status |
Complete |
Review Resolution |
No Resolution Given |
Review Conclusion |
The review has indicated that the suggested specification changes will be input to the normal specification development process and given due consideration in the formulation of the next version of the specification. However in this case it is recommended that a test suite deficiency be granted rather than a Permanent Interpretation.
|
Review Type |
SA Review |
Start Date |
null |
Completed |
null |
Status |
Complete |
Review Resolution |
Test Suite Deficiency (TSD) |
Review Conclusion |
This is an agreed Test Suite Deficiency. For VSU5 this applies in UNIX95 mode only.
|
Problem Reporting System Options:
|