Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!wuarchive!usc!rutgers!att!icus!dasys1!rodd
From: rodd@dasys1.UUCP (Rod Dorman)
Newsgroups: comp.sys.amiga
Subject: Re: Resident device (was Re: Hooks and ladders)
Keywords: Spam
Message-ID: <11330@dasys1.UUCP>
Date: 1 Dec 89 05:30:48 GMT
References: <4299@nigel.udel.EDU> <128072@sun.Eng.Sun.COM> <9142@microsoft.UUCP>
Reply-To: rodd@dasys1.UUCP (Rod Dorman)
Organization: What me organized ?!
Lines: 21

In article <9142@microsoft.UUCP> w-edwinh@microsoft.UUCP (Edwin Hoogerbeets) writes:
> ...  The code to format a disk is in the Format program itself.
> ...
>Would it not be more object oriented, then, to include the format code
>*with* the file system handler code?

Two thoughts come to mind on this subject:

1)  This will inflate the size of the handler for an action that for
things like hard disks will seldom be used.

2)  How will the format program be "enhanced" to recognize additional
file system selection keywords beyond FFS and NOFFS (e.g. MSDOS40 for
40-tracks or MSDOS80 for 80-tracks) or should that be determined
strictly by mountlist entries?

					-- Rod --

Rod Dorman						rodd@dasys1.uucp
Big Electric Cat Public Unix			...!cmcl2!dasys1!rodd
	"The ships hung in the sky in much the same way that bricks don't"