The following issue has been SUBMITTED. 
====================================================================== 
https://austingroupbugs.net/view.php?id=1727 
====================================================================== 
Reported By:                kre
Assigned To:                
====================================================================== 
Project:                    Issue 8 drafts
Issue ID:                   1727
Category:                   System Interfaces
Type:                       Enhancement Request
Severity:                   Objection
Priority:                   normal
Status:                     New
Name:                       Robert Elz 
Organization:                
User Reference:              
Section:                    XSH 3 / strptime 
Page Number:                2146-7 
Line Number:                70221-2, 70250-7 
Final Accepted Text:         
====================================================================== 
Date Submitted:             2023-05-14 19:23 UTC
Last Modified:              2023-05-14 19:23 UTC
====================================================================== 
Summary:                    strptime() spec needs updates to deal with other
changes.
Description: 
When tm_gmtoff and tm_zone were added to struct tm, the %z and %Z
conversions of strptime() should really have been updated to deal
with them.

And while here, the (CX shaded) %s conversion gives no clue at all
about what effect it might have on the struct tm (unlike say %g %G ^U...)


Desired Action: 
Around lines 70221-2 (the %s definition) and withinh the CX shading, add
words similar to those used elsewjere (eg: %g)

    The effect of this number, if any, on the tm structure pointed to by
    tm is unspecified.

For %z, lines 70250-2 the statement that is currently there, just like the
ones that should be added for %s, should be deleted (as in the tm_gmtoff
field will now be set to the value parsed by %z).

For %Z. lines 70253-7 the similar statement should also be removed, but
this
one probably needs some investigation as to what can be said about what is
done with tm_zone - does it get set to point info the value pointed to by
the buf arg to strptime() or does that get copied - to static storage, or
dynamic, and if the latter, who frees it ?   I have no idea. But simply
pretending that tm_zone still doesn't exist cannot be correct.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2023-05-14 19:23 kre            New Issue                                    
2023-05-14 19:23 kre            Name                      => Robert Elz      
2023-05-14 19:23 kre            Section                   => XSH 3 / strptime
2023-05-14 19:23 kre            Page Number               => 2146-7          
2023-05-14 19:23 kre            Line Number               => 70221-2, 70250-7
======================================================================


  • [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
    • [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