Subject: bin/3343: mopprobe, moptrace fail silently if no bpf devices available
To: None <gnats-bugs@gnats.netbsd.org>
From: Jonathan Stone <jonathan@DSG.Stanford.EDU>
List: netbsd-bugs
Date: 03/17/1997 13:57:16
>Number:         3343
>Category:       bin
>Synopsis:       mopprobe, moptrace fail silently if no  bpf devices available
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    bin-bug-people (Utility Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Mar 17 14:05:01 1997
>Last-Modified:
>Originator:     
>Organization:
	
>Release:        NetBSD-current as of 1997-03-17
>Environment:
	
System: NetBSD Cup.DSG.Stanford.EDU 1.2C NetBSD 1.2C (DSG_4K) #1: Mon Mar 10 12:40:45 PST 1997 jonathan@Whisk.DSG.Stanford.EDU:/usr/src/sys.jrs/arch/i386/compile/DSG_4K i386


>Description:
	mats o jansson's mop package  fails if no bpf devices
	are avaiable (e.g., nobody ran ./MAKDEV bpf in /dev/,
	or they're all busy)

>How-To-Repeat:
On a default system with four devices in /dev/bpf:

	tcpdump &
	dhcpd &
	mopd &
	mopprobe -a
	moptrace

will exhaust all the available bpf devices.  The last mop command
fails.  The failure gets logged via syslog, but the interactive
commands do *not* report the error to their stderr stream I think
that's a bug: not everyone has the relevant logging level turned
on for root logins, and one doesn't get those if one su's to root.




>Fix:

Change the interactive command to write an error message to stderr
on failure.
>Audit-Trail:
>Unformatted: