Austin Group Minutes of the 22 May 2007 Teleconference Austin-365 Page 1 of 1 Submitted by Andrew Josey, The Open Group. May 23, 2007 Attendees Andrew Josey, The Open Group Ulrich Drepper, Red Hat Geoff Clare, The Open Group Nick Stoughton, USENIX, ISO/IEC OR Don Cragun , Sun, PASC OR Mark Brown, IBM, TOG OR Action item review --------------------- ACTION AI-2005-01-01: Don Cragun to present paper on pathname resolution. OPEN ACTION 2007-02-01: Andrew Josey to make a pass through current closed aardvarks against approved std, to move items to SD-5 or interpretations when ready. CLOSED, we located one ERN (XSH ERN 95) to close as a result of this see below. ACTION 2007-02-06: Ulrich to research issue 15 and propose text for XSH intro to explain directory searching, with special respect to the *at() functions. OPEN (Geoff has posted some mail on this, come back to this when Ulrich has the cycles) Ulrich has also now posted some thoughts on this item. ACTION 2007-02-09: ALL review sample c99 pages when available with an audience that includes non standards developers. OPEN Aardvark Bug Reports -------------------- XSHbug2.txt XSH ERN 95 perror() Accept as marked below This ERN was on hold pending a DR against ISO C TC2 , requesting that it be reversed The DR text is Austin/258 (from Nick's email on the topic slightly edited) We discussed XSH ERN 95 on perror() during the WG 14 committee meeting this week. The message below summarizes the discussion and the resulting new proposed TC. One way to summarize the new position is that an implementation that conforms to the current POSIX requirement of not altering the orientation of stderr should still conform to C. The perror function will be removed from the list of byte oriented functions (returning to the pre-TC2 state). It will be permitted (but not required) to set the orientation of an un-oriented stderr to narrow, and has what C calls "undefined" behavior if stderr was previously set to wide. This permits the POSIX required behavior. Message: The problem with perror is the statement in Posix: "The perror() function shall not change the orientation of the standard error stream." As your proposed DR suggests, you *can* write something like save_errno = errno; or = fwide(stderr, 0); errno = save_errno; actual_perror("error identifying string") freopen("", "w", stderr); fwide(stderr, or); But this is not portable code. You cannot, in general, put a stream back in its unbound state with the freopen/ fwide trick. Thus, in Standard C, we have to accept that a call to perror will change the state of an unbound stream (to byte-oriented, or narrow). Our TC made perror a byte output function to reflect this. A proposed fix is for WG14 to undo the designation of perror as a byte output function. Instead, we'd say that perror is permitted to fail if stderr is already wide oriented. Making the failure undefined behavior gives Posix the latitude to specify perror as it does, gives current Standard C implementations the latitude to remain unchanged, and gives more meticulous implementations the latitude to try harder to get the error message out to a wide stream. The result of this was that the ISO C committee chose to leave this undefined so the behavior in our specification is thus an extension to ISO C and should be marked as such through CX shading. On D2R Page 913 l 29294 This last line needs to be CX shaded or the shaded of the paragraph above extended to include this line. This item should be added to SD5 for D3R XSH ERN 201 strptime We discussed this item and will bring a proposal for the thursday call. XSH ERN 199 posix_fallocate EINVAL Accept as marked page 879 in 2004, page 926 in D2R This item should be progressed down the interpretations track The standard is what it says but concerns are being forwarded to the sponsor. Replace EINVAL shall fail with [EINVAL] The len argument is less than zero, or the offset argument is less than zero, or the underlying file system does not support this operation. and adding a may fail [EINVAL] The len argument is zero. XSH ERN 200 seekdir Accept Add to SD5 for D3R XSH ERN 202 wait XSI shading Accept Add to SD5 for D3R SD5 items for D3R ----------------- We reviewed some ERNs that had been closed previously. The following should be forwarded to Cathy for inclusion in D3R XSH ERN 95, XSH ERN 167, XSH ERN 200, XSH ERN 202 Andrew will add these to Austin/357 (D3R changes to SD5) All:Prep c99 pages for next meeting Next Steps ----------- Andrew will update the aardvark reports with the latest inbound defect reports. Next teleconference meeting will be THURSDAY 24 May 2007. Note that the time will be at 16:00 UK local time Dial-in:+1 877-421-0003 Passcode: 953276 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