Path: utzoo!attcan!uunet!husc6!bbn!uwmcsd1!mailrus!purdue!decwrl!hplabs!ucbvax!XEROX.COM!"Mike_F._England.ESCP8"
From: "Mike_F._England.ESCP8"@XEROX.COM
Newsgroups: comp.os.vms
Subject: Re: VMS Backup
Message-ID: <880628-104754-4030@Xerox>
Date: 28 Jun 88 17:41:26 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 54

>the upshot being that anyprocedure without
>a $ SET NOON at the beginning will stop when an
>image exits with Error or Fatal status

I still think that there is a backup hiccup, NOT related to
the ON ERROR type of stuff.  My backup procedure did not complete
last night.  The (edited) log file is as follows:

----------
$! AUTOBACK Daily backup command file
$
$ SET DEF DUA0:[ORALOAD.SYS]
$
$ show status
  Status on  27-JUN-1988 23:00:02.39     Elapsed CPU :   0 00:00:01.44
$
.... (stuff removed)
$ backup/log -
dua0:[epbu]/exclude=(*.DAT,*.DMP,*.BCK),-
dua0:[customer]/exclude=(*.DAT,*.DMP,*.BCK),-
dua0:[oraload.sys...]/exclude=(*.DAT,*.DMP,*.BCK)  -
 dua0:[oraload.sys]backup.bck/save/block=2048
%BACKUP-S-COPIED, copied DUA0:[EPBU]1.SQL;7
.... (stuff removed)
%BACKUP-S-COPIED, copied DUA0:[ORALOAD.SYS]UVSTARTUP.COM;1
%BACKUP-S-COPIED, copied DUA0:[ORALOAD.SYS]WELCOME.TXT;2
  SYSTEM       job terminated at 27-JUN-1988 23:43:04.06
  Accounting information:
  Buffered I/O count:         1268      Peak working set size:   512
  Direct I/O count:           7384      Peak page file size:    2709
  Page faults:              224919      Mounted volumes:           0
  Charged CPU time:     0 00:38:13.43   Elapsed time:     0 00:43:04.00
----------

The only places I have removed lines are denoted by ... .   The .COM files has the lines:

----------
.... (stuff removed)
$ backup/log -
dua0:[epbu]/exclude=(*.DAT,*.DMP,*.BCK),-
dua0:[customer]/exclude=(*.DAT,*.DMP,*.BCK),-
dua0:[oraload.sys...]/exclude=(*.DAT,*.DMP,*.BCK)  -
 dua0:[oraload.sys]backup.bck/save/block=2048
$
$ RENAME DUA0:[ORALOAD.SYS]backup.bck 'DAY'.BCK
$
.... (more commands)
----------

As you can see, DCL ignored the lines following the backup
command (starting with rename).  There were NO error
messages of any kind.

//michael	(213) 333-6014