From owner-freebsd-hackers Tue Jan 9 10:36:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27331 for hackers-outgoing; Tue, 9 Jan 1996 10:36:39 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA27323 for ; Tue, 9 Jan 1996 10:36:29 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA12472; Tue, 9 Jan 1996 11:32:53 -0700 From: Terry Lambert Message-Id: <199601091832.LAA12472@phaeton.artisoft.com> Subject: Re: DOS File system fixes To: rnordier@iafrica.com (Robert Nordier) Date: Tue, 9 Jan 1996 11:32:53 -0700 (MST) Cc: root@synthcom.com, hackers@FreeBSD.org In-Reply-To: <199601091029.MAA01438@eac.iafrica.com> from "Robert Nordier" at Jan 9, 96 12:29:26 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-hackers@FreeBSD.org Precedence: bulk > > It would be heinous to support something like DBLSPACE. ;-) > > Hmmm.... :-) > > Actually, though, I feel that if we can't support the msdosfs _as_it_is_ > used_, then we aren't living up to "FreeBSD is better" and the msdosfs > support is more something to look good on the features list than an > actual benefit. I know one of the big gripes about one of the OS/2 WARP > releases was that it didn't want to have anything to do with compressed > drives. DBLSPACE should be in there somewhere (though admittedly not a top > priority). DoubleSpace is Evil. So is DriveSpace and DriveSpace 3. Probably the correct way to use them is to establish a virtual machine mapping (which means adding TSS support) and load the .BIN from IO.SYS just like DOS does. Then make your INT 21 calls in the context of that VM in order to do your FS I/O. > Seriously, though, I think the BIOS support needs to be very specific > rather than general, and only as a last resort for "DOS-specific" > hardware. Yes. A fallback device. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.