gnu/137665: [patch] dialog(1) goes into tight loop on encountering eof

[Eitan Adler]

> 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