Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!mcvax!ukc!dcl-cs!bath63!pes
From: pes@bath63.ux63.bath.ac.uk (Paul Smee)
Newsgroups: comp.sys.atari.st
Subject: Re: Can you tell when GEM has booted?
Message-ID: <675@bath63.ux63.bath.ac.uk>
Date: Wed, 17-Dec-86 09:51:17 EST
Article-I.D.: bath63.675
Posted: Wed Dec 17 09:51:17 1986
Date-Received: Sat, 20-Dec-86 22:14:01 EST
References: <655@bath63.ux63.bath.ac.uk> <1699@cwruecmp.UUCP>
Reply-To: pes@ux63.bath.ac.uk (Paul Smee)
Distribution: comp.sys.atari.st
Organization: AUCC c/o University of Bath
Lines: 16
Keywords: AUTO

In article <1699@cwruecmp.UUCP> bammi@cwruecmp.UUCP (Jwahar R. Bammi) writes:
>
>It seems to me the most logical way would be to write a little
>accessory that kicks off the programs that you want (could read the
>paths of the programs from a file in a fixed place). This way you don't have
>to depend upon any locations, weird timings etc, and you are guaranteed that
>if the accessory was able to run, Gem is there.

In general, yep, I'd go along with that.  It's certainly a cleaner and neater
way to do things.  However, I'm addressing an area which assumes (probably
wrongly, but I don't get to choose my working assumptions) that the
'typical' user won't even have the cleverness or wit to pick an accessory
or menu item.  So, what I need, is a way of making the system (appear to)
boot straight from power-on into a GEM-based application, with no help
from the user other than putting the boot disk in.  (God only knows why
I'm even allowed to assume they know how to do that, but there you are.)