A NOTE has been added to this issue. ====================================================================== https://austingroupbugs.net/view.php?id=1614 ====================================================================== Reported By: kre Assigned To: ====================================================================== Project: 1003.1(2016/18)/Issue7+TC2 Issue ID: 1614 Category: System Interfaces Type: Omission Severity: Objection Priority: normal Status: New Name: Robert Elz Organization: User Reference: Section: XSH 3/mktime Page Number: 1331 Line Number: 44331-44332 Interp Status: --- Final Accepted Text: ====================================================================== Date Submitted: 2022-11-03 13:36 UTC Last Modified: 2022-11-10 10:19 UTC ====================================================================== Summary: XSH 3/mktime does not specify EINVAL and should ======================================================================
---------------------------------------------------------------------- (0006046) kre (reporter) - 2022-11-10 10:19 https://austingroupbugs.net/view.php?id=1614#c6046 ---------------------------------------------------------------------- Re https://austingroupbugs.net/view.php?id=1614#c6045 No, that possibility is already ruled out. The "missing paragraph" from C99 that didn't make it into the POSIX spec of mktime() makes it quite clear that that cannot happen - the struct tm returned from a successful call of mktime() is required to be identical to a struct tm that would be returned by a call of localtime() on the result of mktime (and also, a second call of mktime() using the struct tm returned from the first must not alter the struct tm, and must return the same result. Since localtime() can (in POSIX) never return with tm_isdst == -1 mktime() cannot either. Issue History Date Modified Username Field Change ====================================================================== 2022-11-03 13:36 kre New Issue 2022-11-03 13:36 kre Name => Robert Elz 2022-11-03 13:36 kre Section => XSH 3/mktime 2022-11-03 13:36 kre Page Number => 1331 2022-11-03 13:36 kre Line Number => 44331-44332 2022-11-03 16:54 geoffclare Note Added: 0006022 2022-11-03 18:04 hvd Note Added: 0006025 2022-11-03 20:02 kre Note Added: 0006028 2022-11-03 20:27 kre Note Added: 0006030 2022-11-03 20:43 kre Note Edited: 0006028 2022-11-03 20:48 kre Note Edited: 0006028 2022-11-04 09:36 geoffclare Note Added: 0006031 2022-11-04 10:01 geoffclare Note Edited: 0006031 2022-11-04 17:37 kre Note Added: 0006032 2022-11-04 17:43 kre Note Edited: 0006032 2022-11-04 23:23 hvd Note Added: 0006033 2022-11-04 23:23 hvd Note Edited: 0006033 2022-11-07 12:33 geoffclare Note Added: 0006034 2022-11-07 12:42 geoffclare Note Added: 0006035 2022-11-07 12:59 hvd Note Added: 0006036 2022-11-08 15:24 geoffclare Note Added: 0006037 2022-11-09 00:01 hvd Note Added: 0006039 2022-11-09 17:07 geoffclare Note Added: 0006042 2022-11-09 17:40 hvd Note Added: 0006043 2022-11-09 21:15 kre Note Added: 0006044 2022-11-09 23:18 hvd Note Added: 0006045 2022-11-10 10:19 kre Note Added: 0006046 ======================================================================
