Discussion:
Minutes of the 1st May 2014 Teleconference
Andrew Josey
2014-05-02 14:44:16 UTC
Permalink
All
Enclosed are the minutes of the 1st May 2014 Teleconference
regards
Andrew
----------

Minutes of the 1st May 2014 Teleconference Austin-654 Page 1 of 1
Submitted by Andrew Josey, The Open Group. 2nd May 2014

Attendees:
Andrew Josey, The Open Group
Geoff Clare, The Open Group
Don Cragun, IEEE PASC OR
David Clissold, IBM
Mark Brown, Canonical
Eric Blake, Red Hat
Mark Ziegast, SHware Systems
Nick Stoughton, USENIX, ISO/IEC JTC 1/SC 22 OR

Apologies
Joerg Schilling FOKUS Fraunhofer
Martin Rehak, Oracle, The Open Group OR
Richard Hansen, BBN

* General news

No updates to report.

* Outstanding actions

+Bug 0000251: Forbid newline, or even bytes 1 through 31 (inclusive), in filenames OPEN
http://austingroupbugs.net/view.php?id=251
Don has an action to produce a proposal.

+Bug 0000561: NUL-termination of sun_path in Unix sockets OPEN
http://austingroupbugs.net/view.php?id=561
Eric has an action to update the proposal.

+Bug 0000573: Please add '+' to the portable filename character set OPEN
http://austingroupbugs.net/view.php?id=573
Joerg has an action to prepare a proposed change.

+Bug 0000592: consistent use of struct timespec OPEN
http://austingroupbugs.net/view.php?id=592
Jim had provided additional information in bugnote 1627.
This was discussed and Jim took an action to provide further information.

+Bug 0000598: OH shading and new interfaces OPEN
http://austingroupbugs.net/view.php?id=598
Eric has an action to propose a new solution with self-contained headers.

+Bug 0000517: EBNF support OPEN
http://austingroupbugs.net/view.php?id=517
Action on Joerg to look at this.

+Bug 0000633: SIGEV_THREAD delivery renders many signal interfaces unsafe
OPEN
http://austingroupbugs.net/view.php?id=633
We noted that feedback has settled down on the mailing list, and
will discuss next session.

+Bug 0000657: Conditions under which fmemopen() write a NUL to the buffer
are insufficiently specified OPEN
http://austingroupbugs.net/view.php?id=657
Eric has an action to propose wording to clarify the behavior for
fmemopen(), and also to contact the glibc developers to get their
feedback.

+Bug 0000658: Undefined/unspecified behavior clauses in description of
open have race conditions OPEN
http://austingroupbugs.net/view.php?id=658
It was noted that there is some overlap with changes in TC1. Eric took an
action to update the proposal to resolve the overlaps appropriately.

+Bug 0000615: pthread_setcancelstate should be async-signal-safe OPEN
http://austingroupbugs.net/view.php?id=615
We now have reports on AIX and Apple. Jim to report back on whether
pthread_cancelstate() is async-signal-safe on Solaris. Andrew to ask
HP whether pthread_cancelstate() is async-signal-safe on HP-UX.

+Bug 622 left open pending resolution of 615.
http://austingroupbugs.net/view.php?id=622

+Bug 0000672: Necessary step(s) to synchronize filename operations on disk
OPEN
http://austingroupbugs.net/view.php?id=672

Geoff has a new proposed resolution in note 1618. Decided to solicit input
from FS developers. Eric to go to Linux, David to AIX and Jim to Solaris.
Jim has completed his action (see bugnote 1691).
Andrew should chase HP and Apple for input.

+Bug 0000663: Specification of str[n]casecmp is ambiguous reopened
http://austingroupbugs.net/view.php?id=663

Action on David to follow up with the IBM developers about the EBCDIC
collation sequence.

Bug 696 either NAME_MAX shouldn't be optional, or readdir_r() needs clarification
http://www.austingroupbugs.net/view.php?id=696

Don has an action to propose a resolution.

Bug 0000721: Internal storage vs static storage OPEN
http://austingroupbugs.net/view.php?id=721

This item is still open.

Bug 0000375: Extend test/[...] conditionals: ==, <, >, -nt, -ot, -ef OPEN
http://austingroupbugs.net/view.php?id=375

This is still left open due to discussions pending on the reflector.

Bug 0000789: Add set -o pipefail OPEN
http://austingroupbugs.net/view.php?id=789



* Current Business

Bug #811: precondition for mutex destruction unclear; example contradicts normative text OPEN
http://www.austingroupbugs.net/view.php?id=811

We have left this item open pending further input from Dave Butenhof on
supplying a new example.


Bug 0000833: SOCK_* flags in getaddrinfo hints->ai_socktype Accepted as Marked
http://austingroupbugs.net/view.php?id=833

This item has been tagged for Issue 8.
The changes for this issue have been included in the updated fix for 0000411.

The additional changes to the Desired Action for 411 are (all line numbers relative to Issue 7):

