Date: Fri, 28 Aug 2009 10:25:26 +0000 (UTC) From: Ed Schouten <ed@FreeBSD.org> To: cvs-src-old@freebsd.org Subject: cvs commit: src/lib/libc/stdlib ptsname.3 Message-ID: <200908281025.n7SAPnn0086426@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
ed 2009-08-28 10:25:26 UTC
FreeBSD src repository
Modified files: (Branch: RELENG_8)
lib/libc/stdlib ptsname.3
Log:
SVN rev 196614 on 2009-08-28 10:25:26Z by ed
MFC r196508:
Our implementation of granpt(3) could be valid in the future.
When I wrote the pseudo-terminal driver for the MPSAFE TTY code, Robert
Watson and I agreed the best way to implement this, would be to let
posix_openpt() create a pseudo-terminal with proper permissions in place
and let grantpt() and unlockpt() be no-ops.
This isn't valid behaviour when looking at the spec. Because I thought
it was an elegant solution, I filed a bug report at the Austin Group
about this. In their last teleconference, they agreed on this subject.
This means that future revisions of POSIX may allow grantpt() and
unlockpt() to be no-ops if an open() on /dev/ptmx (if the implementation
has such a device) and posix_openpt() already do the right thing.
I'd rather put this in the manpage, because simply mentioning we don't
comply to any standard makes it look worse than it is. Right now we
don't, but at least we took care of it.
Approved by: re (kib)
Revision Changes Path
1.2.2.2 +11 -15 src/lib/libc/stdlib/ptsname.3
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200908281025.n7SAPnn0086426>