Bug 7475 - IPFW -q conflicts with filename arg
Summary: IPFW -q conflicts with filename arg
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: bin (show other bugs)
Version: 2.2.7-STABLE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 1998-08-03 06:00 UTC by Pete Carah
Modified: 1998-08-04 14:56 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pete Carah 1998-08-03 06:00:00 UTC
	Using a filename as argument to firewall_type in rc.conf,
	results in a boot failure because ipfw will not accept a -q
	option if a filename is given.  I have worked around this
	by replacing the last line in rc.firewall with
	ipfw ${firewall_type} </dev/null

	The -q (or redirection) should be needed since the leading flush in
	the firewall config file makes the boot hang otherwise.  However,
	when the config is coming from a file, there appears to be no
	way to make ipfw accept a -q.

Fix: 

The first time I ran into this I did a minor rewrite to ipfw
	so it would parse arguments correctly; it currently uses getopt 
	improperly.  Then I did a make world and lost my fixes :-(  
	The removal of -q from that last command line, and redirect of 
	stdin from /dev/null at least works around the problem, though 
	it isn't a real fix.
How-To-Repeat: 
	See Description
Comment 1 Poul-Henning Kamp freebsd_committer freebsd_triage 1998-08-04 10:38:06 UTC
State Changed
From-To: open->suspended

awaiting committer 
Comment 2 thepish freebsd_committer freebsd_triage 1998-08-04 14:55:54 UTC
State Changed
From-To: suspended->closed

Fixed by providing support for -q with file input in RELENG