Anonymous | Login | 2024-12-02 08:47 UTC |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||
ID | Category | Severity | Type | Date Submitted | Last Update | ||
0000170 | [1003.1(2008)/Issue 7] System Interfaces | Objection | Error | 2009-10-15 17:51 | 2009-11-05 16:56 | ||
Reporter | nick | View Status | public | ||||
Assigned To | ajosey | ||||||
Priority | normal | Resolution | Rejected | ||||
Status | Resolved | ||||||
Name | Nick Stoughton | ||||||
Organization | USENIX | ||||||
User Reference | WaynePollock:austin-group-l:archive/latest/12923 | ||||||
Section | strftime | ||||||
Page Number | 2009 | ||||||
Line Number | 63589 | ||||||
Interp Status | --- | ||||||
Final Accepted Text | |||||||
Summary | 0000170: Mis-alignment between date utility and strftime %j, and conversion specifier and tm_yday of struct tm | ||||||
Description |
From Wayne Pollock's email, austin group sequence 12923: I know the aardvark has been closed on aligning the date utility with strftime (and strptime), but I just noticed that there is disagreement between these and struct tm for tm_yday. tm_yday is defined in time.h as: int tm_yday Day of year [0,365]. and %j in strftime (and strptime) is defined as: j Replaced by the day of the year as a decimal number [001,366]. [ tm_yday] Currently the date utility agrees with strftime: %j Day of the year as a decimal number [001,366]. I don't know if this "off by one" was on purpose or not. I think it is too late to change this; as far as i know strftime et. al. are implemented according to the standard, and simply don't agree with tm_yday. I would suggest that if strftime and friends isn't to be changed to agree with tm_yday, then the description for %j should be changed in all places, from: [tm_yday] to: [tm_yday + 1] -- Wayne Pollock |
||||||
Desired Action |
On page 2009 line 63589, change [tm_yday] to [tm_yday+1] |
||||||
Tags | c99 | ||||||
Attached Files | |||||||
|
Mantis 1.1.6[^] Copyright © 2000 - 2008 Mantis Group |