home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.atari.st.tech
- Path: sparky!uunet!elroy.jpl.nasa.gov!ames!pacbell.com!pbhya!dbsuthe
- From: dbsuthe@pbhya.PacBell.COM (Daniel B. Suthers)
- Subject: Re: Trapping ^C
- Reply-To: dbsuthe@PacBell.COM (Daniel B. Suthers)
- Organization: Pacific * Bell, San Ramon, CA
- Date: Mon, 17 Aug 1992 17:28:19 GMT
- Message-ID: <1992Aug17.172819.7279@pbhya.PacBell.COM>
- References: <1992Aug14.071027.24659@mnemosyne.cs.du.edu> <1992Aug14.103938.1@uwovax.uwo.ca> <1992Aug15.220008.22145@mnemosyne.cs.du.edu>
- Lines: 29
-
- In article <1992Aug15.220008.22145@mnemosyne.cs.du.edu> ilepore@nyx.cs.du.edu (Ian Lepore) writes:
- >
- > Yeah ::sigh:: unfortunately what I'm doing is trying to build a signal()
- >system for dlibs, for folks not running under MiNT.
- >
- >
- > Aw sh*t you're kidding! I hadn't checked it, I just assumed GEMDOS would
- >be bright enough to manage the pterm vector on a per-process basis.
- >
- > Actually, I had about given up on implementing SIGINT at all, but I was
- >gonna implement the ANSI-defined SIGTERM and tie it to the termination
- >vector. I was also going to use the termination vector to clean up hooks
- >in other vectors (for handling SIGSEGV and stuff). It looks like this is
-
- This is just an idea as I have no docs to check...
-
- After intercepting the call, could you not check the keyboard to see what the
- last character was? It should still be there (somewhere) to tell you what
- had happened.
-
- Just a thought...
-
-
- Daniel B. Suthers, CCP
- Technology Consultant, PCS & IN Development Lab, Pac*Bell
- Voice: (510) 671-1325 UUCP: pacbell!pbeos!dbsuthe
- ================================================================================
- = Commit unexpected kindnesses and senseless acts of beauty. =
- ================================================================================
-