Article View: comp.sys.atari.st
Article #31282Re: DISKFREE
From: Matthew R. Singer
Date: Tue, 15 Mar 1988 20:39
Date: Tue, 15 Mar 1988 20:39
25 lines
1394 bytes
1394 bytes
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
Technical Details
Message-ID:
<933@xn.LL.MIT.EDU>Path:
arc1-ca.pugleaf.net!utzoo!mnetor!uunet!husc6!bloom-beacon!mit-eddie!ll-xn!singerReferences:
<704@viper.Lynx.MN.Org> <1016@atari.UUCP>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!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