Minutes of the 24 May 2012 Teleconference     Austin-558 Page 1 of 1
Submitted by Andrew Josey, The Open Group.    25 May, 2012

Attendees
Don Cragun,  PASC OR
Nick Stoughton, USENIX, ISO/IEC OR
Geoff Clare, The Open Group
Eric Blake, Red Hat (partial)
Andrew Josey, The Open Group
Jim Pugsley, Oracle
Hannes Sowa
Mark Brown, IBM, TOG OR  (partial)

Apologies
Joerg Schilling, Fraunhofer Society

- TC1-2008 development

No new status, apart from that Andrew reported he still has
to schedule The Open Group Company Review.


* Old Business

Bug 0000561: NUL-termination of sun_path in Unix sockets  OPEN
http://austingroupbugs.net/view.php?id=561 

We agreed to leave this open as Eric plans to update the proposal.


* New Business

Bug 0000555: the incestuous relationship of fclose(stderr) and STDERR_FILENO
http://austingroupbugs.net/view.php?id=555 


This bug had been previously closed but was reopened to address
comments raised on the reflector.

The resolution was updated as follows:

Change Application Usage for fclose (page 805 line 26839) from "None." to:

Since after the call to fclose() any use of stream results in
undefined behavior, fclose() should not be used on stdin, stdout,
or stderr except immediately before process termination (see XBD
3.297 on page 81), so as to avoid triggering undefined behavior in
other standard interfaces that rely on these streams. If there are
any atexit() handlers registered by the application, such a call
to fclose() should not occur until the last handler is finishing.
Once fclose() has been used to close stdin, stdout, or stderr, there
is no standard way to reopen any of these streams.

Use of freopen() to change stdin, stdout, or stderr instead of
closing them avoids the danger of a file unexpectedly being opened
as one of the special file descriptors STDIN_FILENO, STDOUT_FILENO,
or STDERR_FILENO at a later time in the application.

===

Add to Application Usage for close (page 678 line 22962):

Usage of close() on file descriptors STDIN_FILENO, STDOUT_FILENO
or STDERR_FILENO should immediately be followed by an operation to
reopen these file descriptors. Unexpected behavior will result if
any of these file descriptors is left in a closed state (for example,
an EBADF error from perror()) or if an unrelated open() or similar
call later in the application accidentally allocates a file to one
of these well-known file descriptors. Furthermore, a close() followed
by a reopen operation (e.g. open(), dup() etc) is not atomic; dup2()
should be used to change standard file descriptors.


* mbsnrtowcs() discussion

We then discussed an issue that has been discussed in the
mail thread running from mail sequence 17532 to 17539.

It was agreed that we should defer for moment pending
a survey of the existing behavior.

Jim agreed to look at Solaris.
Andrew took an action to ask Mark and Larry to look at
AIX and HP-UX respectively.

Bug 0000510: sort -k should allow more than one modifier in [type] Accepted
http://austingroupbugs.net/view.php?id=510

This item was tagged for TC2-2008

Bug 0000511: getuid and friends should not modify errno  Accepted
http://austingroupbugs.net/view.php?id=511

This item was tagged for TC2-2008


Bug 0000567: mkdtemp() needs to say as if by mkdir() Accepted
http://austingroupbugs.net/view.php?id=567

This item was tagged for TC2-2008



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

The next call is on May 31 and will continue processing defect reports.

This call will be for the regular 90 minutes.


http://austingroupbugs.net

See the calendar for the list of dialup numbers.

An IRC  channel will be available for the meeting
irc://irc.freenode.org/austingroupbugs