Minutes of the 23 July 2015 Teleconference Austin-722 Page 1 of 1
Submitted by Andrew Josey, The Open Group. 24th July 2015
Attendees:
Mark Ziegast, SHware Systems
Don Cragun, IEEE PASC OR
Nick Stoughton, USENIX, ISO/IEC JTC 1/SC 22 OR
Geoff Clare, The Open Group
Joerg Schilling, FOKUS Fraunhofer
Martin Rehak, Oracle
Jim Grisanzio, Oracle
David Clissold, IBM (apologies, delayed, joining ~0:53)
Eric Blake, Red Hat
Richard Hansen, BBN
Apologies:
Andrew Josey
* General news
None.
* Outstanding actions
( Please note that I have flushed this section to shorten the minutes -
to locate the last set of outstanding actions, look
to the minutes from 26 Feb 2015)
Bug 0000887: printf and other functions appear many times in search results OPEN
http://austingroupbugs.net/view.php?id=887
Andrew is investigating.
Bug 0000900: add qsort_r OPEN
http://austingroupbugs.net/view.php?id=900
The consensus was that its a good idea to add the suggested interface.
The usual requirements regarding a sponsor for a new interface
apply.
Action: Open Group OR , to ask the Base WG if they wish to sponsor
the additional qsort interface proposed here.
Bug 0000901: reserve _POSIX* shell option namespace for future use OPEN
http://austingroupbugs.net/view.php?id=901
The forward plan for this bug remains as before:
Richard: file a new bug report with a concrete feature that
would use the _POSIX* namespace (as motivation for reserving
set -o _POSIX*)
All: debate the proposed feature. If it's something we want,
then revisit bug #901. If not, close bug #901.
Bug 0000922: Implementations should be allowed to change/remove implementation-defined environment variables OPEN
http://austingroupbugs.net/view.php?id=922
This item remains open.
Action on Eric: propose wording for Issue 8 to add secure_getenv(),
and make it clear that deleting from environment without explicit
request is not compliant, but ignoring is fine.
For Issue 7 TC 2: Create new bug to add additional conditions on
what makes TMPDIR valid, vs. undefined behavior; also add future
directions to getenv() to mention secure_getenv()
Bug #960: export can fail OPEN
http://austingroupbugs.net/view.php?id=960
Action: Eric to incorporate Geoff's comments, add wording for 'exit'
and 'return'
* Current Business
Bug #971: join -t separator underspecified, example incorrect Accepted as Marked
http://austingroupbugs.net/view.php?id=971
This item is tagged for TC2-2008
Change P2841, L93392 from:
would produce:
to:
(where is a literal character) would produce:
Bug #970: mkstemp() description permits mode 0640 or 0620, should only permit 0600 Accepted as Marked
http://austingroupbugs.net/view.php?id=970
An interpretation is required.
Interpretation response:
The standard states the requirements for the m4 mkstemp function,
and conforming implementations must conform to this. However,
concerns have been raised about this which are being referred to
the sponsor.
Rationale:
The current standard does not match any existing practice. The m4
utility uses the mkstemp() function and does not modify the umask
nor call chmod() after creating the file.
Notes to the Editor (not part of this interpretation):
On page 2902 lines 95766-95777, change:
The first argument shall be taken as a template for creating
an empty file, with trailing 'X' characters replaced
with characters from the portable filename character set. The
behavior is unspecified if the first argument does not end in
at least six 'X' characters. If a temporary file is
successfully created, then the defining text of the macro shall
be the name of the new file. The user ID of the file shall be
set to the effective user ID of the process. The group ID of
the file shall be set to the group ID of the file's parent
directory or to the effective group ID of the process. The file
access permission bits are set such that only the owner can
both read and write the file, regardless of the current umask
of the process.
to:
The defining text shall be as if it were the resulting pathname
after a call to the mkstemp() function defined in the System
Interfaces volume of POSIX.1-2008 called with the first argument
to the macro invocation, followed by closing that file.
Bug #966: Atomicity requirements for read/write ambiguity Accepted as Marked
http://austingroupbugs.net/view.php?id=966
This item is tagged for TC2-2008
On page 2291 line 72619, change from:
This volume of POSIX.1-2008 does not specify behavior of concurrent
writes to a file from multiple processes.
to:
This volume of POSIX.1-2008 does not specify the behavior of
concurrent writes to a regular file from multiple threads, except
that each write is atomic (see [xref to 2.9.7]).
Next Steps
----------
The next call is on July 30, 2015 (a Thursday)
Apologies in Advance:
A. Josey, 30th
Calls are anchored on US time. (8am Pacific)
This call will be for the regular 90 minutes.
http://austingroupbugs.net
An IRC channel will be available for the meeting
irc://irc.freenode.net/austingroupbugs
An etherpad is usually up for the meeting, with a URL using the date format as below:
http://posix@posix.rhansen.org:9001/p/201x-mm-dd
password=2115756#