From owner-freebsd-ipfw@freebsd.org Tue May 1 07:14:30 2018 Return-Path: Delivered-To: freebsd-ipfw@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B10B9FAEFD8 for ; Tue, 1 May 2018 07:14:30 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B31075E68 for ; Tue, 1 May 2018 07:14:26 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (220-253-154-11.dyn.iinet.net.au [220.253.154.11]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w417EFqZ003829 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 1 May 2018 00:14:18 -0700 (PDT) (envelope-from julian@freebsd.org) To: "freebsd-ipfw@freebsd.org" From: Julian Elischer Subject: removing some error states Message-ID: <41bea4ce-de10-bdb9-1184-3016fa7c77ca@freebsd.org> Date: Tue, 1 May 2018 15:14:10 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2018 07:14:30 -0000 Many years ago I added code to ipfw so that if -q was set it would not complain about things that were unimportant, nor would it return an error code. Such things include removing table entries that are already gone and similar sorts of 'safe' operations. The idea is that you can write 'naive' scripts that don't need to do complicated checks to see if XXX is already present or gone.. In hte ame way that rm -f doesn't complain if the file doesn't exist..  You were going to delete it anyhow. I'd like that to continue to some of the new additions. for example the terribly annoying     ipfw: DEPRECATED: inserting data into non-existent table 18. (auto-created) (who cares?) and    ljcc-78# ipfw table 19 create      ipfw: Table creation failed: File exists As the script needs to run multiple times, I don't care if the table already exists. but I do care about other errors. I don't want to have to write special wrapper code for table create that is different from the wrappers elsewhere because it has to look for return code 71 and disregard it. Can we just have -q continue to ignore such errors please? thanks