Path: utzoo!attcan!uunet!cs.utexas.edu!tut.cis.ohio-state.edu!ukma!husc6!osf!dbrooks
From: dbrooks@osf.OSF.ORG (David Brooks)
Newsgroups: comp.sys.atari.st
Subject: Re: AUTO folder
Message-ID: <957@osf.OSF.ORG>
Date: 24 May 89 13:59:16 GMT
References: <8905231618.AA24695@ucbvax.Berkeley.EDU>
Reply-To: dbrooks@osf.org (David Brooks)
Organization: Open Software Foundation
Lines: 27

In article <8905231618.AA24695@ucbvax.Berkeley.EDU> 01659@AECLCR.BITNET (Greg Csullog) writes:
>Once again, for those who missed earlier postings, STOP using the AUTO folder
>to load all your boot-time codes in during startup. It makes much more sense
>to use the batch file processor STARTUP.PRG (see sample listing below) to
>run codes from any pathway.

When I tried using a startup program, (don't remember if it was this
one) I had the following problem.  The STARTUP program loads itself in
the bottom of user memory.  Then it loads other resident programs
above itself.  Then it terminates, leaving a hole where it used to be,
and GEMDOS can't use that hole.

In other words, STARTUP reduces the memory available on my ST compared
with using the AUTO-folder ordering.

I guess it's OK to use for configuring if you *don't* run any other
resident programs from it.  So do order your AUTO folder, and put
STARTUP (if you use it) last.

There was a utility on the net a while ago that did re-order the AUTO
folder (among other things), but I accidentally trashed it.  Anyone
remember?
-- 
David Brooks			dbrooks@osf.org
Open Software Foundation	uunet!osf.org!dbrooks
11 Cambridge Center		Personal views, not necessarily those
Cambridge, MA 02142, USA	of OSF, its sponsors or members.