From owner-freebsd-hackers Tue Jan 9 02:51:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00876 for hackers-outgoing; Tue, 9 Jan 1996 02:51:17 -0800 (PST) Received: from eac.iafrica.com (slipper101155.iafrica.com [196.7.101.155]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA00864 for ; Tue, 9 Jan 1996 02:51:08 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id MAA01438; Tue, 9 Jan 1996 12:29:28 +0200 From: Robert Nordier Message-Id: <199601091029.MAA01438@eac.iafrica.com> Subject: Re: DOS File system fixes To: root@synthcom.com (Neil Bradley) Date: Tue, 9 Jan 1996 12:29:26 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: from "Neil Bradley" at Jan 9, 96 00:47:09 am X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 9 Jan 1996, Neil Bradley wrote: > 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). > . . . . . > Something like INT 14h could be simulated very easily with IOCTL calls to > the sio's. The 0x14 stuff (serial I/O) is pretty brain-dead. I can't see anyone happily running SLIP/PPP at 1200 bps.... :-) 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. -- Robert Nordier rnordier@iafrica.com E.A.C.