HP3000-L Archives

July 2001, Week 2

HP3000-L@RAVEN.UTC.EDU
Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
Trapping DBUTIL errors in batch mode
From:
"Leonard S. Berkowitz" <[log in to unmask]>
Reply To:
[log in to unmask][log in to unmask], 9 Jul 2001 18:06:28 -0500565_iso-8859-1 why does this day's listing keep appearing?

-----Original Message-----
From: Automatic digest processor [mailto:[log in to unmask]]
Sent: Sunday, July 08, 2001 11:00 PM
To: Recipients of HP3000-L digests
Subject: HP3000-L Digest - 7 Jul 2001 to 8 Jul 2001 (#2001-188)

There are 6 messages totalling 184 lines in this issue.

Topics of the day:

1. Samba printing (was: NP92 Printing and NT)
2. posix ponderings
3. Local Image3000 Access (3)
4. System failure - I believe I isolated them problem.!! [...]48_9Jul200118:06:[log in to unmask]
Date:
Thu, 12 Jul 2001 09:16:20 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (23 lines) 
I am looking for a suggestion on how to trap a DBUTIL error in a batch job. I
find nothing in the manual about this. I've tried making errors and checking
JCWs and variables, but nothing turns up.

My particular need is to restore part of a data base to another system and

   DISABLE data base FOR INDEXING.

 It would be big help if the $STDLIST did not need to be checked manually to
verify that this step was successful.

Any ideas? Thanks.
===================
Leonard S. Berkowitz
Perot Health Care Systems
(Harvard Pilgrim Health Care account)
voice: 617-509-1212
fax:   617-509-3737
pager: 781-226-2431

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2