From owner-freebsd-hackers  Sun Aug 24 15:33:24 1997
Return-Path: <owner-freebsd-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id PAA25890
          for hackers-outgoing; Sun, 24 Aug 1997 15:33:24 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA25883
          for <hackers@FreeBSD.ORG>; Sun, 24 Aug 1997 15:33:22 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA00334; Sun, 24 Aug 1997 15:32:32 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199708242232.PAA00334@phaeton.artisoft.com>
Subject: Re: Floppies for FreeBSD
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Sun, 24 Aug 1997 15:32:31 -0700 (MST)
Cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG
In-Reply-To: <15686.872457898@time.cdrom.com> from "Jordan K. Hubbard" at Aug 24, 97 02:24:58 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > There should be no user-visible mount_foo executables at all. :-)
> > Use -t foo if you need.
> 
> Yes, but since there are, would it not stand to reason that mount_ufs
> should contain the UFS smarts so that mount turns into nothing more
> than a "switch" for which you say say that the rule is always:
> 
> 	1. In the absence of -t, type ufs is assumed.

This is already true.

> 	2. For any value of type, mount_$type exists.

This is moderately bogus.  The reason is the use of manifest
constants in mount.h, and the new "improved" mount(2) call.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.