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