[Issue 8 drafts 0001466]: Pseudo-terminal devices should be renamed

2021-06-18 Thread Austin Group Bug Tracker via austin-group-l at The Open Group


A NOTE has been added to this issue. 
== 
https://austingroupbugs.net/view.php?id=1466 
== 
Reported By:jauricchio
Assigned To:
== 
Project:Issue 8 drafts
Issue ID:   1466
Category:   Base Definitions and Headers
Type:   Enhancement Request
Severity:   Editorial
Priority:   normal
Status: New
Name:   Joe Auricchio 
Organization:   Apple Inc. 
User Reference:  
Section:3.277 Pseudo-Terminal and others 
Page Number:68-2126 
Line Number:2129-68880 
Final Accepted Text: 
== 
Date Submitted: 2021-04-16 15:22 UTC
Last Modified:  2021-06-18 14:38 UTC
== 
Summary:Pseudo-terminal devices should be renamed
== 

-- 
 (0005387) geoffclare (manager) - 2021-06-18 14:38
 https://austingroupbugs.net/view.php?id=1466#c5387 
-- 
Re https://austingroupbugs.net/view.php?id=1466#c5325 A drawback of both of
those solutions is that neither has a
satisfactory retrofit for the "s" in ptsname().

The mailing list discussion in Aug 2020 included suggestions of using
"primary" for one side but without finding a good enough word for the other
side ("ancilliary" came close). It has now occurred to me that "secondary"
could be used if these words are used to indicate not the role that the
devices have but the order in which they are opened. The primary device is
opened first, and then the name of the secondary device is obtained from
ptsname() and is opened second.

I think this could be a good solution if we include an explanation of the
reason behind the naming somewhere. 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2021-04-16 15:22 jauricchio New Issue
2021-04-16 15:22 jauricchio Name  => Joe Auricchio   
2021-04-16 15:22 jauricchio Organization  => Apple Inc.  
2021-04-16 15:22 jauricchio Section   => 3.277
Pseudo-Terminal and others
2021-04-16 15:22 jauricchio Page Number   => 68-2126 
2021-04-16 15:22 jauricchio Line Number   => 2129-68880  
2021-04-19 20:44 enhNote Added: 0005325  
2021-06-18 14:38 geoffclare Note Added: 0005387  
==




[Issue 8 drafts 0001448]: Misleading text in description of poll()

2021-06-18 Thread Austin Group Bug Tracker via austin-group-l at The Open Group


A NOTE has been added to this issue. 
== 
https://austingroupbugs.net/view.php?id=1448 
== 
Reported By:kre
Assigned To:
== 
Project:Issue 8 drafts
Issue ID:   1448
Category:   System Interfaces
Type:   Error
Severity:   Objection
Priority:   normal
Status: New
Name:   Robert Elz 
Organization:
User Reference:  
Section:XSH 3/poll() 
Page Number:1399-1400 
Line Number:46800-1. 46807-46813, 46820, 46824, 46867 
Final Accepted Text: 
== 
Date Submitted: 2021-02-02 22:12 UTC
Last Modified:  2021-06-18 14:08 UTC
== 
Summary:Misleading text in description of poll()
== 

-- 
 (0005386) geoffclare (manager) - 2021-06-18 14:08
 https://austingroupbugs.net/view.php?id=1448#c5386 
-- 
In the June 17th teleconference we decided that we should align the wording
for poll() with what is currently used for select(), i.e. talk about
descriptors being "ready for reading/writing" (with an explanation of what
that means).

I think the following changes are close to what we would have come up with
if we hadn't run out of time.  My aim in posting them here is that we
should use this as the starting point on the June 24th call, but will be
able to address any feedback in that call rather than waiting for a
subsequent call.

Page and line numbers are for draft 1.1 but the changes account for the
addition of ppoll() in draft 2.

