home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / scheme / 2118 < prev    next >
Encoding:
Text File  |  1992-08-31  |  1.4 KB  |  31 lines
  1. Newsgroups: comp.lang.scheme
  2. Path: sparky!uunet!destroyer!gatech!bloom-beacon!INTERNET!dont-send-mail-to-path-lines
  3. From: cph@martigny.ai.mit.EDU (Chris Hanson)
  4. Subject: wots going on here!?
  5. Message-ID: <9208311208.aa23222@mc.lcs.mit.edu>
  6. Sender: daemon@athena.mit.edu (Mr Background)
  7. Organization: The Internet
  8. References: <1992Aug30.182548.13079@pasteur.Berkeley.EDU>
  9. Date: Mon, 31 Aug 1992 16:13:02 GMT
  10. Lines: 19
  11.  
  12.    Date: Sun, 30 Aug 1992 18:25:48 GMT
  13.    From: Matt Wright <matt@volga.berkeley.edu>
  14.  
  15.    But I agree that's it's a tradeoff.  I *have* been in the situation where I
  16.    generated an error and wished I could get back to that context, but I got
  17.    thrown back to top-level.  Somebody should write a DWIM debugger that
  18.    heuristically determines if your error is "interesting"... :-)
  19.  
  20. Actually, this isn't far-fetched; the condition system makes it
  21. possible to customize the behavior of MIT Scheme by classifying errors
  22. in different ways.  It's easy to distinguish different kinds of
  23. errors, and to abort out of some while debugging others.  This
  24. distinction can also take context into account since every error
  25. carries a continuation that describes the error, and programs can
  26. examine continuations by means of the "stack parser" (essentially a
  27. programmatic debugger).
  28.  
  29. What's difficult is deciding what kinds of errors you're interested
  30. in.  Particularly since DWIM probably isn't DWYM.
  31.