Minutes of the 18 Nov 2010 Teleconference Austin-505 Page 1 of 1 Submitted by Andrew Josey, The Open Group. November 19 , 2010 Attendees Andrew Josey, The Open Group Don Cragun, PASC OR Mark Brown, IBM, TOG OR Geoff Clare, The Open Group Eric Blake, Red Hat Nick Stoughton, USENIX, ISO/IEC OR We discussed the status of the PASC Chair. We need to check on the PASC procedures for who the approval group is, whether its just the SEC or pasc-gen as well. We also need to check who the voting members of the SEC are. Once we have determined that its likely we need to issue a call for nominations. * We picked up on regular Bug processing Bug 343 ftok cleanups OPEN http://austingroupbugs.net/view.php?id=343 Action on Eric to develop a test program and run on several platforms. Eric reported that this item is progressing but still open Bug 346 ceil and floor OPEN http://austingroupbugs.net/view.php?id=346 It was felt that most conforming architectures would not have a problem with this changed, but some concern about the 370 architecture. Action: Mark Brown to investigate the IBM 370 architecture and its support of floating point arithmetic Bug 347 ASYNCHRONOUS EVENTS on the sh page Accepted http://austingroupbugs.net/view.php?id=347 This item has been tagged for TC1-2008. An interpretation is required. Interpretation response The standard states that the "default" behavior is required here , and conforming implementations must conform to this. However, concerns have been raised about this which are being referred to the sponsor. Rationale: See the "Description" section above. Notes to the Editor (not part of this interpretation): The WG recommends that the actions described in the "Desired Actions" section be taken. Bug 348 XRAT margin code descriptions for MX and MXX Accepted http://austingroupbugs.net/view.php?id=348 This item has been tagged for TC1-2008. Bug 350 time() rationale out of date Accepted http://austingroupbugs.net/view.php?id=350 This item has been tagged for TC1-2008. Bug 351 certain shell special built-ins should expand arguments in assignment context OPEN This has been discussed on the mailing list. There was some concern noted that the implementations of the shell we have access to appear not to be in synchronization with the positions being put forward. Additional notes have been added to this defect based on email traffic and the item remains open. Bug 352 behavior when assignments precede export Accept as Marked This item has been tagged for TC1-2008. An interpretation is required. Interpretation response The standard states the requirements for the export special built-in, and conforming implementations must conform to this. However, concerns have been raised about this which are being referred to the sponsor. Rationale: The standard does not allow long-standing existing practice. Notes to the Editor (not part of this interpretation): At line 74290, add a sentence: If a variable assignment precedes the command name of 'export' but that variable is not also listed as an operand of 'export', then that variable shall be set in the current shell execution environment after the completion of the 'export' command, but it is unspecified whether that variable is marked for export. Next Steps ---------- The next call will be on Dec 2nd at 08:00 Pacific and will continue processing defect reports. It will be limited to 60 minutes only http://austingroupbugs.net See the calendar for the 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