Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!ames!amdcad!sun!imagen!atari!apratt
From: apratt@atari.UUCP
Newsgroups: comp.sys.atari.st
Subject: Re: ...GEMBOOT... (really usage of shell_p)
Message-ID: <731@atari.UUCP>
Date: Tue, 12-May-87 19:08:18 EDT
Article-I.D.: atari.731
Posted: Tue May 12 19:08:18 1987
Date-Received: Fri, 15-May-87 07:07:01 EDT
References: <8704272221.AA01484@ucbvax.Berkeley.EDU> <269@nikhefh.UUCP>
Organization: Atari Corp., Sunnyvale CA
Lines: 25

I have investigated the alleged use of _shell_p by the AES and
the Mark Williams shell, and I can't see that either of them uses this
variable.

We have a logic analyzer here at Atari, and you can set it to stop when
the 68000 reads from a certain memory location.  I did this, triggering
on 000004f6 (the address of _shell_p).  Neither the AES (in looking for
a resource) nor MSH (the Mark Williams shell) made any reference to this
location, reading or writing.  This includes starting programs which need
resources, without that resource file present.

Would somebody please enlighten me?  I can't verify any of the claims
made for the _shell_p variable by people in this newsgroup (Michael
Fischer@yale and "Simon" at CZHRZU1A on BITNET), and I would like to.

Can anybody please tell me exactly what steps I can take, with a GEM
program and its resource, the Mark Williams shell, and/or GEMBOOT, to
prove to myself that this stuff really works?

Thanks in advance...

/----------------------------------------------\
| Opinions expressed above do not necessarily  |  -- Allan Pratt, Atari Corp.
| reflect those of Atari Corp. or anyone else. |     ...lll-lcc!atari!apratt
\----------------------------------------------/