Austin Group Minutes of the 10 Jan 2008 Teleconference Austin-411 Page 1 of 1 Submitted by Andrew Josey, The Open Group. Jan 11 , 2007 Attendees Andrew Josey, The Open Group Nick Stoughton, USENIX, ISO/IEC OR Ulrich Drepper, Red Hat Don Cragun , Sun, PASC OR Apologies Mark Brown, IBM, TOG OR Geoff Clare, The Open Group Status update --------------- * ISO Balloting The last ballot result was circulated in December. The summary of votes is as follows: 7 countries voted approve (with no comments): China, Czech Republic, Germany, Italy, Japan, Republic of Korea,Romania 3 countries voted approve with comments: Canada, United States, United Kingdom 3 countries abstained: Netherlands, Switzerland and Spain 4 did not vote: Austria, Denmark, France, Russian Federation * Draft Status Draft 4 is due out January 11. This will be the draft for The Open Group company review and simultaneous IEEE ballot. The ballot will run until February 22nd. The Sanity draft produced (draft 5) after is expected to be submitted for IEEE recirculation and the ISO FDIS. The main difference between draft four and the 3.4R snapshot is the application of the latest interpretations that completed their review on January 7. * 2004 Aardvark reports XBD ERN 108 definition of reentrant Accept as marked below The definition of reentrant has been removed in the revision and the sections of text reworked. XBD ERN 109 string.h Reject Implementations are already allowed to make strcasecmp and strncasecmp visible in , because it has str[a-z] as a reserved prefix. XSH ERN 230 pthread_attr_setscope ENOTSUP Accept This ERN needs to go down the interpretations . A decision will be taken at the next face to face meeting whether or not any late interpretations can be folded into draft 5. If not they would have to be targeted for TC1. XSH ERN 231 sem_post when SEM_VALUE_MAX A/M Add an additional shall fail error condition [EOVERFLOW] The maximum allowable value of the semaphore would be exceeded XSH ERN 232 fprintf Accept as marked below The following changes are based on austin-group-l mail sequence 11282 Add the following [EOVERFLOW] error under the ERRORS section (in the Rebision) introduced by "In addition, all forms of fprintf( ) shall fail if:", [EOVERFLOW] [CX] The value to be returned is greater than {INT_MAX}. And then change the existing [EOVERFLOW] error for snprintf() to: [EOVERFLOW] [CX] The value of n is greater than {INT_MAX}. (Note the use of CX shading in both cases - in the revision the existing EOVERFLOW has changed from XSI to CX.) Then in XSH 2.3 Error Numbers add to the end of the existing paragraph 6 which says "The ERRORS section on each reference page specifies which error conditions shall be detected by all implementations (‘‘shall fail’’) and which may be optionally detected by an implementation (‘‘may fail’’). If no error condition is detected, the action requested shall be successful." (new text to add) If an error condition is detected, the action requested may have been partially performed, unless otherwise stated. XCU ERN 177 printf utility Accept as marked below Send down the interps track - omission Take the change as proposed in the aardvark, plus the following addition to APPLICATION USAGE: Change the para starting at line 100839 in d3.4 top of page 3040 to: The treatment of hexadecimal escapes in the format operand differs from the way hexadecimal character constants are recognized in a C string literal used as the format argument for the printf() family of functions. In the printf utility they are limited to two hexadecimal digits because otherwise there would be no consistent way to detect the end of the constant. In C string literals, hexadecimal character constants are only terminated by a non-hex-digit character but the "##" concatenation operator can be used to terminate a constant and follow it with a hexadecimal character to be written. In the shell, concatenation occurs before the printf utility has a chance to parse the end of the hexadecimal constant. Next Steps ----------- Andrew will update the aardvark reports with the latest inbound defect reports. The next call will be Thursday 7 February at 16:00 UK 08:00 pacific, 11:00 new york. The call will last for 90 minutes See http://www.opengroup.org/austin/. An IRC channel will be available for the meeting irc://irc.freestandards.org #austin 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