Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!wuarchive!uunet!mcsun!ukc!edcastle!hwcs!neil From: neil@cs.hw.ac.uk (Neil Forsyth) Newsgroups: comp.sys.atari.st Subject: Re: Questions on Desktop/Environment Message-ID: <3155@odin.cs.hw.ac.uk> Date: 5 Jun 91 08:42:17 GMT References: <1991May29.154140.5510@informatik.uni-erlangen.de> <3101@odin.cs.hw.ac.uk> Sender: news@cs.hw.ac.uk Reply-To: neil@cs.hw.ac.uk (Neil Forsyth) Distribution: comp.sys.atari.st Organization: Computer Science, Heriot-Watt U., Scotland Lines: 37 In article bammi@acae127.cadence.com (Jwahar R. Bammi) writes: >In article <3101@odin.cs.hw.ac.uk> neil@cs.hw.ac.uk (I, Neil Forsyth) wrote: >> BTW: Atari UK say this is 'OK' to talk about. >> ...... >> At $28 offset from the start of the structure $4f2 points to is a pointer to >> the process ID of the current process. This is actually its basepage. > >but atariUSA says that this is an "undocumented" variable and you >cannot rely on it to exist in the future. i too want it for gdb and >agree it is very useful. The Rainbow TOS release notes say:- "Here is the procedure which will return the address of the variable _run (what I described) no matter what ROM you have ..." So Atari US are being rather inconsistant here. I think Atari might mean that it should only be used as a process ID and the fact that it is the basepage pointer should not be relied on. >apratt?? APRATT?? >bang: uunet!cadence!bammi jwahar r. bammi >domain: bammi@cadence.com >GEnie: J.Bammi >CIS: 71515,155 +----------------------------------------------------------------------------+ ! DISCLAIMER:Unless otherwise stated, the above comments are entirely my own ! ! ! ! Neil Forsyth JANET: neil@uk.ac.hw.cs ! ! Dept. of Computer Science ARPA: neil@cs.hw.ac.uk ! ! Heriot-Watt University UUCP: ..!ukc!cs.hw.ac.uk!neil ! ! Edinburgh, Scotland, UK "That was never 5 TOS release notes!" ! +----------------------------------------------------------------------------+