>Number:         7857
>Category:       bin
>Synopsis:       'rm' spews when EOF typed to "override" question
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    bin-bug-people (Utility Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Jun 26 11:35:00 1999
>Last-Modified:
>Originator:     Greg A. Woods
>Organization:
Planix, Inc.; Toronto, Ontario; Canada
>Release:        NetBSD-current 1999/06/19
>Environment:

System: NetBSD 1.4D  (first noticed on 1.3.3)

>Description:

	Rm doesn't seem to handle EOF to the "override" question
	properly.  It spews out any remaining questions without pausing
	for an answer to any of them.

	On SunOS-5.6, for example, input is waited for from subsquent
	questions.  SunOS-4 suffers the same problem as *BSD though.

	I'm not sure the new SunOS-5.6 behaviour is more correct.  I
	actually expected the command to die quietly, just as most any
	data handling filter style command that reads input from stdin
	will do when it receives an EOF indication.

>How-To-Repeat:

	$ chown 444 cyrus*
	$ rm cyrus*
	override r--r--r--  woods/staff for cyrus-imapd-1.5.19p1.tgz? override r--r--r--  woods/staff for cyrus-imapd-1.5.19p2.tgz-1.3.3? override r--r--r--  woods/staff for cyrus-imapd-1.5.19p2.tgz-1.3I?

	# I pressed <CTRL-D>, my EOF char, at the first question....

>Fix:

	none supplied

>Audit-Trail:
>Unformatted: