home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!gatech!darwin.sura.net!sgiblab!adagio.panasonic.com!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
- From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
- Newsgroups: comp.os.vms
- Subject: Re: DCL: ? Continuing execution after -?- severity message.
- Date: 23 Jan 1993 20:55:32 GMT
- Organization: HST Wide Field/Planetary Camera
- Lines: 48
- Distribution: world
- Message-ID: <1jsbc4INNdss@gap.caltech.edu>
- References: <01GTTGNJRFXC00114F@HOPE.CIT.HOPE.EDU>
- Reply-To: carl@SOL1.GPS.CALTECH.EDU
- NNTP-Posting-Host: sol1.gps.caltech.edu
-
- In article <01GTTGNJRFXC00114F@HOPE.CIT.HOPE.EDU>, BAREMAN@HOPE.CIT.HOPE.EDU ("Steven L. Bareman") writes:
- >What commands to I need to use to insure that a command
- >procedure doesn't quit running after any warning/error conditions?
-
- $ SET NOON
-
- >I have a procedure which must run to completion even if one of
- >the commands generates a warning/error condition and at the
- >beginning I have:
- >
- >$ ON SEVERE_ERROR THEN CONTINUE
- >
- >I thought that would cover them all but the procedure terminated
- >prematurely after starting (and completing?) a backup recording pass.
- >
- >Do I need to have "ON" traps for each severity level, or should
- >just the highest one catch it?
-
- >Please respond directly to me since I am not subscribed to this list.
-
- Too lazy to read the list and too incompetent to use on-line HELP, eh?
- From the output of the command "$ HELP ON examples"
-
-
- $ HELP ON examples
-
- ON
-
- Examples
-
-
- 1. $ ON SEVERE_ERROR THEN CONTINUE
-
- A command procedure that contains this statement continues
- to execute normally when a warning or error occurs during
- execution. When a severe error occurs, the ON statement signals
- the procedure to execute the next statement anyway. Once
- the statement has been executed as a result of the severe
- error condition, the default action (ON ERROR THEN EXIT) is
- reinstated.
- --------------------------------------------------------------------------------
- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
-
- Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My
- understanding of astronomy is purely at the amateur level (or below). So
- unless what I'm saying is directly related to VAX/VMS, don't hold me or my
- organization responsible for it. If it IS related to VAX/VMS, you can try to
- hold me responsible for it, but my organization had nothing to do with it.
-