From owner-freebsd-alpha Sat Apr 7 17:43:56 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 1929037B422; Sat, 7 Apr 2001 17:43:52 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id AF7F26ACB7; Sun, 8 Apr 2001 10:13:50 +0930 (CST) Date: Sun, 8 Apr 2001 10:13:50 +0930 From: Greg Lehey To: Bernd Walter Cc: David O'Brien , lecn1306@ele.etsmtl.ca, freebsd-alpha@FreeBSD.ORG Subject: Re: Vinum status Message-ID: <20010408101350.F76422@wantadilla.lemis.com> References: <3ACB7215.F40BE906@ele.etsmtl.ca> <20010407172348.A76422@wantadilla.lemis.com> <20010407075917.A7354@dragon.nuxi.com> <3ACB7215.F40BE906@ele.etsmtl.ca> <20010407172348.A76422@wantadilla.lemis.com> <20010407211657.B4055@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010407211657.B4055@cicely20.cicely.de>; from ticso@mail.cicely.de on Sat, Apr 07, 2001 at 09:16:57PM +0200 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Saturday, 7 April 2001 at 21:16:57 +0200, Bernd Walter wrote: > On Sat, Apr 07, 2001 at 07:59:18AM -0700, David O'Brien wrote: >> On Sat, Apr 07, 2001 at 05:23:48PM +0930, Greg Lehey wrote: >>> +/* XXX kludge until we get this struct cleaned up */ >>> +#if _KERNEL >>> dev_t dev; /* device information */ >> >> What do you mean by "until we get this struct cleaned up"? >> PHK and Mike Smith explained what dev_t in the kernel (plus udev_t) vs. >> dev_t in userland are. I saw no indication that was going to change. > > I asume exactly what Greg wrote: > On Sat, Apr 07, 2001 at 05:23:48PM +0930, Greg Lehey wrote: > [...] >> tends to obfuscate the code. As others have observed, a better >> solution would be to remove the dev_t from the expurgated version of >> the struct. I have some code in preparation which does this, so it >> really doesn't seem to make any sense to change so much code. Correct. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message