In the sentence beginning on line 46801, change:on which an
application can read or write datato:on which an
application can make an attempt to read or write data without
blocking
At line 46807, change:POLLIN Data other than high-priority data
may be read without blocking.to:POLLIN The file
descriptor is ready for reading data other than high-priority
data.
In line 46808 change:POLLRDNORM Normal data may be read without
blocking.to:POLLRDNORM The file descriptor is
ready for reading normal data.
In line 46809 change:POLLRDBAND Priority data may be read
without blocking.to:POLLRDBAND The file descriptor
is ready for reading priority data.
In line 46810 change:POLLPRI High-priority data may be read
without blocking.to:POLLPRI The file descriptor is
ready for reading high-priority data.
In line 46811 change:POLLOUT Normal data may be written without
blocking.to:POLLOUT The file descriptor is ready
for writing normal data.
In line 46813 change:POLLWRBAND Priority data may be
written.to:POLLWRBAND The file descriptor is ready
for writing priority data.
In line 46814 change:An error has occurred on the device or
stream.to:An error condition is present on the
file descriptor. All error conditions that arise solely from the state of
the object underlying the open file description and would be diagnosed by a
return of -1 from a read() or write() call on the file
descriptor shall be reported as a POLLERR event.
On line 46820 delete the words (and punctuation):; a stream can
never be writable if a hangup has occurred
On line 46824 change:is invalidto:is
not an open file descriptor
Before line 46826 insert a new paragraph:A file descriptor
shall be considered ready for reading when a call to an input function with
O_NONBLOCK clear would not block, whether or not the function would
transfer data successfully. (The function might return data, an end-of-file
indication, or an error other than one indicating that it is blocked, and
in each of these cases the descriptor is considered ready for reading.) A
file descriptor shall be considered ready for writing when a call to an
output function with O_NONBLOCK clear would not block, whether or not the
function would transfer data successfully. How much data could be written
without blocking depends upon the object underlying the open file
description and its current state.
On line 46826-7 after:The significance and semantics of normal,
priority, and high-priority data are file and
device-specific.add:The semantics of device
disconnection are device-specific.
On line 46867 change APPLICATION USAGE
from:Noneto:When a poll() or
ppoll() call indicates a file descriptor is ready for reading, this
means that if an attempt to read data had been made at the time that the
status of the file descriptor was checked, it would have returned at least

Minutes of the 17th June 2021 Teleconference

2021-06-18 Thread Andrew Josey via austin-group-l at The Open Group
All
Enclosed are the minutes of the 17th June teleconference
regards
Andrew
-

Minutes of the 17th June 2021 Teleconference Austin-1138 Page 1 of 1
Submitted by Andrew Josey, The Open Group. 18th June 2021

Attendees:
Don Cragun, IEEE PASC OR
Mark Ziegast, SHware Systems Dev.
Joerg Schilling
Nick Stoughton, USENIX, ISO/IEC JTC 1/SC 22 OR
Andrew Josey, The Open Group
Geoff Clare, The Open Group
Eric Blake, Red Hat, The Open Group OR
 
Apologies:
Richard Hansen
Tom Thompson

* General news 

This was a call dedicated to Issue 8 D2 bugs.


* 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 13th June 2019 and earlier)

Bug 1254: "asynchronous list" description uses "command" instead of "AND-OR 
list" OPEN
https://austingroupbugs.net/view.php?id=1254
Action: Joerg to investigate how his shell behaves.

Bug 713 - Nick to raise with the C committee.
This item raised in Austin/1129 and submitted to the C committee in May 2021.


* Current Business

Bug 1472: Some new *_clock*() pages need s/this/these/ Accepted
https://austingroupbugs.net/view.php?id=1472

This item is tagged for Issue 8

Bug 1473: Add Issue 7 info to  APPLICATION USAGE Accepted
https://austingroupbugs.net/view.php?id=1473

This item is tagged for Issue 8

Bug 1475: socket() and shutdown() should refer to close() Accepted
https://austingroupbugs.net/view.php?id=1475

This item is tagged for Issue 8

Bug 1482: bind EILSEQ error only applies to AF_UNIX sockets Accepted
https://austingroupbugs.net/view.php?id=1482

This item is tagged for Issue 8


Bug 1484:  SEE ALSO is missing tcgetwinsize and tcsetwinsize Accepted
https://austingroupbugs.net/view.php?id=1484

This item is tagged for Issue 8

Bug 1485: It may be clearer to describe pthread_cond_timedwait in terms of 
pthread_cond_clockwait rather than the other way round Accepted Marked
https://austingroupbugs.net/view.php?id=1485

This item is tagged for Issue 8

Replace paragraph on lines 51671-51676 with:
The pthread_cond_clockwait() function shall be equivalent to
pthread_cond_wait(), except that an error is returned if the
absolute time specified by abstime as measured against the clock
indicated by clock_id passes (that is, the current time measured
by that clock equals or exceeds abstime) before the condition
cond is signaled or broadcasted, or if the absolute time specified
by abstime has already been passed at the time of the call.
Implementations shall support passing CLOCK_REALTIME and
CLOCK_MONOTONIC to pthread_cond_clockwait() as the clock_id
argument. When such timeouts occur...[keep final sentence from
existing paragraph.]


Remove paragraph starting at line 51677.

Replace paragraph starting at line 51680 with:
The pthread_cond_timedwait() function shall be equivalent to
pthread_cond_clockwait(), except that it lacks the clock_id
argument. The clock to measure abstime against shall instead
come from the condition variable's clock attribute which can
be set by pthread_condattr_setclock() prior to the condition
variable's creation. If no clock attribute has been set, the
default shall be CLOCK_REALTIME.


Bug 1448: Misleading text in description of poll() OPEN
https://austingroupbugs.net/view.php?id=1448

