wireguard-openbsd/lib/libc/gen/readpassphrase.c, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/lib/libc/gen/readpassphrase.c?h=jd%2Fqueueboosts 2019-01-25T00:19:25Z I am retiring my old email address; replace it with my OpenBSD one. 2019-01-25T00:19:25Z millert millert@openbsd.org 2019-01-25T00:19:25Z urn:sha1:bf198cc6eba0ca1f6d79f71e8e2243d386241fa8 Avoid generate SIGTTOU when restoring the terminal mode. If we get 2016-10-18T12:47:18Z millert millert@openbsd.org 2016-10-18T12:47:18Z urn:sha1:1c3558a93fb16f41866b71820f4c5389eb1b457c SIGTTOU it means the process is not in the foreground process group which, in most cases, means that the shell has taken control of the tty. Requiring the user the fg the process in this case doesn't make sense and can result in both SIGTSTP and SIGTTOU being sent which can lead to the process being suspended again immediately after being brought into the foreground. Wrap <readpassphrase.h> so internal calls go direct and readpassphrase is weak 2015-09-14T10:45:27Z guenther guenther@openbsd.org 2015-09-14T10:45:27Z urn:sha1:6709dcd9afeb897f21d6d3b51911479e7c46e5e4 most obvious unsigned char casts for ctype 2013-11-24T23:51:28Z deraadt deraadt@openbsd.org 2013-11-24T23:51:28Z urn:sha1:dfe5467e3c6b93ccc8be21818dca4babdc79fd90 ok jca krw ingo Defer installing signal handlers until echo is disabled so that we 2010-05-14T13:30:34Z millert millert@openbsd.org 2010-05-14T13:30:34Z urn:sha1:13c7638dee77fe8d293566db5cb420f8c2ddb681 get suspended normally when not the foreground process. Fix potential infinite loop when restoring terminal settings if process is in the background when restore occurs. OK miod@ If a process receives two different signals while in readpassphrase, only 2010-01-13T10:20:54Z dtucker dtucker@openbsd.org 2010-01-13T10:20:54Z urn:sha1:d5ca02a9bb26365156e242aba39771e27c2eb2d6 the most recent one will be stored for later re-delivery. When the signal handlers are restored, all except the most recent signal will be lost. Replace the single variable with an array so signals are not lost. ok deraadt@ Use TCSAFLUSH instead of TCSANOW when turning echo back on so that 2008-01-17T16:27:07Z millert millert@openbsd.org 2008-01-17T16:27:07Z urn:sha1:9462f6a9c24e19e4c04c452e3ff62e46cb864d63 there is no chance of output that was written but still pending to be displayed. This is what the original getpass(3) did. If we receive SIGTTOU when turning off echo, the process is already 2007-10-30T12:03:48Z millert millert@openbsd.org 2007-10-30T12:03:48Z urn:sha1:5bf3f022ac9b5aa6f97a7880190e0813af8c433e backgrounded. Do not print the password prompt in this case since the first read will result in the process receiving SIGTTIN. Fixes an issue where the password prompt would be displayed when readpassphrase() would not be able to read anything. OK deraadt@ (char)to{upper,lower}() 2006-03-31T05:33:59Z deraadt deraadt@openbsd.org 2006-03-31T05:33:59Z urn:sha1:242653d27754dfe6143d86fcb170f941421352a0 zap remaining rcsid. 2005-08-08T08:05:33Z espie espie@openbsd.org 2005-08-08T08:05:33Z urn:sha1:c2c925dec2134a12f472359f2a189e9a312dd721 Kill old files that are no longer compiled. okay theo