Re: Availability of 202x Draft 1 review draft
Hello. Andrew Josey wrote in <660b59c1-98a7-490b-b6dc-391fb7ec5...@opengroup.org>: |I'm pleased to announce the availability of the first draft of the \ |202x revision of the standard. |This draft is the first committee draft. ..But related to that as well as to the current version. I searched for mailx and encountered two instances of This sequence, which demonstrates redirecting standard error to a pipe, is useful in a command procedure (the sequence of output redirection specifications is significant): diff file1 file2 2>&1 >outfile | mailx mygroup which effectively sends an empty message to the alias "mygroup". And i wonder whether this really was the intention. I would, in the context of the example(s), understand diff file1 file2 2>&1 >outfile | mailx -s "File difference available" mygroup This is all rather confusing however. Maybe diff file1 file2 2>&1 | mailx -s "File difference of file1 and file2" mygroup was meant. Or diff file1 file2 2>&1 | tee outfile | mailx -s "File difference of file1 and file2" mygroup or diff file1 file2 2>&1 > outfile; mailx -s "File difference of file1 and file2" mygroup < outfile Unfortunately the -a option to attach files is not portable. Shall this end up as a doc enhancement request? --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
[1003.1(2016)/Issue7+TC2 0001348]: "the exec() family of functions" should not include "()"
The following issue has been SUBMITTED. == https://austingroupbugs.net/view.php?id=1348 == Reported By:geoffclare Assigned To: == Project:1003.1(2016)/Issue7+TC2 Issue ID: 1348 Category: Shell and Utilities Type: Error Severity: Editorial Priority: normal Status: New Name: Geoff Clare Organization: The Open Group User Reference: Section:test Page Number:3288 Line Number:110615 Interp Status: --- Final Accepted Text: == Date Submitted: 2020-06-25 08:54 UTC Last Modified: 2020-06-25 08:54 UTC == Summary:"the exec() family of functions" should not include "()" Description: The phrase "the exec() family of functions" does not fit the normal convention of omitting the "()" when referring to a family of functions. Desired Action: Change:the exec() family of functionsto:the exec family of functions == Issue History Date ModifiedUsername FieldChange == 2020-06-25 08:54 geoffclare New Issue 2020-06-25 08:54 geoffclare Name => Geoff Clare 2020-06-25 08:54 geoffclare Organization => The Open Group 2020-06-25 08:54 geoffclare Section => test 2020-06-25 08:54 geoffclare Page Number => 3288 2020-06-25 08:54 geoffclare Line Number => 110615 2020-06-25 08:54 geoffclare Interp Status => --- ==
[1003.1(2008)/Issue 7 0000411]: adding atomic FD_CLOEXEC support
The following issue has been set as RELATED TO issue 0001350. == https://austingroupbugs.net/view.php?id=411 == Reported By:eblake Assigned To:ajosey == Project:1003.1(2008)/Issue 7 Issue ID: 411 Category: System Interfaces Type: Enhancement Request Severity: Objection Priority: normal Status: Applied Name: Eric Blake Organization: Red Hat User Reference: ebb.cloexec Section:various - see desired action Page Number:various - see desired action Line Number:various - see desired action Interp Status: --- Final Accepted Text:See desired action section in attached file bug411_atomic_CLOEXEC.pdf 2014-05-03 16:45 Resolution: Accepted As Marked Fixed in Version: == Date Submitted: 2011-04-20 17:01 UTC Last Modified: 2020-05-13 15:31 UTC == Summary:adding atomic FD_CLOEXEC support == Relationships ID Summary -- related to 149 Add fdwalk system interface related to 368 Hidden file descriptors should be requi... related to 0001208 calling chdir as part of posix_spawn related to 652 Add an EINVAL error for mkstemp() parent of 598 OH shading and new interfaces parent of 833 SOCK_* flags in getaddrinfo hints-a... has duplicate 331 Add 'x' mode to fopen and freopen to fo... related to 456 mandate binary mode of fmemopen related to 590 dup2 and signals related to 591 No reason for OH margins in the synopse... related to 593 posix_typed_mem_open requires the use o... related to 662 Clarify or add file descriptor preserva... related to 0001302 Alignment with C17 related to 0001318 Define close-on-fork flag related to 0001337 Clarify socket option values after acce... related to 0001350 O_* constants needed in stdlib.h == Issue History Date ModifiedUsername FieldChange == 2011-04-20 17:01 eblake New Issue 2011-04-20 17:01 eblake Status New => Under Review 2011-04-20 17:01 eblake Assigned To => ajosey 2011-04-20 17:01 eblake Name => Eric Blake 2011-04-20 17:01 eblake Organization => Red Hat 2011-04-20 17:01 eblake User Reference=> ebb.cloexec 2011-04-20 17:01 eblake Section => various - see desired action 2011-04-20 17:01 eblake Page Number => various - see desired action 2011-04-20 17:01 eblake Line Number => various - see desired action 2011-04-20 17:01 eblake Interp Status => --- 2011-04-20 17:02 eblake Tag Attached: issue8 2011-04-20 17:03 eblake Relationship added related to 149 2011-04-20 17:03 eblake Relationship added related to 368 2011-04-28 16:21 eblake Description Updated 2011-04-28 16:21 eblake Desired Action Updated 2011-04-28 16:23 eblake Note Added: 773 2011-04-28 18:41 eblake Note Added: 774 2011-05-03 11:04 drepperNote Added: 776 2011-06-02 19:13 eblake Relationship added related to 456 2011-08-03 21:38 eblake Note Added: 917 2011-08-04 15:42 nick Final Accepted Text => See https://austingroupbugs.net/view.php?id=411#c917 2011-08-04 15:42 nick Status Under Review => Resolution Proposed 2011-08-04 15:42 nick Resolution Open => Accepted As Marked 2011-08-04 15:44 nick Status Resolution Proposed => Resolved 2011-08-15 12:10 eblake Note Edited: 917 2011-09-22 16:21 eblake
[Issue 8 drafts 0001350]: O_* constants needed in for mkostemp()
The following issue has been set as RELATED TO issue 411. == https://austingroupbugs.net/view.php?id=1350 == Reported By:geoffclare Assigned To: == Project:Issue 8 drafts Issue ID: 1350 Category: Base Definitions and Headers Type: Error Severity: Objection Priority: normal Status: New Name: Geoff Clare Organization: The Open Group User Reference: Section: Page Number:351 Line Number:12251 Final Accepted Text: == Date Submitted: 2020-06-26 15:57 UTC Last Modified: 2020-06-26 16:01 UTC == Summary:O_* constants needed in for mkostemp() == Relationships ID Summary -- related to 593 posix_typed_mem_open requires the use o... related to 411 adding atomic FD_CLOEXEC support == Issue History Date ModifiedUsername FieldChange == 2020-06-26 15:57 geoffclare New Issue 2020-06-26 15:57 geoffclare Name => Geoff Clare 2020-06-26 15:57 geoffclare Organization => The Open Group 2020-06-26 15:57 geoffclare Section => 2020-06-26 15:57 geoffclare Page Number => 351 2020-06-26 15:57 geoffclare Line Number => 12251 2020-06-26 15:59 geoffclare Desired Action Updated 2020-06-26 16:00 geoffclare Relationship added related to 593 2020-06-26 16:01 geoffclare Relationship added related to 411 ==
[Issue 8 drafts 0001350]: O_* constants needed in for mkostemp()
The following issue has been set as RELATED TO issue 593. == https://austingroupbugs.net/view.php?id=1350 == Reported By:geoffclare Assigned To: == Project:Issue 8 drafts Issue ID: 1350 Category: Base Definitions and Headers Type: Error Severity: Objection Priority: normal Status: New Name: Geoff Clare Organization: The Open Group User Reference: Section: Page Number:351 Line Number:12251 Final Accepted Text: == Date Submitted: 2020-06-26 15:57 UTC Last Modified: 2020-06-26 16:00 UTC == Summary:O_* constants needed in for mkostemp() == Relationships ID Summary -- related to 593 posix_typed_mem_open requires the use o... == Issue History Date ModifiedUsername FieldChange == 2020-06-26 15:57 geoffclare New Issue 2020-06-26 15:57 geoffclare Name => Geoff Clare 2020-06-26 15:57 geoffclare Organization => The Open Group 2020-06-26 15:57 geoffclare Section => 2020-06-26 15:57 geoffclare Page Number => 351 2020-06-26 15:57 geoffclare Line Number => 12251 2020-06-26 15:59 geoffclare Desired Action Updated 2020-06-26 16:00 geoffclare Relationship added related to 593 ==
[1003.1(2008)/Issue 7 0000593]: posix_typed_mem_open requires the use of
The following issue has been set as RELATED TO issue 0001350. == https://austingroupbugs.net/view.php?id=593 == Reported By:eblake Assigned To:ajosey == Project:1003.1(2008)/Issue 7 Issue ID: 593 Category: System Interfaces Type: Omission Severity: Objection Priority: normal Status: Applied Name: Eric Blake Organization: Red Hat User Reference: ebb.posix_typed_mem_open Section:posix_typed_mem_open Page Number:1515 Line Number:48874 Interp Status: Approved Final Accepted Text:https://austingroupbugs.net/view.php?id=593#c1319 Resolution: Accepted As Marked Fixed in Version: == Date Submitted: 2012-07-13 04:16 UTC Last Modified: 2020-05-19 10:44 UTC == Summary:posix_typed_mem_open requires the use of == Relationships ID Summary -- related to 591 No reason for OH margins in the synopse... related to 411 adding atomic FD_CLOEXEC support related to 598 OH shading and new interfaces related to 0001350 O_* constants needed in stdlib.h == Issue History Date ModifiedUsername FieldChange == 2012-07-13 04:16 eblake New Issue 2012-07-13 04:16 eblake Status New => Under Review 2012-07-13 04:16 eblake Assigned To => ajosey 2012-07-13 04:16 eblake Name => Eric Blake 2012-07-13 04:16 eblake Organization => Red Hat 2012-07-13 04:16 eblake User Reference=> ebb.posix_typed_mem_open 2012-07-13 04:16 eblake Section => posix_typed_mem_open 2012-07-13 04:16 eblake Page Number => 1515 2012-07-13 04:16 eblake Line Number => 48874 2012-07-13 04:16 eblake Interp Status => --- 2012-07-13 04:16 eblake Relationship added related to 591 2012-07-13 04:16 eblake Relationship added related to 411 2012-07-13 04:21 eblake Note Added: 0001307 2012-08-08 12:39 eblake Note Added: 0001319 2012-08-08 13:23 eblake Relationship added related to 598 2012-08-08 13:24 eblake Tag Attached: issue8 2012-08-08 15:42 eblake Note Edited: 0001319 2012-08-08 15:47 msbrownNote Edited: 0001319 2012-08-08 15:48 msbrownInterp Status--- => Pending 2012-08-08 15:48 msbrownFinal Accepted Text => https://austingroupbugs.net/view.php?id=593#c1319 2012-08-08 15:48 msbrownStatus Under Review => Interpretation Required 2012-08-08 15:48 msbrownResolution Open => Accepted As Marked 2012-08-30 09:20 ajosey Interp StatusPending => Proposed 2012-08-30 09:20 ajosey Note Added: 0001361 2013-03-29 08:01 ajosey Interp StatusProposed => Approved 2013-03-29 08:01 ajosey Note Added: 0001508 2020-05-19 10:44 geoffclare Note Added: 0004874 2020-05-19 10:44 geoffclare Status Interpretation Required => Applied 2020-06-26 16:00 geoffclare Relationship added related to 0001350 ==
[Issue 8 drafts 0001350]: O_* constants needed in for mkostemp()
The following issue has been UPDATED. == https://austingroupbugs.net/view.php?id=1350 == Reported By:geoffclare Assigned To: == Project:Issue 8 drafts Issue ID: 1350 Category: Base Definitions and Headers Type: Error Severity: Objection Priority: normal Status: New Name: Geoff Clare Organization: The Open Group User Reference: Section: Page Number:351 Line Number:12251 Final Accepted Text: == Date Submitted: 2020-06-26 15:57 UTC Last Modified: 2020-06-26 15:59 UTC == Summary:O_* constants needed in for mkostemp() == Issue History Date ModifiedUsername FieldChange == 2020-06-26 15:57 geoffclare New Issue 2020-06-26 15:57 geoffclare Name => Geoff Clare 2020-06-26 15:57 geoffclare Organization => The Open Group 2020-06-26 15:57 geoffclare Section => 2020-06-26 15:57 geoffclare Page Number => 351 2020-06-26 15:57 geoffclare Line Number => 12251 2020-06-26 15:59 geoffclare Desired Action Updated ==
[Issue 8 drafts 0001350]: O_* constants needed in for mkostemp()
The following issue has been SUBMITTED. == https://austingroupbugs.net/view.php?id=1350 == Reported By:geoffclare Assigned To: == Project:Issue 8 drafts Issue ID: 1350 Category: Base Definitions and Headers Type: Error Severity: Objection Priority: normal Status: New Name: Geoff Clare Organization: The Open Group User Reference: Section: Page Number:351 Line Number:12251 Final Accepted Text: == Date Submitted: 2020-06-26 15:57 UTC Last Modified: 2020-06-26 15:57 UTC == Summary:O_* constants needed in for mkostemp() Description: This line:The header shall define O_CLOEXEC, O_NOCTTY, and O_RDWR as described in .was added by bug https://austingroupbugs.net/view.php?id=593 with XSI shading because posix_openpt() is XSI. However, O_CLOEXEC is also needed by mkostemp() which is mandatory. Several other constants are also needed by mkostemp(). Desired Action: On page 351 line 12251 section , change:[XSI]The header shall define O_CLOEXEC, O_NOCTTY, and O_RDWR as described in .[/XSI]to:The header shall define the following symbolic constants as described in : O_APPEND O_CLOEXEC O_CLOFORK [SIO]O_DSYNC[/SIO] [XSI]O_NOCTTY O_RDWR[/XSI] [SIO]O_RSYNC[/SIO] O_SYNC On page 1283 line 43031 section mkdtemp(), change:contain additional flags (from ) to be usedto:contain additional flags to be used == Issue History Date ModifiedUsername FieldChange == 2020-06-26 15:57 geoffclare New Issue 2020-06-26 15:57 geoffclare Name => Geoff Clare 2020-06-26 15:57 geoffclare Organization => The Open Group 2020-06-26 15:57 geoffclare Section => 2020-06-26 15:57 geoffclare Page Number => 351 2020-06-26 15:57 geoffclare Line Number => 12251 ==
[Issue 8 drafts 0001349]: Where to obtain ISO/IEC standards (footnote)
The following issue has been UPDATED. == https://austingroupbugs.net/view.php?id=1349 == Reported By:geoffclare Assigned To: == Project:Issue 8 drafts Issue ID: 1349 Category: Base Definitions and Headers Type: Enhancement Request Severity: Editorial Priority: normal Status: New Name: Geoff Clare Organization: The Open Group User Reference: Section:1.1 Scope Page Number:4 Line Number:72 Final Accepted Text: == Date Submitted: 2020-06-26 15:35 UTC Last Modified: 2020-06-26 15:37 UTC == Summary:Where to obtain ISO/IEC standards (footnote) == Issue History Date ModifiedUsername FieldChange == 2020-06-26 15:35 geoffclare New Issue 2020-06-26 15:35 geoffclare Name => Geoff Clare 2020-06-26 15:35 geoffclare Organization => The Open Group 2020-06-26 15:35 geoffclare Section => 1.1 Scope 2020-06-26 15:35 geoffclare Page Number => 4 2020-06-26 15:35 geoffclare Line Number => 72 2020-06-26 15:37 geoffclare Desired Action Updated ==
RE: LC_CTYPE=UTF-8
> -Original Message- > From: Ingo Schwarze > Sent: Thursday, June 25, 2020 21:25 > To: Alan Coopersmith > Cc: Hans Åberg ; Austin Group > > Subject: Re: LC_CTYPE=UTF-8 > > Hi Alan, > > Alan Coopersmith wrote on Thu, Jun 25, 2020 at 12:13:33PM -0700: > > On 6/25/20 8:31 AM, Ingo Schwarze wrote: > > >> Whether to standardize only C.UTF-8 or both C.UTF-8 and POSIX.UTF-8 > >> as synonyms looks a bit like asking for the best colour of a bikeshed. > >> Given that the standard already contains the redundancy of requiring > >> both "C" and "POSIX", maybe it is more consistent to also require > >> both "C.UTF-8" and "POSIX.UTF-8", but i don't think that matters > >> greatly. > > > The only thought I had along those lines was that I thought the "C" > > locale came from the C standard, and might be best left to the C > > committee to standardize, while this group controls the "POSIX" > > locale definition. I suspect those following the POSIX standards > > would end up implementing both, regardless of which specification > > defines each. My impression Is that the C standard shied away from all concrete character-encoding issues, at least originally, where alternatives such as EBCDIC were still quite relevant. Although support for multibyte and wide characters were introduced, this was done in a very abstract way; I don't recall any mention of explicit encodings such as ASCII. As such, I think it would be fine for POSIX to standardize both POSIX.UTF-8 and C.UTF-8; I'd expect little opposition from the C standard committee to such a move. (Honestly, I don't know if the Microsoft Visual C library support a C.UTF-8 locale at the moment -- I'm pretty sure their system call level is still UTF-16). TL;DR: for consistency, I'd prefer POSIX to define C.UTF-8 as well as POSIX.UTF-8, even without explicit blessing by the C committee. I don't think they reserved parts of the locale namespace for themselves. -- Konrad Schwarz
