> dialog does not go into a tight loop eating all CPU, but it still gets stuck. > I believe it should take some action on encountering EOF, instead of waiting > for input forever. My patch did that for the old dialog, typically taking > the same path as pressing ESC would.
I can not reproduce this using the command stated in the PR: $dialog --yesno foo -1 -1 </dev/null $dialog --version Version: 1.1-20100428 -- Eitan Adler _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "[email protected]"
