Minutes of the 30th January 2020 Teleconference Austin-1001 Page 1 of 1 Submitted by Geoff Clare, The Open Group. 31st January 2020 Attendees: Don Cragun, IEEE PASC OR Joerg Schilling, FOKUS Fraunhofer Nick Stoughton, USENIX, ISO/IEC JTC 1/SC 22 OR Eric Blake, Red Hat, Open Group OR Mark Ziegast, SHware Systems Dev. Eric Ackermann, HPI, University of Potsdam Geoff Clare, The Open Group Apologies: Andrew Josey, The Open Group * General news None * Outstanding actions (Please note that this section has been flushed to shorten the minutes - to locate the previous set of outstanding actions, look to the minutes from 13th June 2019 and earlier) Bug 1254: "asynchronous list" description uses "command" instead of "AND-OR list" OPEN https://austingroupbugs.net/view.php?id=1254 Action: Joerg to investigate how his shell behaves. Bug 700 - Nick to raise this issue with the C committee Bug 713 - Nick to raise with the C committee. Bug 739 - Nick to raise with the C committee. Bug 1216 - Eric to ask if The Open Group is willing to sponsor this interface, referencing bug note 4478. * Current Business Bug 1307: am_pm value in locales that do not distinguish between am and pm (again) Accepted as Marked https://austingroupbugs.net/view.php?id=1307 This item is tagged for Issue 8. An interpretation is required. Interpretation response ------------------------ The standard is unclear on this issue, and no conformance distinction can be made between alternative implementations based on this. This is being referred to the sponsor. Rationale: ------------- The standard states that an empty t_fmt_ampm string indicates that the 12-hour format is not supported in the locale, but it is unclear how other related parts of the standard are affected in this case. Notes to the Editor (not part of this interpretation): ------------------------------------------------------- On page 160 line 5085 section 7.3.5.1 LC_TIME Locale Definition, change: The operand shall consist of two strings, separated by a , each surrounded by double-quotes. The first string shall represent the ante-meridiem designation, the last string the post-meridiem designation. to: The operand shall consist of two strings, separated by a , each surrounded by double-quotes; the first string shall represent the ante-meridiem designation, the last string the post-meridiem designation. If and only if the 12-hour format is not supported in the locale, both strings shall be empty. On page 160 line 5092 section 7.3.5.1 LC_TIME Locale Definition, change If the string is empty, the 12-hour format is not supported in the locale. to: If and only if the 12-hour format is not supported in the locale, the string shall be empty. On page 162 line 5150 section 7.3.5.2 LC_TIME C-Language Access, change: AM_STR The appropriate ante-meridiem affix. PM_STR The appropriate post-meridiem affix. T_FMT_AMPM The appropriate time representation in the 12-hour clock format with AM_STR and PM_STR. to: AM_STR The appropriate ante-meridiem affix; if AM_STR and PM_STR are both empty strings, the 12-hour format is not supported in the locale. PM_STR The appropriate post-meridiem affix; if AM_STR and PM_STR are both empty strings, the 12-hour format is not supported in the locale. T_FMT_AMPM The appropriate time representation in the 12-hour clock format; if the 12-hour format is not supported in the locale, this shall be either an empty string or a string specifying a 24-hour clock format. On page 266 line 8855 section , change: a.m. or p.m. time format string. to: Time format string using 12-hour clock format, if supported in the locale; if the 12-hour format is not supported, this shall be either an empty string or a string specifying a 24-hour clock format. On page 266 line 8856 section , change: Ante-meridiem affix. to: Ante-meridiem affix; if AM_STR and PM_STR are both empty strings, the 12-hour format is not supported in the locale. On page 266 line 8857 section , change: Post-meridiem affix. to: Post-meridiem affix; if AM_STR and PM_STR are both empty strings, the 12-hour format is not supported in the locale. On page 1020 lines 34774-34775 section getdate(), change: The locale’s appropriate representation of time in AM and PM notation. to: The locale’s appropriate representation of time in 12-hour clock notation, if the 12-hour format is supported in the locale (see [xref to XBD 7.3.5.1]). On page 2046 lines 65589-65590 section strftime(), change: Replaced by the time in a.m. and p.m. notation; in the POSIX locale ... to: Replaced by the time in 12-hour clock notation; [CX]if the 12-hour format is not supported in the locale, this shall be either an empty string or the time in a 24-hour clock notation[/CX]. In the POSIX locale ... On page 2064 line 66161 section strptime(), change: 12-hour clock time using the AM/PM notation if t_fmt_ampm is not an empty string in the LC_TIME portion of the current locale ... to: 12-hour clock time, if the 12-hour format is supported in the locale (see [xref to XBD 7.3.5.1]) ... On page 2474 line 79408 section at, change: An AM/PM indication (one of the values from the am_pm keywords in the LC_TIME locale category) can follow the time to: If the LC_TIME category of the locale supports 12-hour time format (see [xref to XBD 7.3.5.1]), an AM/PM indication in the form of one of the values from the am_pm keywords in the LC_TIME locale category can follow the time The following change is not needed if this bug is applied after bug 466 (which replaces the conversion specifiers with a reference to strftime()). On page 2635 lines 85710-85711 section date, change: 12-hour clock time [01,12] using the AM/PM notation; in the POSIX locale ... to: 12-hour clock time notation; if the 12-hour format is not supported in the locale, this shall be either an empty string or the time in a 24-hour clock notation. In the POSIX locale ... Bug 1309: Clarity needed for initial value of $? at start of compound-list compound statements Accepted as Marked https://austingroupbugs.net/view.php?id=1309 This item is tagged for Issue 8. An interpretation is required. Interpretation response ------------------------ The standard is unclear on this issue, and no conformance distinction can be made between alternative implementations based on this. This is being referred to the sponsor. Rationale: ------------- Wording such as "last command" is imprecise. Notes to the Editor (not part of this interpretation): ------------------------------------------------------- Implement Note: 0004744 choosing option 2 in the first part. Bug 1310: CONSEQUENCES OF ERRORS for vi tries to define undefined behaviour Accepted https://austingroupbugs.net/view.php?id=1310 This item is tagged TC3-2008 Next Steps ---------- Apologies in advance: None The next calls are on: February 3 2020 (Monday) This call will be for 60 minutes. February 6 2019 (Thursday) This call will be for 90 minutes. Calls are anchored on US time. (8am Pacific) Please check the calendar invites for dial in details. https://austingroupbugs.net An etherpad is usually up for the meeting, with a URL using the date format as below: https://posix.rhansen.org/p/20xx-mm-dd username=posix password=2115756#