src-test2/libexec/getty/main.c, branch release/7.0.0_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F7.0.0_cvs 2008-02-24T05:45:17Z This commit was manufactured by cvs2svn to create tag 2008-02-24T05:45:17Z cvs2svn cvs2svn@FreeBSD.org 2008-02-24T05:45:17Z urn:sha1:a9c219fa3cec18ef9f30edec6fa106bf0e2d423d 'RELENG_7_0_0_RELEASE'. This commit was manufactured to restore the state of the 7.0-RELEASE image. Include gettytab.h before extern.h so that the declarations of struct 2005-04-06T17:42:24Z Stefan Farfeleder stefanf@FreeBSD.org 2005-04-06T17:42:24Z urn:sha1:410f13a58d44e0f19306df28a99227015a2a688a gettyflags, gettynums and gettystrs are available. Report once that the device isn't there, but keep trying. Don't 2004-09-29T20:55:14Z Warner Losh imp@FreeBSD.org 2004-09-29T20:55:14Z urn:sha1:780afd18cdd1370292c5cfb89adece3599f6eb96 filter the errno values. They don't make as much sense as they used to given how we do devices in /dev. Prototype defttymode() instead of just declaring it. 2003-07-18T16:25:55Z Yaroslav Tykhiy ytykhiy@gmail.com 2003-07-18T16:25:55Z urn:sha1:0183b0b8b87573d62a51fbbc3defc29832dd3ef5 - Use the initial terminal mode instead of the current mode 2003-06-18T13:22:44Z Yaroslav Tykhiy ytykhiy@gmail.com 2003-06-18T13:22:44Z urn:sha1:b19ab1ce699c9fe531bd599a552136b47e52c238 as the source of defaults for terminal device parameters. - Do duplucate code reduction and simplification enabled by the above. Reviewed by: green MFC after: 1 month In the last clean-up of this code, the fact that the default tty mode 2003-06-14T08:26:47Z Brian Feldman green@FreeBSD.org 2003-06-14T08:26:47Z urn:sha1:7ce06101b88f68f31c09b74299254c321443da16 information could only be gleaned from the the tty descriptor itself was neglected, so never did the tty's default settings get copied from the kernel. Specifically, this caused all manner of ctrl-keys to not work. Fix this by calling dogettytab() in all the proper places, and retrieving the terminfo temporarily in dogettytab(). Read gettytab(5) soon enough to fill in all necessary values. 2003-06-10T18:30:41Z Yaroslav Tykhiy ytykhiy@gmail.com 2003-06-10T18:30:41Z urn:sha1:3cd7e22936f308f84ec65629d1fee568a4abdc7d Re-read gettytab(5) only if needed. This fixes bugs introduced as long ago as in getty/main.c rev.1.15. PR: bin/18181 MFC after: 1 month Spot one more place where boolean variables were incremented 2003-06-10T16:34:03Z Yaroslav Tykhiy ytykhiy@gmail.com 2003-06-10T16:34:03Z urn:sha1:5f596fa5d0203cbe6ecd4f9d4b70318eeccc4221 instead of just being assigned a truth value. Coding style fix: Use "foo = 1" instead of "foo++" to assign 2003-06-10T15:38:35Z Yaroslav Tykhiy ytykhiy@gmail.com 2003-06-10T15:38:35Z urn:sha1:8b52276d101bd9642e7f485ca68b2126b77e6f60 the truth value to a boolean variable, especially when inside a loop. The variable can overflow otherwise, at least in theory. Fix some minor bugs, namely: 2003-06-06T14:36:41Z Yaroslav Tykhiy ytykhiy@gmail.com 2003-06-06T14:36:41Z urn:sha1:f648dfd92939b4015c42637db3ca68024a2b764f - Initialize "rval", which would be used uninitialized if al or pl options were set. - Don't pass an empty string to login(1) as a user name (this could be triggered by entering a name and then killing it with backspace or ^U.) - Don't loop endlessly if the al option specifies a bogus (i.e., not alphanumeric) auto-login name. - Don't pass a bogus user name to login(1) if a good name were entered and then killed with ^U. - Exit with status 0, not 1, on receiving an EOF character, since it's not a error condition. MFC after: 1 week