Minutes of the 2nd October 2008 Teleconference     Austin-441 Page 1 of 1
Submitted by Andrew Josey, The Open Group.             October 3 , 2008

Attendees
Andrew Josey, The Open Group
Don Cragun , Sun, PASC OR
Geoff Clare, The Open Group
Mark Brown, IBM, TOG OR  
Mats Wichman , Intel 
Nick Stoughton, USENIX, ISO/IEC OR

Apologies
Ulrich Drepper, Red Hat

* Draft Status

IEEE approved the standard on September 26th 2008. We are
scheduling production of the IEEE/The Open Group edition this month.
The main items are to update the strings  and to create the appropriate
front matter text.

Nick reported he had met with the ISO editor at the SC22 meeting, and
we had received conformation that the ISO ballot will start October 13th.
This is a two month, up down vote.


* Aardvark

We picked up on the aardvark reports, which are located at
http://www.opengroup.org/austin/aardvark/latest/


* D5.1R aardvarks


XSHbug3 ERN 8 initialization of mutex objects Accept as marked below


We accepted the proposed change in the original aardvark and in addition
the following changes need to be applied:

(Draft 5.1R page and line numbers)
XSH:
Delete "that are statically allocated" on p1582 line 50881
Delete "that are statically allocated" on  p1671, lines 53705

XRAT:
Delete "statically allocated" on page 3576 line 121175


XSHbug2 ERN 250 setlocale Accept as marked below.

See mail seq 11686, we applied the changes suggested.
We also agreed to highlight to the C committee that we have 
a possible issue here.  Don will send Nick words for a C defect report.

The revised response to xshbug2  ERN 250 is now:

Send this down the interps track.
The standard states the requirements for setlocale() , and
conforming implementations must conform to this. However, concerns have
been raised about this which are being referred to the sponsor.
(Target for TC1)

 Change line 41265f to

   [...] The application shall not modify the string returned.  [CX]The
   returned string pointer might be invalidated or [/CX] the string content
   overwritten by a subsequent call to setlocale().

Add new para as last para of DESCRIPTION

The implementation shall behave as if no function defined 
in this volume of POSIX.1-200x calls setlocale()

A new para of APP USAGE

Applications that use multiple threads should use uselocale()
in preference to setlocale().

    "In order to make use of different locale settings while
    multiple threads are running, applications should use
    uselocale() in preference to setlocale()."

XSHbug3.txt ERN 4 signal Accept as marked below

We reopened this item and revised the response as follows:


On signal() D5.1R pg 1937 61636  replace the para with
    [CX]If the process is multithreaded[/CX], or if the process is
    single threaded and a signal handler is executed other than as
    the result of:

       * the process calling abort(), raise(), [CX]kill(),
         pthread_kill(), or sigqueue()[/CX] to generate a signal
         that is not blocked, or

       * [CX]a pending signal being unblocked and being delivered
         before the call that unblocked it returns[/CX]

    the behavior is undefined if the signal handler refers to any
    object [CX]other than errno[/CX] with static storage duration
    other than by assigning a value to an object declared as volatile
    sig_atomic_t, or if the signal handler calls any function defined
    in this standard other than [CX]one of the functions listed in
    Section 2.4 (on page xxx)[/CX].


Also copy the above  to 2.4.3 
Replacing 16719-16721
"When signal-catching functions are invoked asynchronously with process
execution, the behavior of some of the functions defined by this volume
of POSIX.1-200x is unspecified if they are called from a signal-catching
function."

and change the last piece of the new replacement to
    in this standard other than [CX]one of the functions listed 
    in the following table:[/CX]

also delete the paragraph in APP USAGE On sigaction Page: 1919  Line: 61039 

XSHbug3.txt ERN 6 tgamma OPEN

We discussed shading CX vs MX, vs CX MX. It was felt that extensions to
MX ought to have a separate marking, such as MXX.  Geoff will take an
action to propose some changes.



Next meeting
------------
The next call will be October 16th at 16:00 UK time  to carry on with
the aardvark. See the calendar for the extensive list of dialup numbers.

An IRC  channel will be available for the meeting
 irc://irc.freestandards.org #austin

ICAL: http://www.google.com/calendar/ical/nvctqtstkuni3fab9k3jqtrt4g@group.calendar.google.com/public/basic
XML: http://www.google.com/calendar/feeds/nvctqtstkuni3fab9k3jqtrt4g@group.calendar.google.com/public/basic