Austin Group Minutes of the 21 April Teleconference Austin-254 Page 1 of 1 Submitted by Andrew Josey, The Open Group. April 22, 2005 Attendees Andrew Josey, The Open Group Don Cragun , Sun, PASC OR Mark Brown, IBM, TOG OR Nick Stoughton, USENIX, ISO/IEC OR Ulrich Drepper, Red Hat Raymond Mak, WG14 (partial) P J Plauger , WG14 (partial) Robert Seacord, WG14 (partial) Apologies Mats Wichmann We also had an IRC channel open for this call irc://irc.freestandards.org/austin Action item review --------------------- Just the updates on Austin/240r1 are noted here. ACTION AI-2005-01-09 Andrew Josey & Mats Wichmann to propose a time and place for a joint Austin group/LSB Workgroup meeting to consider LSB/POSIX conflicts, to be held as soon as conveniently possible. Status: OPEN LSB 3.0-Preview2 is in review expected to complete during the week commencing 25 April. Nick still has an action to prepare an agenda for a teleconference. ACTION AI-2005-01-06: AJ to contact Jack McCann at HP for views on getnameinfo document, and for any other networking issues that may concern us. Status: OPEN, looking for a volunteer to acts as a liaison to the networking folks at IETF Nick reported that he might have some possible candidates. Defect Report Processing ------------------------- The group picked up on the latest batch of defect reports, which are available at the following URL: http://www.opengroup.org/austin/aardvark/latest/ XBD ERN 53 wchar_t Accept as Marked The nutshell for the DR was that ebcdic could not conform to unicode It was agreed to place this DR on hold pending a DR being submitted to ISO C WG14. Nick has an action to propose a DR, completed in http://www.opengroup.org/austin/jan2005/doc.tpl?CALLER=index.tpl&gdid=7303 If the defect report at ISO does not succeed we implement the following change which is based upon suggestion 1 of http://www.open-std.org/JTC1/SC22/WG14/www/docs/dr_279.htm This change allows an implementation to deviate from the last part of 7.17 paragraph 2 if the macro __POSIX_BTOWC_NEQ_WCTOB__ is predefined. This would not affect ASCII based systems, but would provide leeway for EBCDIC systems to process Unicode using C. Change the last part of 7.17 paragraph 2 as follows: "... wchar_t which is an integer type whose range of values can represent distinct codes for all members of the largest extended character set specified among the supported locales; the null character shall have the code value zero. Each member of the basic character set shall have a code value equal to its value when used as the lone character in an integer character constant if an implementation does not define __POSIX_BTOWC_NEQ_WCTOB__." A program that requires the wchar_t restriction can check for the macro and cause the translator to put out a diagnostic if the implementation does not support the restriction. This at least would help diagnose porting problems. XBD ERN 56 size_t in headers Accept XCU ERN 53 pwd -P and the $PWD variable A/M This issue should be forwarded down the interpretations track as a proposed defect in the standard. The standard is clear, standard is wrong concerns are being forward to the sponsor Proposed change for a future revision (not part of the interpretation): Replace the first sentence of the PWD Environment variable section "If the -P option is in effect, this variable shall be set to an absolute pathname of the current working directory that does not contain any components that specify symbolic links, does not contain any components that are dot, and does not contain any components that are dot-dot." with "An absolute pathname of the current working directory." Add to Rationale section: A previous version of this standard stated that the PWD environment variable was affected when the -P option was in effect. This was incorrect, conforming implementations do not do this." XCU ERN 56 mkdir -m Accept Next Steps ----------- Andrew will update the aardvark reports with the latest inbound defect reports. The next call is TUESDAY May 3 2005 (note day change) irc://irc.freestandards.org/austin