From owner-svn-src-head@FreeBSD.ORG Fri Jul 1 05:15:28 2011 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F4A91065995; Fri, 1 Jul 2011 05:14:57 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id D42A68FC14; Fri, 1 Jul 2011 05:14:56 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p615En0G087346 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 30 Jun 2011 22:14:53 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4E0D57C4.4070502@freebsd.org> Date: Thu, 30 Jun 2011 22:14:44 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <201106291006.p5TA6w0m089164@svn.freebsd.org> In-Reply-To: <201106291006.p5TA6w0m089164@svn.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r223666 - in head: sbin/ipfw sys/netinet sys/netinet/ipfw X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jul 2011 05:15:28 -0000 On 6/29/11 3:06 AM, Andrey V. Elsukov wrote: > Author: ae > Date: Wed Jun 29 10:06:58 2011 > New Revision: 223666 > URL: http://svn.freebsd.org/changeset/base/223666 > > Log: > Add new rule actions "call" and "return" to ipfw. They make > possible to organize subroutines with rules. > > The "call" action saves the current rule number in the internal > stack and rules processing continues from the first rule with > specified number (similar to skipto action). If later a rule with > "return" action is encountered, the processing returns to the first > rule with number of "call" rule saved in the stack plus one or higher. > > Submitted by: Vadim Goncharov > Discussed by: ipfw@, luigi@ > > Modified: what happens if the return target is removed in the meanwhile?