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: