home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / lisp / 2269 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  1.3 KB
  1. Path: sparky!uunet!usc!cs.utexas.edu!zaphod.mps.ohio-state.edu!swrinde!mips!think.com!barmar
  2. From: barmar@think.com (Barry Margolin)
  3. Newsgroups: comp.lang.lisp
  4. Subject: Re: need some help with conditions and CLIM
  5. Message-ID: <171ngoINNebj@early-bird.think.com>
  6. Date: 21 Aug 92 03:22:00 GMT
  7. References: <CHYDE.92Aug20142411@pecos.ads.com> <YORK.92Aug20135351@oakland-hills.lucid.com>
  8. Distribution: comp
  9. Organization: Thinking Machines Corporation, Cambridge MA, USA
  10. Lines: 18
  11. NNTP-Posting-Host: gandalf.think.com
  12.  
  13. In article <YORK.92Aug20135351@oakland-hills.lucid.com> York@Lucid.COM writes:
  14. >(handler-case (/ 3 0)
  15. >          (error (e) (format t "~&The condition ~S was signalled" e)))
  16.  
  17. Be careful how you use this information.  The condition type that's
  18. signalled is often more specific than the type you want to set a handler
  19. for.  For instance, on Lisp Machines many of the error types have a subtype
  20. that's used when the condition is signalled by a hardware trap, but when
  21. you're writing a handler you don't usually care whether it's signalled by
  22. hardware or software.  Once you find out the condition type that's
  23. signalled you'll probably want to use a class browser or something like it
  24. to see the superclass hierarchy, to decide which class you should handle.
  25.  
  26. -- 
  27. Barry Margolin
  28. System Manager, Thinking Machines Corp.
  29.  
  30. barmar@think.com          {uunet,harvard}!think!barmar
  31.