home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / acorn / tech / 567 < prev    next >
Encoding:
Internet Message Format  |  1992-11-10  |  1.7 KB

  1. Path: sparky!uunet!mcsun!uknet!axion!rtf.bt.co.uk!duplain
  2. From: duplain@rtf.bt.co.uk (Andy Duplain)
  3. Newsgroups: comp.sys.acorn.tech
  4. Subject: Re: Exception handling in C.
  5. Message-ID: <1992Nov10.101651.3913@rtf.bt.co.uk>
  6. Date: 10 Nov 92 10:16:51 GMT
  7. References: <1992Nov9.135023.12048@waikato.ac.nz>
  8. Organization: BT Customer Systems, Brighton, UK
  9. Lines: 30
  10.  
  11. In article <1992Nov9.135023.12048@waikato.ac.nz> bwc@waikato.ac.nz (Ug!) writes:
  12. >I'd like to discuss a few things about what I am implementing at the moment,
  13. >first among them being the issue of exception handling in C.
  14. >
  15. >Exception handling is always a messy business, and C doesn't cope
  16. >particularly well with it, although in fact I've yet to meet a language
  17. >which does.
  18.                 
  19.     Exception handling should not be a part of any language -- it is
  20.     part of the Operating System.
  21.     
  22.     [ stuff deleted ]
  23.     
  24. >How do other people cope with exceptions?  Is there something I'm missing?
  25. >I've noticed that my way of doing adds the additional ability to cope well
  26. >with internationalisation, which is an added bonus.
  27.       
  28.     Acorn provide what looks like good support for exception handler in
  29.     the shared C library stub code.  When a runtime library for a
  30.     language wants to use functions in the shared c library it passes
  31.     a kernel_languagedescription structure to the shared c library
  32.     initialisation function which tell it where to find user-supplied
  33.     functions to handle various events etc.  I don't know how one
  34.     would access these functions from the Acorn shared c library
  35.     stubs but presumably they have included hooks to allow the user
  36.     to have some say in what happens.
  37.  
  38. -- 
  39. Andy Duplain, BT Customer Systems, Brighton, UK.            duplain@rtf.bt.co.uk
  40. #define    DISCLAIMER      My views and opinions are my own, and not my company's
  41.