Minutes of the 18th February 2019 Teleconference Austin-910 Page 1 of 1 Submitted by Andrew Josey, The Open Group. 20th February 2019 Attendees: Don Cragun, IEEE PASC OR Eric Blake, Red Hat Andrew Josey, The Open Group (Partial) Joerg Schilling, FOKUS Fraunhofer Nick Stoughton, USENIX, ISO/IEC JTC 1/SC 22 OR Mark Ziegast, SHware Systems Dev. Apologies Geoff Clare, The Open Group * General news Andrew reported that his action to check in with Martin Rehak on participation is still open, awaiting further feedback from Oracle. We agreed that the next Monday meeting will be February 25th. * Outstanding actions (Please note that this section has been flushed to shorten the minutes - to locate the previous set of outstanding actions, look to the minutes from 9 March 2018 and earlier) Bug 1077: Recommend support for wide-character regcomp and regexec and/or specify multi-byte behavior OPEN http://austingroupbugs.net/bug_view_page.php?bug_id=1077 Andrew has completed the action to ping his Apple contact and is awaiting a reply. Bug 1122: POSIX should include gettext() and friends OPEN http://austingroupbugs.net/view.php?id=1122 Left open as an action is still in progress to flesh out a complete proposal. * Current Business 1178: atan2: Description of IEC 60559 Floating-Point option is unclear Accepted as Marked http://austingroupbugs.net/bug_view_page.php?bug_id=1178 This item was reopened. This item is tagged for TC3-2008 On page 611 line 21228 section atan2(), change: [MX]If the correct value would cause underflow, a range error may occur, and atan(), atan2f(), and atan2l() shall return an implementation-defined value no greater in magnitude than DBL_MIN, FLT_MIN, and LDBL_MIN, respectively.[/MX] [MXX]If the IEC 60559 Floating-Point option is supported, y/x should be returned.[/MXX] to: If the correct value would cause underflow, a range error may occur, and atan2(), atan2f(), and atan2l() shall return an implementation-defined value no greater in magnitude than DBL_MIN, FLT_MIN, and LDBL_MIN, respectively. [MXX]If the IEC 60559 Floating-Point option is supported, y/x should be returned.[/MXX] On page 776 line 26318 section erf(), join the following two paragraphs: If the correct value would cause underflow, a range error may occur, and erf(), erff(), and erfl() shall return an implementation-defined value no greater in magnitude than DBL_MIN, FLT_MIN, and LDBL_MIN, respectively. [MXX]If the IEC 60559 Floating-Point option is supported, 2 * x/sqrt(π) should be returned.[/MXX] to form a single paragraph. Bug 1181: *scanf(): %i format: seems to use unsigned in the wild for known base(s) Reject http://austingroupbugs.net/view.php?id=1181 This is being rejected for the following reason: The C standard requires that scanf("%i", ...) store a signed value into the requested target integer, and that behavior is undefined on overflow. The fact that 0xffffffff is a positive value that is too large to fit into a 32-bit integer type triggers undefined behavior, and thus it is permissible for scanf() to treat it as an error. To get what you want you could try using strtoul() with a 0 base. Next Steps ---------- The next calls are on: February 21st 2019 (Thursday) This call will be for 90 minutes. February 25th 2019 (Monday). This call will be for 60 minutes. Calls are anchored on US time. (8am Pacific) http://austingroupbugs.net An etherpad is usually up for the meeting, with a URL using the date format as below: https://posix.rhansen.org/p/201x-mm-dd username=posix password=2115756#