Path: utzoo!attcan!uunet!wuarchive!zaphod.mps.ohio-state.edu!swrinde!ucsd!ucbvax!ucdavis!csusac!unify!Unify.com!grp
From: grp@Unify.com (Greg Pasquariello)
Newsgroups: comp.unix.internals
Subject: Re: RAM disk.
Message-ID: <1990Oct11.085212@Unify.com>
Date: 11 Oct 90 15:52:12 GMT
References: <BZS.90Oct9144959@world.std.com> <14884@hydra.gatech.EDU>
Sender: news@Unify.Com (news admin)
Reply-To: grp@Unify.com (Greg Pasquariello)
Organization: Unify Corporation, Sacramento, CA, USA
Lines: 39

In article <14884@hydra.gatech.EDU>, gt0178a@prism.gatech.EDU (Jim
Burns) writes:

> > 5. TSR's
> 
> > The MS/DOS community developed these out of utter desparation due
to
> > their single-tasking O/S and the way memory management was
> > brain-damaged from the start. See "job control". Of no merit.
> 
> Wrong - unless you are using a windowing environment, and there are
still
> plenty of glass tube unices out there. And even then, few windowing
> environments I've worked in can match the one or two keystroke
responsive
> - ness of a good TSR. (Granted, what you're talking about *does* apply
to
> the filter and os extension types of TSRs.)
>

A windowing environment has nothing to do with it.  Like the man said,
see "job control", which allows me to put applications in the the
background,
or suspend them, until I am ready to use them again.  At which point I
can invoke them very quickly and easily.

> P.S. - Since we don't get the alt. groups here, I don't know if that
> (alt.religion.computers) is a real group, or just your idea of a
joke,
> but thanx - my mailer choked on it the first time around.
> -- 
> BURNS,JIM
> Georgia Institute of Technology, Box 30178, Atlanta Georgia, 30332
> uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt0178a
> Internet: gt0178a@prism.gatech.edu

--

-Greg Pasquariello	grp@unify.com