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.)