On 09.08.2018 17:40, Rodney W. Grimes wrote: >>> So now I can not code a quiet ipfw command that does fail when >>> I give it a bad delete command :-(. >> >> Previously -q did not handled by delete command, so you can just use bad >> "ipfw delete" without -q :) > > This now means -q has 2 functions, silence most commands, > and silently ignore errors on delete. > > That is a poor implementation of syntax and options.
I think it makes "delete" command to have the same behavior as described
for commands in "-q" description:
-q Be quiet when executing the add, nat, zero, resetlog or flush
commands; (implies -f). This is useful when updating rulesets by
executing multiple ipfw commands in a script (e.g.,
‘sh /etc/rc.firewall’), or by processing a file with many ipfw
rules across a remote login session. It also stops a table add
or delete from failing if the entry already exists or is not
present.
table add/delete commands had the same behavior, "nat" already noted in
this list. What is the usage scenario do you use, where you need to fail
on bad delete?
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
