Minutes of the 14 August 2014 Teleconference

[Andrew Josey]

All
Enclosed are the minutes of the 14 August 2014 Teleconference
best regards
Andrew
-----

Minutes of the 14 August 2014 Teleconference Austin-670 Page 1 of 1
Submitted by Andrew Josey, The Open Group. 15 August 2014

Attendees:
Andrew Josey, The Open Group
Don Cragun, IEEE PASC OR
Nick Stoughton, USENIX, ISO/IEC JTC 1/SC 22 OR
Geoff Clare, The Open Group
Joerg Schilling FOKUS Fraunhofer
Mark Ziegast, SHware Systems
David Clissold, IBM
Matthew Dempsky, OpenBSD
Mark Brown, Canonical

Apologies
Richard Hansen, BBN
Martin Rehak, Oracle
Eric Blake, Red Hat

* General news

We discussed Mantis usernames. It was agreed to continue with current
adhoc reviews of usernames registering for Mantis (carried out by
the mantis admin).

On the PASC PAR approval progress - Nick has completed action to
circulate the last known voting list. Don will now progress to get
this updated as per current PASC procedures, so we can have the PAR
progress to a vote.

The c11 alignment list has been setup as actioned last week,
and an initial kick off email circulated.
As a reminder, existing Austin Group participants can join the
new austin-c11-alignment list by accessing

https://collaboration.opengroup.org/platform/single_unix_specification/protected/mailinglists.php

This has the set of additional lists that Austin Group members
can self subscribe to (you will need to login first - in the left panel).


* 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 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 #851: pthread_atfork orphans handlers in unloaded shared libraries OPEN
http://www.austingroupbugs.net/view.php?id=851

Action item: Andrew should try and contact to Finnbarr Murphy.
(Status: Andrew has sent a query to Finnbarr via linked.in,
Don has also now sent Andrew an email contact)


Bug #854: requirement for additional built-in utilities to be searched for via $PATH was not and is not existing practice OPEN
http://austingroupbugs.net/view.php?id=854

Action: Andrew to ask David Korn to comment on this bug and the previous email discussion of the issue (seq 21270).

Action completed - awaiting response from David.


Bug #857: Make rules which do not create the target file or do unexpected things with its timestamp OPEN
http://austingroupbugs.net/view.php?id=857

This item was discussed at length on the call, and will
will be continued on the next call.

During the call we considered the sample Makefile from comment
0002340. We found that GNU, Sun, AIX, and HP-UX make did not run
"touch one" when file "two" already exists, whereas smake did.
Also, we discovered that HP-UX make considers targets with the same
timestamp as their prerequisites as out-of-date, whereas GNU, Sun,
AIX, and smake consider them up-to-date.

Current wording in aardvark:

A target is considered out-of-date when all of its prerequisites
are up-to-date and it is older than any of them, or if it does
not exist.

Should we add to that:
A target may also be considered out-of-date when it has the
same timestamp as any of its prerequisites.
? It is unspecified whether a target is out-of-date when.....

Add a new paragraph to the RATIONALE on P2954, after L97847:

On most historic systems, the make utility considered a target
with a prerequisite that had an identical timestamp up-to-date.
The HP-UX implementation of make treated it as out-of-date.
The standard now allows either behavior, but implementaions are
encouraged to follow the example set by HP-UX. This is especially
important on filesystems where the timestamp resolution is the
minimum (1 second) required by the standard. All implementations
of make should make full use of the finest timestamp resolution
available on the filesystems holding targets and prerequisites
to ensure that targets are up-to-date even for prerequistie
files with timestamps that were updated within the same second.


Next Steps
----------
The next call is on August 21, 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:[phone] US fax: [phone]
Mobile:[phone] UK fax: [phone]