Re: [1003.1(2016)/Issue7+TC2 0001295]: Left brackets in shell patterns may cause other pattern matching characters to be taken literally in all contexts
Date:Fri, 13 Dec 2019 07:44:57 +0700 From:Robert Elz Message-ID: <15286.1576197...@jinx.noi.kre.to> | never the write answer. That was, or course, a brain fade, homonyms gone wild ... but somehow seems slightly apt! kre
Re: [1003.1(2016)/Issue7+TC2 0001295]: Left brackets in shell patterns may cause other pattern matching characters to be taken literally in all contexts
Date:Thu, 12 Dec 2019 21:37:55 + From:Harald van Dijk Message-ID: | This change would benefit not just those shells, but also other existing | shells, The point of the standard isn't to benefit the shells (whatever it may appear from the people who are involved here) but to benefit the users of the shells. If we keep making more and more unspecified, it just keeps getting harder and harder to write a script that will do something useful, and older scripts are less likely to keep working. Making things unspecified because some shells have, or had, bugs, or because some shell implementor is too lazy to do things correctly is never the write answer. Just fix the broken shells. kre
Re: [1003.1(2016)/Issue7+TC2 0001295]: Left brackets in shell patterns may cause other pattern matching characters to be taken literally in all contexts
On 12/12/2019 17:17, Austin Group Bug Tracker wrote: -- (0004684) geoffclare (manager) - 2019-12-12 17:17 http://austingroupbugs.net/view.php?id=1295#c4684 -- This was discussed in the 2019-12-12 teleconference. Since the only shells that would need this change are pdksh and posh, neither of which aims to be fully POSIX conforming, this bug is being rejected. It is not true that this would only be beneficial to pdksh and posh. It is also not true that neither pdksh nor posh aim to be POSIX-conforming. pdksh is intentionally POSIX-incompatible by default for backwards compatibility, but provides a 'set -o posix' option to switch to POSIX mode. This is what several other shells do as well. It can also be invoked in POSIX mode in other ways. posh made pdksh's 'set -o posix' mode the only mode and documents that any inconsistencies between its implementation and Debian policy (SUSv3 plus a few conforming extensions) will be regarded as legitimate bugs if reported. This change would benefit not just those shells, but also other existing shells, by changing the requirements from: case [* in [*) echo must match ;; esac case [a in [*) echo must match ;; esac to case [* in [*) echo must match ;; esac case [a in [*) echo may match ;; esac dash reported a match for the first line, but not the second, in older versions. bosh still reports a match the first line, but not the second, except in POSIX mode where it reports a match for neither. Changing its POSIX mode behaviour to print a match for the first line, like in non-POSIX mode, is going to be almost trivial by doing it exactly the same way pdksh was already doing it. Changing it to print a match for both lines is going to involve more work. (I am not trying to speak for Joerg. It is possible that that is work he wants to do anyway.) This change would benefit my shell, as well as other ones, when fixing the handling of indirect backslashes in unclosed bracket expressions, by not requiring re-parsing from the unmatched '['. Cheers, Harald van Dijk
Interpretation starting for a 30 day review (1290)
All The following interpretation is starting a 30 day review 0001290: arpa/inet.h - origin of socklen_t is unclear Comments are due back no later than January 12 2020 regards Andrew Andrew JoseyThe Open Group Austin Group Chair Email: a.jo...@opengroup.org Apex Plaza, Forbury Road,Reading,Berks.RG1 1AX,England To learn how we maintain your privacy, please review The Open Group Privacy Statement at http://www.opengroup.org/privacy. To unsubscribe/opt-out from this mailing list login to The Open Group collaboration portal at https://collaboration.opengroup.org/operational/portal.php?action=unsub=2481
[1003.1(2016)/Issue7+TC2 0001290]: arpa/inet.h - origin of socklen_t is unclear
The following issue has been UPDATED. == http://austingroupbugs.net/view.php?id=1290 == Reported By:joelsherrill Assigned To: == Project:1003.1(2016)/Issue7+TC2 Issue ID: 1290 Category: Base Definitions and Headers Type: Clarification Requested Severity: Editorial Priority: normal Status: Interpretation Required Name: Joel Sherrill Organization: RTEMS.org User Reference: Section:arpa/inet.h Page Number:NA - used web Line Number:NA - used web Interp Status: Proposed Final Accepted Text:See http://austingroupbugs.net/view.php?id=1290#c4615 == Date Submitted: 2019-09-27 19:20 UTC Last Modified: 2019-12-12 17:32 UTC == Summary:arpa/inet.h - origin of socklen_t is unclear == Relationships ID Summary -- related to 0001289 netdb.h - in_port_t and in_addr_t do no... == -- (0004685) agadmin (administrator) - 2019-12-12 17:32 http://austingroupbugs.net/view.php?id=1290#c4685 -- Interpretation proposed: 12 Dec 2019 Issue History Date ModifiedUsername FieldChange == 2019-09-27 19:20 joelsherrill New Issue 2019-09-27 19:20 joelsherrill Name => Joel Sherrill 2019-09-27 19:20 joelsherrill Organization => RTEMS.org 2019-09-27 19:20 joelsherrill Section => arpa/inet.h 2019-09-27 19:20 joelsherrill Page Number => NA - used web 2019-09-27 19:20 joelsherrill Line Number => NA - used web 2019-10-07 15:39 eblake Relationship added related to 0001289 2019-10-07 15:46 nick Note Added: 0004615 2019-10-07 15:47 nick Interp Status => Pending 2019-10-07 15:47 nick Final Accepted Text => See http://austingroupbugs.net/view.php?id=1290#c4615 2019-10-07 15:47 nick Status New => Interpretation Required 2019-10-07 15:47 nick Resolution Open => Accepted As Marked 2019-10-07 15:48 nick Tag Attached: tc3-2008 2019-12-12 17:32 agadminInterp StatusPending => Proposed 2019-12-12 17:32 agadminNote Added: 0004685 ==
[1003.1(2016)/Issue7+TC2 0001297]: Potentially misleading wording wrt removal of empty fields
The following issue has been CLOSED. == http://austingroupbugs.net/view.php?id=1297 == Reported By:kre Assigned To: == Project:1003.1(2016)/Issue7+TC2 Issue ID: 1297 Category: Shell and Utilities Type: Enhancement Request Severity: Editorial Priority: normal Status: Closed Name: Robert Elz Organization: User Reference: Section:2.6 Page Number:2353 Line Number:75008-10 Interp Status: --- Final Accepted Text: Resolution: Duplicate Duplicate: 0 Fixed in Version: == Date Submitted: 2019-10-15 03:23 UTC Last Modified: 2019-12-12 17:28 UTC == Summary:Potentially misleading wording wrt removal of empty fields == Relationships ID Summary -- duplicate of0001123 Problematic specification of execution ... == Issue History Date ModifiedUsername FieldChange == 2019-10-15 03:23 kreNew Issue 2019-10-15 03:23 kreName => Robert Elz 2019-10-15 03:23 kreSection => 2.6 2019-10-15 03:23 krePage Number => 2353 2019-10-15 03:23 kreLine Number => 75008-10 2019-10-15 10:10 geoffclare Note Added: 0004622 2019-10-15 10:11 geoffclare Relationship added duplicate of 0001123 2019-12-12 17:28 geoffclare Interp Status => --- 2019-12-12 17:28 geoffclare Status New => Closed 2019-12-12 17:28 geoffclare Resolution Open => Duplicate ==
[1003.1(2016)/Issue7+TC2 0001296]: EOVERFLOW does not make sense for tmpfile
The following issue has been RESOLVED. == http://austingroupbugs.net/view.php?id=1296 == Reported By:dennisw Assigned To: == Project:1003.1(2016)/Issue7+TC2 Issue ID: 1296 Category: System Interfaces Type: Error Severity: Objection Priority: normal Status: Resolved Name: Dennis Wölfing Organization: User Reference: Section:tmpfile Page Number:2162 Line Number:69312-69313 Interp Status: --- Final Accepted Text: Resolution: Accepted Fixed in Version: == Date Submitted: 2019-10-06 15:54 UTC Last Modified: 2019-12-12 17:22 UTC == Summary:EOVERFLOW does not make sense for tmpfile == Issue History Date ModifiedUsername FieldChange == 2019-10-06 15:54 denniswNew Issue 2019-10-06 15:54 denniswName => Dennis Wölfing 2019-10-06 15:54 denniswSection => tmpfile 2019-10-06 15:54 denniswPage Number => 2162 2019-10-06 15:54 denniswLine Number => 69312-69313 2019-10-14 16:22 Don Cragun Note Added: 0004618 2019-10-14 16:37 Don Cragun Note Edited: 0004618 2019-10-14 20:30 shware_systems Note Added: 0004619 2019-10-15 09:59 geoffclare Note Added: 0004621 2019-10-15 10:01 geoffclare Note Edited: 0004621 2019-10-15 10:25 joerg Note Added: 0004623 2019-10-15 10:26 joerg Note Edited: 0004623 2019-12-12 17:18 geoffclare Note Edited: 0004621 2019-12-12 17:22 Don Cragun Interp Status => --- 2019-12-12 17:22 Don Cragun Status New => Resolved 2019-12-12 17:22 Don Cragun Resolution Open => Accepted ==
[1003.1(2016)/Issue7+TC2 0001295]: Left brackets in shell patterns may cause other pattern matching characters to be taken literally in all contexts
The following issue has been CLOSED. == http://austingroupbugs.net/view.php?id=1295 == Reported By:hvd Assigned To: == Project:1003.1(2016)/Issue7+TC2 Issue ID: 1295 Category: Shell and Utilities Type: Omission Severity: Comment Priority: normal Status: Closed Name: Harald van Dijk Organization: User Reference: Section:2.13 Page Number:2383 Line Number:76231 Interp Status: --- Final Accepted Text: Resolution: Rejected Fixed in Version: == Date Submitted: 2019-10-02 21:17 UTC Last Modified: 2019-12-12 17:17 UTC == Summary:Left brackets in shell patterns may cause other pattern matching characters to be taken literally in all contexts == Relationships ID Summary -- child of0001234 in most shells, backslash doesn't have ... == -- (0004684) geoffclare (manager) - 2019-12-12 17:17 http://austingroupbugs.net/view.php?id=1295#c4684 -- This was discussed in the 2019-12-12 teleconference. Since the only shells that would need this change are pdksh and posh, neither of which aims to be fully POSIX conforming, this bug is being rejected. Issue History Date ModifiedUsername FieldChange == 2019-10-02 21:17 hvdNew Issue 2019-10-02 21:17 hvdName => Harald van Dijk 2019-10-02 21:17 hvdSection => 2.13 2019-10-02 21:17 hvdPage Number => - 2019-10-02 21:17 hvdLine Number => - 2019-10-02 21:45 Don Cragun Relationship added child of 0001234 2019-10-02 21:49 Don Cragun Page Number - => 2383 2019-10-02 21:49 Don Cragun Line Number - => 76231 2019-10-02 21:49 Don Cragun Interp Status => --- 2019-10-28 18:09 shware_systems Note Added: 0004628 2019-10-28 19:13 hvdNote Added: 0004629 2019-10-28 20:30 stephane Note Added: 0004630 2019-10-28 21:10 hvdNote Added: 0004631 2019-10-29 07:56 stephane Note Added: 0004632 2019-12-12 17:17 geoffclare Note Added: 0004684 2019-12-12 17:17 geoffclare Status New => Closed 2019-12-12 17:17 geoffclare Resolution Open => Rejected ==
[1003.1(2016)/Issue7+TC2 0001234]: in most shells, backslash doesn't have two meaning wrt pattern matching
The following issue has a resolution that has been APPLIED. == http://austingroupbugs.net/view.php?id=1234 == Reported By:stephane Assigned To: == Project:1003.1(2016)/Issue7+TC2 Issue ID: 1234 Category: Shell and Utilities Type: Enhancement Request Severity: Editorial Priority: normal Status: Applied Name: Stephane Chazelas Organization: User Reference: Section:2.13.1 Page Number:2382 Line Number:76212-76215 Interp Status: Approved Final Accepted Text:http://austingroupbugs.net/view.php?id=1234#c4564 Resolution: Accepted As Marked Fixed in Version: == Date Submitted: 2019-03-08 23:58 UTC Last Modified: 2019-12-12 10:45 UTC == Summary:in most shells, backslash doesn't have two meaning wrt pattern matching == Relationships ID Summary -- parent of 0001295 Left brackets in shell patterns may cau... related to 0001190 backslash has two special meanings in t... related to 247 Add nullglob (null globbing) support to... related to 985 quote removal missing from case stateme... == Issue History Date ModifiedUsername FieldChange == 2019-03-08 23:58 stephane New Issue 2019-03-08 23:58 stephane Name => Stephane Chazelas 2019-03-08 23:58 stephane Section => 2.13.1 2019-03-08 23:58 stephane Page Number => 2382 2019-03-08 23:58 stephane Line Number => 76212-76215 2019-03-11 02:42 kreNote Added: 0004296 2019-03-11 02:58 kreNote Edited: 0004296 2019-03-11 03:07 kreNote Edited: 0004296 2019-03-11 03:10 kreNote Added: 0004297 2019-03-11 03:16 kreNote Edited: 0004296 2019-03-11 03:23 kreNote Added: 0004298 2019-03-11 07:24 stephane Note Added: 0004300 2019-03-11 07:31 stephane Note Added: 0004301 2019-03-11 09:41 geoffclare Note Added: 0004303 2019-03-12 03:24 kreNote Added: 0004306 2019-03-12 03:37 kreNote Added: 0004307 2019-03-12 03:38 kreNote Deleted: 0004297 2019-03-12 09:13 Konrad_Schwarz Note Added: 0004309 2019-03-12 09:58 geoffclare Note Added: 0004310 2019-03-12 12:13 Don Cragun Note Edited: 0004306 2019-03-12 12:14 Don Cragun Note Edited: 0004306 2019-03-12 12:15 kreNote Added: 0004313 2019-03-12 12:16 Don Cragun Note Edited: 0004307 2019-03-12 12:23 kreNote Added: 0004314 2019-03-12 12:24 kreNote Edited: 0004314 2019-03-12 14:29 Konrad_Schwarz Note Added: 0004317 2019-03-12 14:56 kreNote Edited: 0004313 2019-03-12 14:58 kreNote Edited: 0004314 2019-03-12 15:11 kreNote Added: 0004318 2019-03-12 22:37 stephane Note Added: 0004319 2019-03-14 15:58 Don Cragun Relationship added related to 0001190 2019-06-14 07:32 geoffclare Note Added: 0004421 2019-06-15 11:42 stephane Note Edited: 0004300 2019-06-15 11:43 stephane Note Edited: 0004319 2019-06-18 17:37 stephane Note Added: 0004431 2019-06-20 08:06 joerg Note Added: 0004432 2019-06-20 08:08 joerg Note Edited: 0004432
[1003.1(2016)/Issue7+TC2 0001190]: backslash has two special meanings in the shell and only loses one of them in bracket expressions
The following issue has a resolution that has been APPLIED. == http://austingroupbugs.net/view.php?id=1190 == Reported By:geoffclare Assigned To: == Project:1003.1(2016)/Issue7+TC2 Issue ID: 1190 Category: Base Definitions and Headers Type: Clarification Requested Severity: Comment Priority: normal Status: Applied Name: Geoff Clare Organization: The Open Group User Reference: Section:9.3.5 Page Number:184 Line Number:6089 Interp Status: Approved Final Accepted Text:http://austingroupbugs.net/view.php?id=1190#c4277 Resolution: Accepted As Marked Fixed in Version: == Date Submitted: 2018-04-13 11:16 UTC Last Modified: 2019-12-12 10:21 UTC == Summary:backslash has two special meanings in the shell and only loses one of them in bracket expressions == Relationships ID Summary -- related to 985 quote removal missing from case stateme... related to 0001234 in most shells, backslash doesn't have ... == Issue History Date ModifiedUsername FieldChange == 2018-04-13 11:16 geoffclare New Issue 2018-04-13 11:16 geoffclare Name => Geoff Clare 2018-04-13 11:16 geoffclare Organization => The Open Group 2018-04-13 11:16 geoffclare Section => 9.3.5 2018-04-13 11:16 geoffclare Page Number => 184 2018-04-13 11:16 geoffclare Line Number => 6089 2018-04-13 11:16 geoffclare Interp Status => --- 2018-04-13 11:18 geoffclare Desired Action Updated 2018-04-13 12:39 kreNote Added: 0003954 2018-04-13 13:47 geoffclare Note Added: 0003955 2018-04-14 17:17 stephane Note Added: 0003957 2018-04-16 08:31 geoffclare Note Added: 0003958 2018-04-16 09:23 geoffclare Note Added: 0003959 2018-04-16 09:25 geoffclare Note Edited: 0003959 2018-04-16 11:06 stephane Note Added: 0003960 2018-04-16 11:10 stephane Note Edited: 0003960 2018-04-16 11:12 stephane Note Edited: 0003960 2018-04-16 11:21 stephane Note Added: 0003961 2018-04-16 11:22 stephane Note Edited: 0003961 2018-04-16 11:27 stephane Note Edited: 0003961 2018-04-16 11:45 stephane Note Added: 0003962 2018-04-16 12:18 stephane Note Edited: 0003962 2018-04-16 12:22 stephane Note Edited: 0003962 2018-04-16 14:41 geoffclare Note Added: 0003963 2018-04-16 14:50 geoffclare Note Edited: 0003959 2018-04-16 14:52 geoffclare Note Added: 0003964 2018-04-16 16:27 stephane Note Added: 0003965 2018-04-16 16:39 stephane Note Edited: 0003965 2018-04-16 16:57 joerg Note Added: 0003966 2018-04-16 20:11 stephane Note Added: 0003967 2018-04-16 20:13 stephane Note Edited: 0003967 2018-04-16 20:17 stephane Note Edited: 0003967 2018-04-17 10:21 joerg Note Added: 0003968 2018-04-17 10:26 joerg Note Edited: 0003968 2018-04-17 10:34 joerg Note Added: 0003969 2018-04-19 06:27 shware_systems Note Added: 0003972 2019-02-18 14:22 kreNote Added: 0004257 2019-03-04 16:50 eblake Relationship added related to 985
