home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / atari / st / tech / 4438 < prev    next >
Encoding:
Internet Message Format  |  1992-08-16  |  1.2 KB
  1. Path: sparky!uunet!olivea!isc-br!tau-ceti!comtch!mhughes
  2. From: mhughes@comtch.spk.wa.us (Mark Hughes)
  3. Newsgroups: comp.sys.atari.st.tech
  4. Subject: Re: Trapping ^C
  5. Message-ID: <668JPB2w165w@comtch.spk.wa.us>
  6. Date: 15 Aug 92 18:06:52 GMT
  7. References: <1992Aug14.071027.24659@mnemosyne.cs.du.edu>
  8. Sender: bbs@comtch.spk.wa.us (Waffle bbs)
  9. Organization: Waffle BBS at CompuTech Spokane, Washington
  10. Lines: 14
  11.  
  12. >  What's a good method of trapping a ^C from within a program and ignoring
  13. > it?  I've tried using the terminate handler (vector 0x0102) but that gets
  14. > control on *any* type of program exit (ie, even if you called exit()).  I
  15. > can't find anything in the atari docs that says how to tell if the terminate
  16. > handler was invoked by a detection of ^C in DOS, but (oddly enough) they
  17. > call that vector the ^C handler in the docs.
  18.  
  19.   I would suspect that you'd have to rewrite dLibs, Ian.  The GEMDOS 
  20. functions Cconrs, Cnecin, etc. will terminate the program if they see a 
  21. ^C.  The output functions should be fixable without conversions, but not 
  22. the inputs.  Of course, I could be wrong, but I had that problem myself 
  23. for quite a while.  I finally reverted to using BIOS functions...
  24.  
  25.  - Mark Hughes #1101                          mhughes@comtch.spk.wa.us
  26.