Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: utzoo!watmath!clyde!cbosgd!ucbvax!isi-vaxa.arpa!jeff
From: jeff@ISI-VAXA.ARPA (Jeffery A. Cavallaro)
Newsgroups: mod.computers.vax
Subject: Re: two VMS4.2 bugs create potential Catch-22 situation
Message-ID: <8511062236.AA14397@isi-vaxa.ARPA>
Date: Wed, 6-Nov-85 17:36:00 EST
Article-I.D.: isi-vaxa.8511062236.AA14397
Posted: Wed Nov  6 17:36:00 1985
Date-Received: Thu, 7-Nov-85 06:19:34 EST
References: <8511041528.AA07198@dual.UUCP>
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 15
Approved: info-vax@ucbvax.berkeley.edu

The STABACKIT problem:

(As was reported to me via this net...)

Change the /HEADER=40 on the INITIALIZE command for SYSTEM_2 to
/HEADERS=35.  The MAN update causes the overflow.  This problem appears
to only occur on TU58s.  RX01 kits make fine...

While we are on the subject of STABACKIT, I wish that it wouldn't refuse
to use a medium just because BAD found a bad block.  The documentation
states that INITIALIZE will take the MBBF and SWBBF to heart when building
BADBLK.SYS.  Of course, too many bad blocks may cause an overflow, but
oh well...

						Jeff