Re: docs/82296: ttys(5) man page misleads about use for non-gett

看板FB_doc作者時間20年前 (2006/04/10 17:01), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串3/5 (看更多)
The following reply was made to PR docs/82296; it has been noted by GNATS. From: Giorgos Keramidas <keramida@freebsd.org> To: Chris Lightfoot <chris@ex-parrot.com> Cc: bug-followup@freebsd.org Subject: Re: docs/82296: ttys(5) man page misleads about use for non-getty processes Date: Mon, 10 Apr 2006 11:55:34 +0300 On 2006-04-08 18:28, Chris Lightfoot <chris@ex-parrot.com> wrote: >On Sat, Apr 08, 2006 at 12:09:32AM +0300, Giorgos Keramidas wrote: >>On 2005-06-15 21:44, Chris Lightfoot <chris@ex-parrot.com> wrote: >>> The ttys(5) man page states in respect of each line of /etc/ttys, >>> >>> The first field is normally the name of the terminal special file as it >>> is found in /dev. However, it can be any arbitrary string when the asso- >>> ciated command is not related to a tty. >>> >>> However, this is not true -- the new_session command in init.c will >>> drop any /etc/ttys line whose first field does not give the name of a >>> file in /dev which can be opened: (line 937 et seq) >> >> Is this still true on the 5.X branch? I've just tested on CURRENT and >> the following entry worked as expected, even though I certainly don't >> have a /dev/nproc device node: >> >> nproc "/root/script" unknown on secure > > hmm. The machine where I encountered the problem is > 5.2.1-RELEASE. I haven't tried on anything subsequent. Good enough. Thanks for following up so fast. I believe 5.2.1-RELEASE was a developer-preview release, and many things have changed since then. If you (or anyone else, for that matter) test this with a newer release, i.e. 5-STABLE or one of the 6.X series, please let me know with a followup :-) - Giorgos _______________________________________________ freebsd-doc@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-doc To unsubscribe, send any mail to "freebsd-doc-unsubscribe@freebsd.org"
文章代碼(AID): #14EXxM00 (FB_doc)
討論串 (同標題文章)
文章代碼(AID): #14EXxM00 (FB_doc)