Change P383 L12865:
The <sys/socket.h> header shall define the following symbolic
constants with distinct values:
to

The <sys/socket.h> header shall define the following socket
types (see [xref to XSH 2.10.6]) as symbolic constants with
distinct values:

At the current text in bug 411 under the heading "After line 12869 [XBD <sys/socket.h>]", change:

The header shall define the following symbolic constants with
values that are bitwise distinct from each other and from the
preceding SOCK_* constants:

to:

Implementations may provide additional socket types.

The header shall define the following socket flags, for use in
socket(), socketpair(), and accept4(). These flags shall be
symbolic constants with values that are bitwise distinct from
each other and from all SOCK_* constants representing socket
types:

After the current text in bug 411 added under the heading " After line 19395 [XSH accept DESCRIPTION], add the following:" add an additional paragraph:

Implementations may define additional flags.

After the current text in bug 411 under the heading "After line 62515 [XSH socket DESCRIPTION], add the following:

Implementations may define additional flags.

After the current text in bug 411 under the heading "After line 62586 [XSH socketpair DESCRIPTION], add the following:

Implementations may define additional flags.

Add to APPLICATION USAGE in freeaddrinfo() after P920, L30800:

The [I]ai_socktype[/I] field pointed to by hints is just the
socket type; not the socket type and flags that can be specified
when the socket is created.

At page 917, line 30691, change

as defined in socket()

to

as defined in [xref to 2.10.6]


Eric took an action to merge the changes into one document and attach it as
an ODT and a PDF to bug 411, as they are too long to go in a note.

Bug 0000836: accept() should not modify address_len on failure Accept
http://austingroupbugs.net/view.php?id=836


This item is tagged for TC2-2008

Next Steps
----------

The next call is on May 8, 2014 (a Thursday)

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-aA9aGynHYqB/thfjNshNs9i2O/***@public.gmane.org:9001/p/201x-mm-dd
password=2115756#


--------
Andrew Josey The Open Group
Austin Group Chair Apex Plaza, Forbury Road
Email: a.josey-7882/***@public.gmane.org Reading,Berks.RG1 1AX,England
Tel:+44 118 9023044 US fax: +1 415 276 3760
Mobile:+44 774 015 5794 UK fax: +44 870 131 0418
Eric Blake
2014-05-03 16:48:51 UTC
Permalink
Post by Andrew Josey
All
Enclosed are the minutes of the 1st May 2014 Teleconference
regards
Andrew
----------
Bug 0000833: SOCK_* flags in getaddrinfo hints->ai_socktype Accepted as Marked
http://austingroupbugs.net/view.php?id=833
This item has been tagged for Issue 8.
The changes for this issue have been included in the updated fix for 0000411.
Eric took an action to merge the changes into one document and attach it as
an ODT and a PDF to bug 411, as they are too long to go in a note.
Action complete - I have attached documents to bug 411 that should make
it easier to se the full set of changes

http://austingroupbugs.net/view.php?id=411
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
Eric Blake
2014-05-06 13:11:51 UTC
Permalink
Subject: Re: Minutes of the 1st May 2014 Teleconference
Post by Andrew Josey
Eric took an action to merge the changes into one document and attach it as
an ODT and a PDF to bug 411, as they are too long to go in a note.
Action complete - I have attached documents to bug 411 that should make
it easier to se the full set of changes
http://austingroupbugs.net/view.php?id=411
I noticed that the attachment has an improvement to the changes for
posix_spawn_file_actions_adddup2() over what's in the original Desired
Action.
You are correct - I reworded that section as part of formatting things,
when I realized that the old wording was unclear on whether FD_CLOEXEC
remains set or must be cleared on fildes in the parent process (the
intent was that FD_CLOEXEC in the parent is never altered, but the child
can inherit the fd in spite of the parent's setting). I guess I could
have been more obvious about the change, rather than relying on the
review process, but I'm glad you caught it. As penance, I've added a
comment to the note explaining that action.
I like the new version, and I think we should change the Final Accepted
Text field to point to the attachment, to make the update official.
Sounds like something to discuss at the next meeting :)
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
Geoff Clare
2014-05-06 09:44:25 UTC
Permalink
Subject: Re: Minutes of the 1st May 2014 Teleconference
Post by Andrew Josey
Eric took an action to merge the changes into one document and attach it as
an ODT and a PDF to bug 411, as they are too long to go in a note.
Action complete - I have attached documents to bug 411 that should make
it easier to se the full set of changes
http://austingroupbugs.net/view.php?id=411
I noticed that the attachment has an improvement to the changes for
posix_spawn_file_actions_adddup2() over what's in the original Desired
Action.

I like the new version, and I think we should change the Final Accepted
Text field to point to the attachment, to make the update official.
--
Geoff Clare <g.clare-7882/***@public.gmane.org>
The Open Group, Apex Plaza, Forbury Road, Reading, RG1 1AX, England
Loading...