This was started and will be continued on the next Thursday call.


The next call will be a gettext call.
The gettext draft in the etherpad is at

https://posix.rhansen.org/p/gettext_draft
https://posix.rhansen.org/p/gettext_split

The next D2 bugs call will be June 24

Todo bugs 1448, 1466, 1471, 1478

Next Steps 
--
The next calls are on:

June 21 2021 (Monday)  Gettext
This call will be for 90 minutes.

June 24th 2021 (Thursday)   General Bugs (D2 bugs)
This call will be for 90 minutes.

Calls are anchored on US time. (8am Pacific) 

Apologies in advance:

Please check the calendar invites for dial in details.

Bugs are at:
https://austingroupbugs.net

An etherpad is usually up for the meeting, with a URL using the date format as 
below:

https://posix.rhansen.org/p/20xx-mm-dd

(For write access this uses The Open Group single sign on,
for those individuals with gitlab.opengroup.org accounts.
Please contact Andrew if you need to be setup)


Andrew JoseyThe Open Group
Austin Group Chair  
Email: a.jo...@opengroup.org 
Apex Plaza, Forbury Road,Reading,Berks.RG1 1AX,England

To learn how we maintain your privacy, please review The Open Group Privacy 
Statement at http://www.opengroup.org/privacy.
To unsubscribe/opt-out from this mailing list login to The Open Group 
collaboration portal at
https://collaboration.opengroup.org/operational/portal.php?action=unsub=2481







Austin Group teleconference +1 888 974 9888 PIN 618 156 403

2021-06-18 Thread Single UNIX Specification via austin-group-l at The Open Group
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//opengroup.org//NONSGML kigkonsult.se iCalcreator 2.22.1//
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:America/New_York
X-LIC-LOCATION:America/New_York
BEGIN:DAYLIGHT
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
TZNAME:EDT
DTSTART:20120311T02
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
TZNAME:EST
DTSTART:20121104T02
RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
UID:60cc9d697d...@opengroup.org
DTSTAMP:20210618T131937Z
ATTENDEE;ROLE=CHAIR:MAILTO:a.jo...@opengroup.org
CREATED:20210618T00Z
DESCRIPTION:Web/Project: Single UNIX Specification\nTitle: Austin Group tel
 econference +1 888 974 9888 PIN 618 156 403\nDate/Time: 24-Jun-2021 at 11:
 00 America/New_York\nDuration: 1.50 hours\nURL: https://collaboration.open
 group.org/platform/single_unix_specification/events.php\n\n* All calls are
  anchored on US time **\n\nTopic: Austin Group teleconference\n---
 \nAudio conference information
 \n---\n\nYou are invit
 ed to a Zoom meeting.\n\nMeeting ID: 618 156 403\n\nJoin from PC\, Mac\, i
 OS or Android: https://logitech.zoom.us/j/618156403\n \nor join by phone:
 \nUS: 888 974 9888\nUK: 800 031 5717\nDE: 800 724 3138\nFR: 805 082 588\n
 \nOther international numbers available here:\nhttps://zoom.us/u/adlvrb8IL
 j\n \nMeeting ID: 618 156 403\n\nor join from a H.323/SIP Device:\n   
  Dial: 162.255.37.11 (US West) or 162.255.36.11 (US East)\nMeeting ID:
  618 156 403\n\nShare from a PC or MAC: https://zoom.us/share/618156403\n
 \nOr iPhone one-tap (US Toll):  +16699006833\,618156403# or +16465588656\,
 618156403#\n\nPassword for zoom call  ends with x\n\nAll Austin Group part
 icipants are most welcome to join the call.\nThe call will last for 90 min
 utes.\n\n\nAn etherpad is usually up for a meeting\, with a URL using the 
 date format as below:\n\nhttps://posix.rhansen.org/p/202x-mm-dd\n\nLOGIN R
 EQUIRED to write to the ETHERPAD (Use your gitlab.opengroup.org login.)\n
 \n\n\nBug reports are available at:\nhttps://www.austingroupbugs.net\n
DTSTART;TZID=America/New_York:20210624T11
DURATION:PT1H30M0S
LAST-MODIFIED:20210618T091937Z
ORGANIZER;CN=Single UNIX Specification:MAILTO:do-not-re...@opengroup.org
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:Austin Group teleconference +1 888 974 9888 PIN 618 156 403
TRANSP:OPAQUE
URL:https://collaboration.opengroup.org/platform/single_unix_specification/
 events.php
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-VISIBILITY:40
X-JOINBEFORE:5
X-CATEGORY:Teleconference
X-PLATO-SITE:Single UNIX Specification
X-PLATO-SITEID:136
END:VEVENT
END:VCALENDAR


meeting.ics
Description: application/ics