Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!columbia!rutgers!ames!ucbcad!ucbvax!rcb@mcnc.org@rti-sel.UUCP
From: rcb@mcnc.org@rti-sel.UUCP (Random)
Newsgroups: mod.computers.vax
Subject: Re: Corrupt VMS accounting file
Message-ID: <8701121549.AA07529@rti-sel>
Date: Mon, 12-Jan-87 10:49:10 EST
Article-I.D.: rti-sel.8701121549.AA07529
Posted: Mon Jan 12 10:49:10 1987
Date-Received: Tue, 13-Jan-87 06:43:47 EST
References: <8701120529.AA08491@ucbvax.Berkeley.EDU>
Sender: daemon@ucbvax.BERKELEY.EDU
Reply-To: rti-sel.uucp!rcb@mcnc.org (Random)
Organization: Research Triangle Institute, RTP, NC
Lines: 20
Approved: info-vax@sri-kl.arpa

In article <8701120529.AA08491@ucbvax.Berkeley.EDU> <LEICHTER-JERRY@YALE.ARPA> writes:
>
>    	I had a disk failure that corrupted the accountng.dat data file on
>    one of our systems.  Approximately 1/3rd of the way into the file the 
>    accounting utility reports a read error of the sort:
>    
>    	%ACC-E-READERR
>    		-RMS-W-RTB, 1171 byte record too large for user's buffer
>    
>    and then gives up.  DEC Software Support claims they know of no way to
>    read the data past the error.
>    

Why don't you write a program that uses RMS and reads the records of the
file and writes them to another file. Give it a nice large read buffer, but
do not write out any large records to the output file. No problem.
---------
					Random (Randy Buckland)
					Research Triangle Institute
					...!mcnc!rti-sel!rcb