From: "James Giles" <jamesgiles@worldnet.att.net>
Subject: Re: F9X twister & ADA (was: n-dim'l vectors)
Date: 2000/04/12
Date: 2000-04-12T00:00:00+00:00 [thread overview]
Message-ID: <RkTI4.347$PV.13913@bgtnsc06-news.ops.worldnet.att.net> (raw)
In-Reply-To: 38F3F803.A4A56259@research.canon.com.au
Geoff Bull wrote in message <38F3F803.A4A56259@research.canon.com.au>...
...
>Actually, in my case the point of flushing files is to *not* throw away
>the evidence of where the program was up to when it crashed.
There's a difference between flushing files (which I didn't even
mention) and closing them (which loses file position information
and, on UNIX, may actually destroy temporary files). And,
branching to a handler probably loses all of the register contents
that were present when the error arose. I still prefer to quit
*immediately*.
The buffers are inside the system and not part of my process
image anyway. There should be no way to quit, suspend, or
even pause a process which doesn't flush them (the system will
need the space for other processes anyway). Systems which
throw away I/O buffer information when a process terminates
are seriously broken.
...
>Going back to your earlier example, if you decided to raise
>an exception in Z and you really did want to handle it in A
>(because of requirement of graceful operation for naive users),
>you would have to go back and modify procedures B .. Y to
>either handle or pass on the exception.
Or, you'd have to express the desire to "gracefully" terminate
in a way that doesn't involve exceptions. Like the possibility
of sending yourself a KILL signal. Now, you're not pretending
to be *handling* an error (which implies the possibility of
recovery), you're just quitting.
--
J. Giles
next prev parent reply other threads:[~2000-04-12 0:00 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <8cctts$ujr$1@nnrp1.deja.com>
[not found] ` <38EA0440.1ECBC158@ncep.noaa.gov>
2000-04-06 0:00 ` F9X twister & ADA (was: n-dim'l vectors) bv
2000-04-06 0:00 ` Richard Maine
2000-04-07 0:00 ` Brian Rogoff
2000-04-08 0:00 ` Dick Hendrickson
2000-04-08 0:00 ` Richard Maine
2000-04-09 0:00 ` Gary Scott
2000-04-09 0:00 ` Richard Maine
2000-04-09 0:00 ` Geoff Bull
2000-04-09 0:00 ` Dick Hendrickson
2000-04-09 0:00 ` Robert Dewar
2000-04-09 0:00 ` Gordon Sande
2000-04-09 0:00 ` James Giles
2000-04-10 0:00 ` tmoran
2000-04-15 0:00 ` Aidan Skinner
2000-04-17 0:00 ` Robert I. Eachus
2000-04-16 0:00 ` Ken Garlington
2000-04-12 0:00 ` Robert I. Eachus
2000-04-10 0:00 ` bv
2000-04-10 0:00 ` James Van Buskirk
2000-04-11 0:00 ` James Giles
2000-04-11 0:00 ` Dale Stanbrough
2000-04-11 0:00 ` James Giles
2000-04-12 0:00 ` Robert A Duff
2000-04-11 0:00 ` Geoff Bull
2000-04-11 0:00 ` James Giles
2000-04-11 0:00 ` Larry Kilgallen
2000-04-11 0:00 ` James Giles
2000-04-11 0:00 ` Larry Kilgallen
2000-04-12 0:00 ` Robert A Duff
2000-04-12 0:00 ` Geoff Bull
2000-04-12 0:00 ` James Giles
2000-04-12 0:00 ` Geoff Bull
2000-04-12 0:00 ` James Giles [this message]
2000-04-12 0:00 ` Geoff Bull
2000-04-12 0:00 ` James Giles
2000-04-13 0:00 ` Geoff Bull
2000-04-13 0:00 ` James Giles
2000-04-14 0:00 ` Geoff Bull
2000-04-13 0:00 ` Debugging (was: F9X twister & ADA) James Giles
2000-04-12 0:00 ` F9X twister & ADA (was: n-dim'l vectors) Marin D. Condic
2000-04-12 0:00 ` James Giles
2000-04-12 0:00 ` James Giles
2000-04-14 0:00 ` bv
2000-04-07 0:00 ` Erik Edelmann
2000-04-07 0:00 ` Robert Dewar
2000-04-07 0:00 ` Erik Edelmann
2000-04-07 0:00 ` Paul van Delst
2000-04-10 0:00 ` bv
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox