home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.atari.st.tech
- Path: sparky!uunet!mnemosyne.cs.du.edu!nyx!ilepore
- From: ilepore@nyx.cs.du.edu (Ian Lepore)
- Subject: Re: Trapping ^C
- Message-ID: <1992Aug15.220008.22145@mnemosyne.cs.du.edu>
- Sender: usenet@mnemosyne.cs.du.edu (netnews admin account)
- Organization: University of Denver, Dept. of Math & Comp. Sci.
- References: <1992Aug14.071027.24659@mnemosyne.cs.du.edu> <1992Aug14.103938.1@uwovax.uwo.ca>
- Date: Sat, 15 Aug 92 22:00:08 GMT
- Lines: 27
-
- Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
- X-Disclaimer: Nyx is a public access Unix system run by the University
- of Denver for the Denver community. The University has neither
- control over nor responsibility for the opinions of users.
-
- > Under MiNT... Psignal(SIGINT, SIG_IGN)
-
- Yeah ::sigh:: unfortunately what I'm doing is trying to build a signal()
- system for dlibs, for folks not running under MiNT.
-
- > have execv() remore the 0x0102 vector
-
- 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
- gonna get to be more comlex than I had ever imagined. No wonder the
- original dlibs didn't have a signal() system in it.
-
-
- --
- - Ian
- (void *) where prohibited by law
-
-