Re: [1003.1(2004)/Issue 6 0000267]: time (keyword)
Date:Fri, 6 Mar 2020 07:21:29 + From:Austin Group Bug Tracker Message-ID: | A NOTE has been added to this issue. | A few explanations related to ... Ugh. I hate the mantis web interface!That note escaped from me (twice) before I was finished with it, hence it was later edited (twice). Ignore the e-mail about the (this) note, what's there is incomplete nonsense instead look at what is on mantis now, alternatively, this is what that note ended up saying, after editing (just to finish content, there might still be typos). kre A few explanations related to Note: 0004794 A few of the changes are just intended to clarify what is stated now in the way I feel it should be stated to avoid potential problems, eg: where XCU 2.4 says: Words that are the concatenation of a name and a (':') are reserved; their use produces unspecified results. it doesn't say that this applies only where the word appears in a place where a reserverd word might be recognised, so for example, taken literally this would mean echo Usage: whatever (ignoring whatever effect my use of echo might have here) would have unspecified results, because Usage: is a word that is the concatenation of a name and a colon. That kind of thing should be fixed whatever else happens, and as making time back being an unspecified reserved word means changes all around that area (and ideally we need a method to introduce new reserved words, without stepping on the planned label namespace) this seemed like a good opportunity to fix this kind of wording. Apart from that the intent is to make unspecified all of the cases where time being a reserved word, and time being a utility are different, while leaving the simple case time cmd [arg...] as meaning the same as it does where the time utility is invoked, so that usage remains safe to use (but only in this very simplest of cases). That will make things like attempting to define time as a function non-conformant as reserved words cannot be redefined that way, while leaving it open for any implementation that treats time as a reserved word to largely do as it wants (within the confines of what reserved words can do). We can work on an entirely new method for timing shell operations (including utility invocations) later - for issue 9 or something...
[1003.1(2004)/Issue 6 0000267]: time (keyword)
A NOTE has been added to this issue. == https://austingroupbugs.net/view.php?id=267 == Reported By:Don Cragun Assigned To:ajosey == Project:1003.1(2004)/Issue 6 Issue ID: 267 Category: Shell and Utilities Type: Clarification Requested Severity: Objection Priority: normal Status: Under Review Name: Don Cragun Organization: User Reference: Section:time Page Number:916-919 Line Number:35505-35633 Interp Status: --- Final Accepted Text:WAS https://austingroupbugs.net/view.php?id=267#c442 and https://austingroupbugs.net/view.php?id=267#c1692 == Date Submitted: 2010-06-25 16:19 UTC Last Modified: 2020-03-06 07:21 UTC == Summary:time (keyword) == Relationships ID Summary -- related to 789 Add set -o pipefail has duplicate 0001051 stderr redirection of the "time&qu... related to 723 time is not allowed to write error mess... == -- (0004795) kre (reporter) - 2020-03-06 07:21 https://austingroupbugs.net/view.php?id=267#c4795 -- A few explanations related to https://austingroupbugs.net/view.php?id=267#c4794 A few of the changes are just intended to clarify what is stated now in the way I feel it should be stated to avoid potential problems, eg: where XCU 2.4 says: Words that are the concatenation of a name and a (':') are reserved; their use produces unspecified results. Issue History Date ModifiedUsername FieldChange == 2010-06-25 16:19 geoffclare New Issue 2010-06-25 16:19 geoffclare Status New => Under Review 2010-06-25 16:19 geoffclare Assigned To => ajosey 2010-06-25 16:19 geoffclare Name => Don Cragun 2010-06-25 16:19 geoffclare Section => time 2010-06-25 16:19 geoffclare Page Number => 916-919 2010-06-25 16:19 geoffclare Line Number => 35505-35633 2010-06-25 16:19 geoffclare Interp Status => --- 2010-06-25 16:20 geoffclare Note Added: 437 2010-06-25 16:20 geoffclare Reporter geoffclare => Don Cragun 2010-06-26 17:52 geoffclare Note Added: 442 2010-06-26 17:54 geoffclare Interp Status--- => Pending 2010-06-26 17:54 geoffclare Final Accepted Text => https://austingroupbugs.net/view.php?id=267#c442 2010-06-26 17:54 geoffclare Status Under Review => Interpretation Required 2010-06-26 17:54 geoffclare Resolution Open => Accepted As Marked 2010-07-30 08:19 ajosey Interp StatusPending => Proposed 2010-07-30 08:19 ajosey Note Added: 493 2010-09-03 16:38 ajosey Interp StatusProposed => Approved 2013-07-16 15:20 geoffclare Relationship added related to 723 2013-08-01 15:13 geoffclare Note Added: 0001692 2013-08-01 15:14 geoffclare Final Accepted Text https://austingroupbugs.net/view.php?id=267#c442 => https://austingroupbugs.net/view.php?id=267#c442 and https://austingroupbugs.net/view.php?id=267#c1692 2013-08-01 15:15 geoffclare Note Edited: 0001692 2016-05-04 15:10 geoffclare Relationship added related to 0001051 2016-05-04 18:21 shware_systems Tag Attached: issue8 2016-05-05 22:18 stephane Note Added: 0003199 2016-05-05 22:19 stephane Note Edited: 0003199 2016-05-06 07:46 stephane Note Edited: 0003199 2016-05-09 10:06 joerg Note Added: 0003202 2016-05-11 11:38 stephane Note Added: 0003209 2016
[1003.1(2004)/Issue 6 0000267]: time (keyword)
A NOTE has been added to this issue. == https://austingroupbugs.net/view.php?id=267 == Reported By:Don Cragun Assigned To:ajosey == Project:1003.1(2004)/Issue 6 Issue ID: 267 Category: Shell and Utilities Type: Clarification Requested Severity: Objection Priority: normal Status: Under Review Name: Don Cragun Organization: User Reference: Section:time Page Number:916-919 Line Number:35505-35633 Interp Status: --- Final Accepted Text:WAS https://austingroupbugs.net/view.php?id=267#c442 and https://austingroupbugs.net/view.php?id=267#c1692 == Date Submitted: 2010-06-25 16:19 UTC Last Modified: 2020-03-06 07:18 UTC == Summary:time (keyword) == Relationships ID Summary -- related to 789 Add set -o pipefail has duplicate 0001051 stderr redirection of the "time&qu... related to 723 time is not allowed to write error mess... == -- (0004794) kre (reporter) - 2020-03-06 07:18 https://austingroupbugs.net/view.php?id=267#c4794 -- A proposed resolution to this issue (will need word smithing and formatting): In XCU 2.4: Change the paragraph at lines 74823-4 (page 2349) from: The following words may be recognized as reserved words on some implementations (when none of the characters are quoted), causing unspecified results: to: The following words, when used as required above in the circumstances where words can be recognised as reserved words, may be treated as reserved words, causing unspecified results: In line 74825 (page 2349) after the word "select" add "time". Add a new paragraph between lines 74825 and 74826 (page 2349): When the word "time" is recognised as a reserved word, it shall be implemented in such a manner that when used in circumstances where it would, were it not a reserved word, be treated as the simple-command invoking the utility time[xref...] in a manner that its operation would produce specified results (without requiring it be invoked in a manner to necessarily produce a specified output format) then the results shall be indistinguishable (other than in terms of execution speed or possible side effects) from invoking the time utility as specified [xref]. Change the paragraph in lines 74826-7 (page 2349) from: Words that are the concatenation of a name and a (':') are reserved; their use produces unspecified results. to: When used in a context and manner where recognition as a reserved word would be possible, every word where the final character is a (':') is reserved, use of such a word in that context produces unspecified results. In XCU 4, in the description of the time utility (page 3297), change the paragraph and following examples in lines 110983-8 from: When time is used as part of a pipeline, the times reported are unspecified, except when it is the sole command within a grouping command (see Section 2.9.4.1, on page 2371) in that pipeline. For example, the commands on the left are unspecified; those on the right report on utilities a and c, respectively: time a | b | c{ time a; } | b | c a | b | time ca | b | (time c) to: When any input or output redirections [xref], including those implied by use in a pipeline [xref], are applied to the simple-command which invokes the time utility, or when the next non-empty word that follows "time" would be, were "time" not present, a reserved word, control operator, or be, or expand to, the name of any built-in utility or function, the results (including parsing) are unspecified. The limitation on redirections can be overcome by embedding the simple-command that invokes the time utility within a compound-command (most commonly a group, or subshell) [xref
[1003.1(2016)/Issue7+TC2 0001317]: Require fork handlers to be called in certain conditions
The following issue has been set as RELATED TO issue 0001318. == https://austingroupbugs.net/view.php?id=1317 == Reported By:nate_karstens Assigned To: == Project:1003.1(2016)/Issue7+TC2 Issue ID: 1317 Category: System Interfaces Type: Enhancement Request Severity: Comment Priority: normal Status: Interpretation Required Name: Nate Karstens Organization: Garmin User Reference: Section:system, popen, posix_spawn, etc. Page Number:Unknown Line Number:Unknown Interp Status: Pending Final Accepted Text:See https://austingroupbugs.net/view.php?id=1317#c4789 == Date Submitted: 2020-01-11 12:40 UTC Last Modified: 2020-03-05 17:30 UTC == Summary:Require fork handlers to be called in certain conditions == Relationships ID Summary -- related to 0001318 Define close-on-fork flag == Issue History Date ModifiedUsername FieldChange == 2020-01-11 12:40 nate_karstens New Issue 2020-01-11 12:40 nate_karstens Name => Nate Karstens 2020-01-11 12:40 nate_karstens Organization => Garmin 2020-01-11 12:40 nate_karstens Section => system, popen, posix_spawn, etc. 2020-01-11 12:40 nate_karstens Page Number => Unknown 2020-01-11 12:40 nate_karstens Line Number => Unknown 2020-02-27 17:27 nick Note Added: 0004789 2020-02-27 17:28 nick Note Edited: 0004789 2020-02-27 17:29 nick Note Edited: 0004789 2020-02-27 17:29 nick Tag Attached: issue8 2020-02-27 17:30 nick Interp Status => --- 2020-02-27 17:30 nick Final Accepted Text => See https://austingroupbugs.net/view.php?id=1317#c4789 2020-02-27 17:30 nick Status New => Resolved 2020-02-27 17:30 nick Resolution Open => Accepted As Marked 2020-02-27 17:32 nick Note Edited: 0004789 2020-02-27 17:37 nick Note Edited: 0004789 2020-02-27 17:37 nick Interp Status--- => Pending 2020-02-27 17:37 nick Status Resolved => Interpretation Required 2020-02-27 17:38 nick Tag Detached: issue8 2020-02-27 17:38 geoffclare Note Added: 0004790 2020-02-27 17:38 nick Tag Attached: tc3-2008 2020-03-05 17:30 eblake Relationship added related to 0001318 ==
[1003.1(2016)/Issue7+TC2 0001318]: Define close-on-fork flag
The following issue has been set as RELATED TO issue 0001317. == https://austingroupbugs.net/view.php?id=1318 == Reported By:nate_karstens Assigned To: == Project:1003.1(2016)/Issue7+TC2 Issue ID: 1318 Category: System Interfaces Type: Enhancement Request Severity: Comment Priority: normal Status: New Name: Nate Karstens Organization: Garmin User Reference: Section:fcntl, open, socket Page Number:Unknown Line Number:Unknown Interp Status: --- Final Accepted Text: == Date Submitted: 2020-01-12 10:50 UTC Last Modified: 2020-01-13 16:38 UTC == Summary:Define close-on-fork flag == Relationships ID Summary -- related to 411 adding atomic FD_CLOEXEC support related to 0001317 Require fork handlers to be called in c... == Issue History Date ModifiedUsername FieldChange == 2020-01-12 10:50 nate_karstens New Issue 2020-01-12 10:50 nate_karstens Name => Nate Karstens 2020-01-12 10:50 nate_karstens Organization => Garmin 2020-01-12 10:50 nate_karstens Section => fcntl, open, socket 2020-01-12 10:50 nate_karstens Page Number => Unknown 2020-01-12 10:50 nate_karstens Line Number => Unknown 2020-01-13 07:28 kreNote Added: 0004725 2020-01-13 16:37 eblake Relationship added related to 411 2020-01-13 16:38 eblake Note Added: 0004728 2020-03-05 17:30 eblake Relationship added related to 0001317 ==
[1003.1(2008)/Issue 7 0000449]: add ;& case statement fallthrough to sh
A NOTE has been added to this issue. == https://austingroupbugs.net/view.php?id=449 == Reported By:eblake Assigned To:ajosey == Project:1003.1(2008)/Issue 7 Issue ID: 449 Category: Shell and Utilities Type: Enhancement Request Severity: Comment Priority: normal Status: Resolved Name: Eric Blake Organization: Red Hat User Reference: ebb.case Section:2.9.4.3 Case Conditional Construct Page Number:2322 Line Number:73308 Interp Status: --- Final Accepted Text:https://austingroupbugs.net/view.php?id=449#c968 Resolution: Accepted As Marked Fixed in Version: == Date Submitted: 2011-05-19 23:15 UTC Last Modified: 2020-03-05 17:05 UTC == Summary:add ;& case statement fallthrough to sh == -- (0004793) geoffclare (manager) - 2020-03-05 17:05 https://austingroupbugs.net/view.php?id=449#c4793 -- This resolution was reviewed in the March 5th teleconference, and https://austingroupbugs.net/view.php?id=449#c968 was updated to add the XBD 3.113 change, the line 73312 change, and the last paragraph of the rationale addition. Issue History Date ModifiedUsername FieldChange == 2011-05-19 23:15 eblake New Issue 2011-05-19 23:15 eblake Status New => Under Review 2011-05-19 23:15 eblake Assigned To => ajosey 2011-05-19 23:15 eblake Name => Eric Blake 2011-05-19 23:15 eblake Organization => Red Hat 2011-05-19 23:15 eblake User Reference=> ebb.case 2011-05-19 23:15 eblake Section => 2.9.4.3 Case Conditional Construct 2011-05-19 23:15 eblake Page Number => 2322 2011-05-19 23:15 eblake Line Number => 73308 2011-05-19 23:15 eblake Interp Status => --- 2011-05-19 23:16 eblake Tag Attached: issue8 2011-06-09 15:59 msbrownNote Added: 810 2011-06-09 15:59 msbrownResolution Open => Future Enhancement 2011-09-08 15:50 Don Cragun Status Under Review => Resolved 2011-09-08 15:50 Don Cragun Resolution Future Enhancement => Accepted 2011-09-08 15:52 nick Note Added: 955 2011-09-09 08:40 geoffclare Note Added: 957 2011-09-09 08:40 geoffclare Status Resolved => Under Review 2011-09-09 08:40 geoffclare Resolution Accepted => Reopened 2011-09-22 15:30 geoffclare Note Added: 968 2011-09-22 15:31 geoffclare Final Accepted Text => https://austingroupbugs.net/view.php?id=449#c968 2011-09-22 15:31 geoffclare Status Under Review => Resolved 2011-09-22 15:31 geoffclare Resolution Reopened => Accepted As Marked 2020-03-05 17:02 geoffclare Note Edited: 968 2020-03-05 17:03 geoffclare Note Edited: 968 2020-03-05 17:05 geoffclare Note Added: 0004793 ==
[1003.1(2008)/Issue 7 0000508]: Add ptsname_r
The following issue has a resolution that has been APPLIED. == https://austingroupbugs.net/view.php?id=508 == Reported By:eblake Assigned To:ajosey == Project:1003.1(2008)/Issue 7 Issue ID: 508 Category: System Interfaces Type: Enhancement Request Severity: Objection Priority: normal Status: Applied Name: Eric Blake Organization: Red Hat User Reference: ebb.ptsname_r Section:ptsname Page Number:1712 Line Number:54741 Interp Status: --- Final Accepted Text:See https://austingroupbugs.net/view.php?id=508#c1248 Resolution: Accepted As Marked Fixed in Version: == Date Submitted: 2011-11-10 21:26 UTC Last Modified: 2020-03-05 15:25 UTC == Summary:Add ptsname_r == Relationships ID Summary -- related to 503 ptsname should define optional errno va... related to 075 functions that are allowed to overwrite... related to 618 require isatty and friends to set errno... == Issue History Date ModifiedUsername FieldChange == 2011-11-10 21:26 eblake New Issue 2011-11-10 21:26 eblake Status New => Under Review 2011-11-10 21:26 eblake Assigned To => ajosey 2011-11-10 21:26 eblake Name => Eric Blake 2011-11-10 21:26 eblake Organization => Red Hat 2011-11-10 21:26 eblake User Reference=> ebb.ptsname_r 2011-11-10 21:26 eblake Section => ptsname 2011-11-10 21:26 eblake Page Number => 1712 2011-11-10 21:26 eblake Line Number => 54741 2011-11-10 21:26 eblake Interp Status => --- 2011-11-10 21:27 eblake Tag Attached: issue8 2011-11-10 21:27 eblake Relationship added related to 503 2011-11-10 21:28 eblake Relationship added related to 075 2012-05-31 16:03 eblake Desired Action Updated 2012-05-31 16:07 nick Final Accepted Text => See https://austingroupbugs.net/view.php?id=508#c1248 2012-05-31 16:07 nick Note Added: 0001248 2012-05-31 16:07 nick Status Under Review => Resolved 2012-05-31 16:07 nick Resolution Open => Accepted As Marked 2012-10-03 03:30 eblake Relationship added related to 618 2020-03-05 15:25 geoffclare Status Resolved => Applied ==
[1003.1(2008)/Issue 7 0000502]: XSI semaphore maximum value
The following issue has a resolution that has been APPLIED. == https://austingroupbugs.net/view.php?id=502 == Reported By:weeks Assigned To:ajosey == Project:1003.1(2008)/Issue 7 Issue ID: 502 Category: Base Definitions and Headers Type: Error Severity: Editorial Priority: normal Status: Applied Name: Nathan Weeks Organization: Iowa State University HPC Group User Reference: Section:4.16 Semaphore Page Number:113 Line Number:3094-3095 Interp Status: Approved Final Accepted Text:See https://austingroupbugs.net/view.php?id=502#c996 Resolution: Accepted As Marked Fixed in Version: == Date Submitted: 2011-10-19 00:05 UTC Last Modified: 2020-03-05 15:09 UTC == Summary:XSI semaphore maximum value == Issue History Date ModifiedUsername FieldChange == 2011-10-19 00:05 weeks New Issue 2011-10-19 00:05 weeks Status New => Under Review 2011-10-19 00:05 weeks Assigned To => ajosey 2011-10-19 00:05 weeks Name => Nathan Weeks 2011-10-19 00:05 weeks Organization => Iowa State University HPC Group 2011-10-19 00:05 weeks Section => 4.16 Semaphore 2011-10-19 00:05 weeks Page Number => 0 2011-10-19 00:05 weeks Line Number => 0 2011-10-19 00:17 Don Cragun Page Number 0 => 113 2011-10-19 00:17 Don Cragun Line Number 0 => 3094-3095 2011-10-19 00:17 Don Cragun Interp Status => --- 2011-10-19 00:42 drepperNote Added: 992 2011-10-20 16:02 jim_pugsleyNote Added: 996 2011-10-20 16:04 jim_pugsleyNote Added: 997 2011-10-20 16:06 jim_pugsleyNote Edited: 996 2011-10-20 16:08 jim_pugsleyTag Attached: issue8 2011-10-20 16:10 jim_pugsleyStatus Under Review => Interpretation Required 2011-10-20 16:10 jim_pugsleyResolution Open => Accepted As Marked 2011-10-20 16:12 jim_pugsleyInterp Status--- => Pending 2011-10-20 16:12 jim_pugsleyFinal Accepted Text => See https://austingroupbugs.net/view.php?id=502#c996 2012-06-29 16:17 ajosey Interp StatusPending => Proposed 2012-06-29 16:17 ajosey Note Added: 0001295 2012-08-30 09:16 ajosey Interp StatusProposed => Approved 2012-08-30 09:16 ajosey Note Added: 0001358 2020-03-05 15:09 geoffclare Status Interpretation Required => Applied ==
[1003.1(2008)/Issue 7 0000469]: asctime and integer overflow
The following issue has a resolution that has been APPLIED. == https://austingroupbugs.net/view.php?id=469 == Reported By:eblake Assigned To:ajosey == Project:1003.1(2008)/Issue 7 Issue ID: 469 Category: System Interfaces Type: Error Severity: Editorial Priority: normal Status: Applied Name: Eric Blake Organization: Red Hat User Reference: ebb.asctime Section:asctime Page Number:590 Line Number:20346 Interp Status: Approved Final Accepted Text:See https://austingroupbugs.net/view.php?id=469#c934 Resolution: Accepted As Marked Fixed in Version: == Date Submitted: 2011-06-30 15:49 UTC Last Modified: 2020-03-05 15:07 UTC == Summary:asctime and integer overflow == Issue History Date ModifiedUsername FieldChange == 2011-06-30 15:49 eblake New Issue 2011-06-30 15:49 eblake Status New => Under Review 2011-06-30 15:49 eblake Assigned To => ajosey 2011-06-30 15:49 eblake Name => Eric Blake 2011-06-30 15:49 eblake Organization => Red Hat 2011-06-30 15:49 eblake User Reference=> ebb.asctime 2011-06-30 15:49 eblake Section => asctime 2011-06-30 15:49 eblake Page Number => 590 2011-06-30 15:49 eblake Line Number => 20346 2011-06-30 15:49 eblake Interp Status => --- 2011-06-30 15:49 eblake Tag Attached: c99 2011-06-30 16:47 eblake Note Added: 874 2011-06-30 17:02 eblake Note Added: 875 2011-08-04 16:27 eblake Note Added: 920 2011-08-04 16:35 nick Note Added: 921 2011-08-04 16:52 eblake Note Added: 922 2011-08-11 15:22 msbrownInterp Status--- => Pending 2011-08-11 15:22 msbrownNote Added: 934 2011-08-11 15:22 msbrownStatus Under Review => Interpretation Required 2011-08-11 15:22 msbrownResolution Open => Accepted As Marked 2011-08-11 15:23 msbrownFinal Accepted Text => See https://austingroupbugs.net/view.php?id=469#c934 2011-08-11 15:23 msbrownNote Added: 935 2011-08-11 15:40 Don Cragun Tag Attached: issue8 2012-06-29 16:19 ajosey Interp StatusPending => Proposed 2012-06-29 16:19 ajosey Note Added: 0001302 2012-08-30 09:11 ajosey Interp StatusProposed => Approved 2012-08-30 09:11 ajosey Note Added: 0001343 2020-03-05 15:07 geoffclare Status Interpretation Required => Applied ==
[1003.1(2008)/Issue 7 0000466]: date +%C problem
The following issue has a resolution that has been APPLIED. == https://austingroupbugs.net/view.php?id=466 == Reported By:eblake Assigned To:ajosey == Project:1003.1(2008)/Issue 7 Issue ID: 466 Category: Shell and Utilities Type: Error Severity: Editorial Priority: normal Status: Applied Name: Eric Blake Organization: Red Hat User Reference: ebb.date Section:date Page Number:2575 Line Number:82887 Interp Status: --- Final Accepted Text:See https://austingroupbugs.net/view.php?id=466#c966 Resolution: Accepted As Marked Fixed in Version: == Date Submitted: 2011-06-24 21:07 UTC Last Modified: 2020-03-05 15:04 UTC == Summary:date +%C problem == Relationships ID Summary -- related to 169 date utility needs ``%s'' parent of 0001307 am_pm value in locales that do not dist... has duplicate 047 Missing specifiers for date utility related to 0001184 strftime %C padding character unspecified == Issue History Date ModifiedUsername FieldChange == 2011-06-24 21:07 eblake New Issue 2011-06-24 21:07 eblake Status New => Under Review 2011-06-24 21:07 eblake Assigned To => ajosey 2011-06-24 21:07 eblake Name => Eric Blake 2011-06-24 21:07 eblake Organization => Red Hat 2011-06-24 21:07 eblake User Reference=> ebb.date 2011-06-24 21:07 eblake Section => date 2011-06-24 21:07 eblake Page Number => 2575 2011-06-24 21:07 eblake Line Number => 82887 2011-06-24 21:07 eblake Interp Status => --- 2011-06-24 21:13 eblake Relationship added related to 047 2011-06-24 21:13 eblake Relationship added related to 169 2011-06-30 16:21 msbrownTag Attached: issue8 2011-06-30 16:27 nick Note Added: 873 2011-06-30 16:27 nick Status Under Review => Resolved 2011-06-30 16:27 nick Resolution Open => Future Enhancement 2011-06-30 16:29 nick Note Edited: 873 2011-06-30 16:29 nick Note Edited: 873 2011-06-30 16:30 nick Final Accepted Text => See https://austingroupbugs.net/view.php?id=466#c873 2011-06-30 16:30 nick Note Edited: 873 2011-06-30 17:37 Don Cragun Relationship replacedhas duplicate 047 2011-07-08 16:02 Don Cragun Resolution Future Enhancement => Accepted As Marked 2011-09-14 09:15 geoffclare Note Added: 966 2011-09-14 09:15 geoffclare Status Resolved => Under Review 2011-09-14 09:15 geoffclare Resolution Accepted As Marked => Reopened 2011-09-22 16:03 nick Final Accepted Text See https://austingroupbugs.net/view.php?id=466#c873 => See https://austingroupbugs.net/view.php?id=466#c966 2011-09-22 16:03 nick Status Under Review => Resolved 2011-09-22 16:03 nick Resolution Reopened => Accepted As Marked 2019-02-21 17:28 eblake Relationship added related to 0001184 2020-01-30 16:58 eblake Relationship added parent of 0001307 2020-03-05 15:04 geoffclare Status Resolved => Applied ==
[1003.1(2008)/Issue 7 0000456]: mandate binary mode of fmemopen
The following issue has a resolution that has been APPLIED. == https://austingroupbugs.net/view.php?id=456 == Reported By:eblake Assigned To:ajosey == Project:1003.1(2008)/Issue 7 Issue ID: 456 Category: System Interfaces Type: Enhancement Request Severity: Objection Priority: normal Status: Applied Name: Eric Blake Organization: Red Hat User Reference: ebb.fmemopen.2 Section:fmemopen Page Number:866 Line Number:28742 Interp Status: --- Final Accepted Text:See https://austingroupbugs.net/view.php?id=456#c878 Resolution: Accepted As Marked Fixed in Version: == Date Submitted: 2011-06-02 18:55 UTC Last Modified: 2020-03-05 15:01 UTC == Summary:mandate binary mode of fmemopen == Relationships ID Summary -- related to 411 adding atomic FD_CLOEXEC support related to 461 missing shalls in interfaces new to Iss... related to 657 Conditions under which fmemopen() write... child of396 fmemopen vs. 'b' mode flag == Issue History Date ModifiedUsername FieldChange == 2011-06-02 18:55 eblake New Issue 2011-06-02 18:55 eblake Status New => Under Review 2011-06-02 18:55 eblake Assigned To => ajosey 2011-06-02 18:55 eblake Name => Eric Blake 2011-06-02 18:55 eblake Organization => Red Hat 2011-06-02 18:55 eblake User Reference=> ebb.fmemopen.2 2011-06-02 18:55 eblake Section => fmemopen 2011-06-02 18:55 eblake Page Number => 866 2011-06-02 18:55 eblake Line Number => 28742 2011-06-02 18:55 eblake Interp Status => --- 2011-06-02 19:12 eblake Relationship added child of 396 2011-06-02 19:13 eblake Relationship added related to 411 2011-06-02 19:13 eblake Tag Attached: issue8 2011-06-07 20:59 eblake Relationship added related to 461 2011-06-15 15:09 msbrownResolution Open => Future Enhancement 2011-06-30 21:38 eblake Note Added: 878 2011-09-08 15:41 Don Cragun Final Accepted Text => See https://austingroupbugs.net/view.php?id=456#c878 2011-09-08 15:41 Don Cragun Status Under Review => Resolved 2011-09-08 15:41 Don Cragun Resolution Future Enhancement => Accepted As Marked 2013-02-14 16:55 eblake Relationship added related to 657 2020-03-05 15:01 geoffclare Status Resolved => Applied ==
[1003.1(2008)/Issue 7 0000500]: Special meaning of inside double quotes
A NOTE has been added to this issue. == https://austingroupbugs.net/view.php?id=500 == Reported By:geoffclare Assigned To:ajosey == Project:1003.1(2008)/Issue 7 Issue ID: 500 Category: Shell and Utilities Type: Error Severity: Objection Priority: normal Status: Interpretation Required Name: Geoff Clare Organization: The Open Group User Reference: Section:2.2.3 Double-Quotes Page Number:2299 Line Number:72397 Interp Status: Approved Final Accepted Text:https://austingroupbugs.net/view.php?id=500#c1000 == Date Submitted: 2011-10-12 11:02 UTC Last Modified: 2020-03-05 09:45 UTC == Summary:Special meaning of inside double quotes == Relationships ID Summary -- related to 221 poor wording about even quotes in doubl... == -- (0004792) geoffclare (manager) - 2020-03-05 09:45 https://austingroupbugs.net/view.php?id=500#c4792 -- Re: https://austingroupbugs.net/view.php?id=500#c4218 The last paragraph does not apply to here documents because it says "in order to be included within double-quotes", and here documents are not within double-quotes. It is also not intended to apply to $((...)) since there is no reason for an application to want to achieve the goal of including a " inside $((...)) as it would be a syntax error. Having said that, the situation for $((...)) within double quotes is interesting. As far as I can tell the standard does not describe how the shell should behave when given something like: echo "$((1"+"2))" Ksh and bash seem to treat the second " as paired with the first, and the third as starting new double-quotes that end at the fourth, thus they output 3. The other shells I tried report an error. So for ksh and bash the last paragraph is actually true: in order to include a " inside a $((...)) that is within double-quotes, and thus produce the expected syntax error, the " does need to be preceded by backslash. In conclusion, I think that the existing resolution should be applied as-is and if anyone thinks the issue of how to parse "$((1"+"2))" is worth making explicitly unspecified, instead implicitly unspecified as it is now, then they should raise it as a separate bug. Issue History Date ModifiedUsername FieldChange == 2011-10-12 11:02 geoffclare New Issue 2011-10-12 11:02 geoffclare Status New => Under Review 2011-10-12 11:02 geoffclare Assigned To => ajosey 2011-10-12 11:02 geoffclare Name => Geoff Clare 2011-10-12 11:02 geoffclare Organization => The Open Group 2011-10-12 11:02 geoffclare Section => 2.2.3 Double-Quotes 2011-10-12 11:02 geoffclare Page Number => 2299 2011-10-12 11:02 geoffclare Line Number => 72397 2011-10-12 11:02 geoffclare Interp Status => --- 2011-10-12 17:31 wpollock Note Added: 990 2011-10-13 09:21 geoffclare Note Added: 991 2011-10-21 10:44 geoffclare Relationship added related to 221 2011-10-21 11:06 geoffclare Note Added: 998 2011-11-03 15:13 msbrownInterp Status--- => Proposed 2011-11-03 15:13 msbrownNote Added: 0001000 2011-11-03 15:13 msbrownStatus Under Review => Interpretation Required 2011-11-03 15:13 msbrownResolution Open => Accepted As Marked 2011-11-03 15:13 msbrownDesired Action Updated 2011-11-03 15:13 msbrownFinal Accepted Text => https://austingroupbugs.net/view.php?id=500#c1000 2011-11-03 15:13 msbrownTag Attached: issue8 2011-11-03 15:14 ms