From owner-freebsd-rc@FreeBSD.ORG Tue Feb 7 21:32:42 2012 Return-Path: Delivered-To: freebsd-rc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AA4B106566C for ; Tue, 7 Feb 2012 21:32:42 +0000 (UTC) (envelope-from erdgeist@erdgeist.org) Received: from elektropost.org (elektropost.org [217.13.206.130]) by mx1.freebsd.org (Postfix) with ESMTP id A617A8FC18 for ; Tue, 7 Feb 2012 21:32:41 +0000 (UTC) Received: (qmail 36702 invoked from network); 7 Feb 2012 21:36:43 -0000 Received: from elektropost.org (HELO elektropost.org) (erdgeist@erdgeist.org) by elektropost.org with CAMELLIA256-SHA encrypted SMTP; 7 Feb 2012 21:36:43 -0000 Message-ID: <4F319876.3040303@erdgeist.org> Date: Tue, 07 Feb 2012 22:32:38 +0100 From: Dirk Engling User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Hiroki Sato , freebsd-rc@FreeBSD.org References: <20120207.072925.1861639312875773760.hrs@allbsd.org> <4F3088C8.9090505@erdgeist.org> <20120207.170255.161251905285915806.hrs@allbsd.org> <20120207.232417.487789017555472392.hrs@allbsd.org> <4F3190E6.6010405@erdgeist.org> In-Reply-To: <4F3190E6.6010405@erdgeist.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Proposal ipv6_addrs_common X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2012 21:32:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07.02.12 22:00, Dirk Engling wrote: > Now about your loop in ifalias_af_common: if your ever encounter > an entry with no value in inet|inet6|ipx), you will keep building > up your _tmpargs forever, without any chance of ever breaking out > of this state. Ahh, now I see where this is going... you plan on collecting even more parameters to support statements like this: inet 192.168.2.1 netmask 0xffffff00 inet6 ::4 prefixlen 64 while I had constructs in mind that speak for themselves: 192.168.2.1/24 ::4/64 or maybe more verbose 192.168.2.1/24 inet6 ::4/64 ... So: is there anything besides the netmask you expect to appear in the ipv4_addrs_IF and ifconfig_IF_alias* variables? If not, we should just parse them appropriately. erdgeist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAk8xmHYACgkQuN1wFypsMNPGMACfV8F77kZGo9jVlLybz/kzHuzn QcUAnA+1gRsAtLyNqk1Zs/QURGSWYhML =5zUD -----END PGP SIGNATURE-----