Path: utzoo!utgpu!water!watmath!clyde!cbosgd!ihnp4!ihlpg!tainter From: tainter@ihlpg.ATT.COM (Tainter) Newsgroups: comp.sys.atari.st Subject: Re: C and autostarting GEM programs Message-ID: <4803@ihlpg.ATT.COM> Date: 11 Feb 88 23:13:26 GMT References: <1988Feb3.080736.14303@mntgfx.mentor.com> <971@atari.UUCP> Organization: AT&T Bell Laboratories - Naperville, Illinois Lines: 20 In article <971@atari.UUCP>, apratt@atari.UUCP (Allan Pratt) writes: > in article <1988Feb3.080736.14303@mntgfx.mentor.com>, > dclemans@mntgfx.mentor.com (Dave Clemans) says: > > Re: Control C > Not exactly. First, GEMDOS calls the "terminate vector" not the > "critical exception handler." Second, that vector points by default an > RTS instruction. It is the code after the call which terminates the > process. > This vector gets called when you use Pterm(), too: it's not strictly a > "control C" handler. This last bit makes it worthless, unless you can tell us how to tell if we are getting a ^C or a Pterm(). Of course, ^C still isn't worth much even so since it is not an interrupt but a polled event (polled by calls to the gemdos cooked routines) but it would be worth something then. > Opinions expressed above do not necessarily -- Allan Pratt, Atari Corp. --j.a.tainter