A NOTE has been added to this issue. 
====================================================================== 
https://austingroupbugs.net/view.php?id=1816 
====================================================================== 
Reported By:                eggert
Assigned To:                
====================================================================== 
Project:                    Issue 8 drafts
Issue ID:                   1816
Category:                   System Interfaces
Type:                       Error
Severity:                   Objection
Priority:                   normal
Status:                     New
Name:                       Paul Eggert 
Organization:               UCLA Computer Science 
User Reference:              
Section:                    daylight, timezone, tzname 
Page Number:                2310-2311 
Line Number:                75175-75207 
Final Accepted Text:         
====================================================================== 
Date Submitted:             2024-02-23 08:54 UTC
Last Modified:              2024-02-26 18:06 UTC
====================================================================== 
Summary:                    daylight, timezone, tzname do not work with
location-based TZ
====================================================================== 

---------------------------------------------------------------------- 
 (0006687) eggert (reporter) - 2024-02-26 18:06
 https://austingroupbugs.net/view.php?id=1816#c6687 
---------------------------------------------------------------------- 
Here is a revised desired action that reflects kre's comments. It separates
the FUTURE DIRECTIONS changes into a later part marked "Changes for Issue 8
TC1", and it replaces "stdoffsettish timezone" with "timezone that
corresponds to a TZ of the second format" since nobody thought of better
names.

I didn't know that a future version of POSIX could simply remove the
affected variables, without marking them as obsolescent in an intervening
version.


---- Changes that can be done as an interpretation now ----

daylight page 801 lines 27442-27448 (the entire page)

(This part of the change is editorial, to make the other changes simpler.)

Remove this page, since 'daylight' is already documented under tzset(), and
there's no reason to give it a separate page (there is no page for the
related variable tzname).

Similarly for timezone, page 2279 lines 74379-74385 (the entire page, which
oddly is labeled "timezone()" at top right).


strptime APPLICATION USAGE page 2160

line 70602: Change "If this name matches" to "If the local timezone
corresponds to a TZ of the second format and this name matches".

line 70604: Likewise.


tzset DESCRIPTION page 2310

line 75175: Prepend "If the local timezone corresponds to a TZ of the
second format,"

line 75179: Also prepend "If the local timezone corresponds to a TZ of the
second format,"

Line 75182: Append the following paragraph:

  If the local timezone does not correspond to a TZ of the second format,
the tzset() function may set the external variables tzname, daylight and
timezone to unspecified values.

line 75199 (APPLICATION USAGE) Append the following paragraph:

  The values of the variables daylight, timezone, and tzname should be used
only if the local timezone is known to correspond to a TZ of the second
format.


The abovementioned newly-added instances of the phrase "TZ of the second
format" may need a cross-reference to section 8.3, Other Environment
Variables, TZ, page 176 line 6219, to help the reader understand what "TZ
of the second format" means.



---- Changes for Issue 8 TC1 ----

<time.h> FUTURE DIRECTIONS page 454 line 15856

Change "None" to "The variables daylight, timezone, and tzname are planned
to be removed, as they have unspecified values unless the timezone
corresponds to a TZ of the second format."

page 2311 line 75207 (FUTURE DIRECTIONS): Change "None" to "The variables
daylight, timezone, and tzname are planned to be removed, as they have
unspecified values unless the local timezone corresponds to a TZ of the
second format." 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2024-02-23 08:54 eggert         New Issue                                    
2024-02-23 08:54 eggert         Name                      => Paul Eggert     
2024-02-23 08:54 eggert         Organization              => UCLA Computer
Science
2024-02-23 08:54 eggert         Section                   => daylight, timezone,
tzname
2024-02-23 08:54 eggert         Page Number               => 2310-2311       
2024-02-23 08:54 eggert         Line Number               => 75175-75207     
2024-02-25 07:07 kre            Note Added: 0006678                          
2024-02-26 18:06 eggert         Note Added: 0006687                          
======================================================================


  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [Issue ... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [Issue ... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [Issue ... Austin Group Bug Tracker via austin-group-l at The Open Group

Reply via email to