RE: [wish list]: `foo'

• Date: Thu, 1 Aug 1996 13:33:08 PDT
• From:
  Roger Crew <rfc@microsoft.com>
• Encoding: 49 TEXT

It's *insane* to be removing catches and setting verbs -d just for the
sake of avoiding tracebacks.  You are just making it that much harder
for you (or whoever) when it comes time to actually try to find the bug
--- and you *will* have to find the bug, sooner or later.

If the problem is that you don't want Joe Random User getting splattered
with a traceback that he can't do anything about, the right answer is to
make use of $handle_uncaught_error and/or $handle_task_timeout so that
rather than seeing something messy like

  >fribble my buns
  #58:wombat, line 7:  Variable not found
  ... called from #58:do_fribble (this == #1427), line 21
  ... called from #58:fribble frabble frobble (this == #1427), line 16
  (End of traceback)

he sees something more friendly like

  >fribble my buns
  Oops.  There is a bug (423).  See `help bugs' for more information.

or maybe

  >fribble my buns
  Oops.  We ran out of time (424).  See `help timeout' for more
information.

with the traceback being quietly mailed off to the appropriate bug list.
Or we could leave that as an option, allowing the user to later invoke a
command to send the traceback, e.g.:

  >reportbug 423
  Date:     Tue Jul 30 13:44:30 1996 EDT
  From:     JoeRandomUser (#1427)
  To:       FribbleMan (#2429) and *Bug-List (#6666)
  Command:  fribble my buns
  Traceback:
     #58:wombat, line 7:  Variable not found
     ... called from #58:do_fribble (this == #1427), line 21
     ... called from #58:fribble frabble frobble (this == #1427), line
16

  Please enter any other information you think might be relevant.
  [Type lines of input; use `.' to end or `@abort' to abort the
command.]
  >This started happening this morning.
  >.
  Bug report sent.

• Prev: Re: [wish list]: `foo'
• Next: RE: [wish list]: `foo'
• Index: MOO-cows
• Thread: MOO-cows