Path: utzoo!mnetor!uunet!husc6!bloom-beacon!mit-eddie!ll-xn!singer
From: singer@XN.LL.MIT.EDU (Matthew R. Singer)
Newsgroups: comp.sys.atari.st
Subject: Re: DISKFREE
Message-ID: <933@xn.LL.MIT.EDU>
Date: 15 Mar 88 20:39:00 GMT
References: <704@viper.Lynx.MN.Org> <1016@atari.UUCP>
Distribution: na
Organization: MIT Lincoln Laboratory, Lexington, MA
Lines: 24
In-reply-to: apratt@atari.UUCP's message of 14 Mar 88 19:50:00 GMT



I have got to comment on the following from Allan Pratt discussing
Tim Purves' DISKFREE TSR program:


   Failing that, I just don't know.  I do know, as a "knowledgeable person
   at Atari," that this kind of extra-curricular stuff at the GEMDOS level
   is dangerous: the only place I would want a disk utility (a cache, for
   instance) is at the RWABS level, which has a well-understood interface
   with the rest of the system. 


DISKFREE is probably the most useful utility outside of a disk cache
that exists for the ST.  Why in hell, a system that was announced with
a hard disk takes so f*(&ing long to check disk space is without excuse.
We wont even mention the delay in first writing to a new file.

Atari has known of this problem since early 1985 and in 3 years has
yet to fix it (or almost any other bug for that matter).  Any you
wonder why support for the ST is dying?????


Matthew R. Singer
Commnet Systems