Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!husc6!cmcl2!rutgers!ucla-cs!zen!ucbvax!rca.COM!EVERHART%ARISIA
From: EVERHART%ARISIA@rca.COM ("GLENN EVERHART, 609 486 6328")
Newsgroups: comp.os.vms
Subject: Re: Data recovery
Message-ID: <8707240251.AA08460@ucbvax.Berkeley.EDU>
Date: Thu, 23-Jul-87 12:11:00 EDT
Article-I.D.: ucbvax.8707240251.AA08460
Posted: Thu Jul 23 12:11:00 1987
Date-Received: Sat, 25-Jul-87 11:34:20 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 21

I wasn't going to say this, but having just read a wrong reply...

If you do DIR/SIZE=ALL and see 0/2344 on a file, chances are some
of those 2344 blocks have data in them (depends on how it got
into this state).
One way, if you have VAX/RSX, to recover is to just say

MCR PIP file.type/EOF

which will result in the directory reading 2344/2344.
The record structure may not be as you like and somewhere at the
end of the file will be junk, but at least you'll be able to
get what was recorded to disk. I'm sure there are some native
mode hacks that do the same, but having this one around, I don't
bother with others. (Actually, if there aren't, it's another reasonb
to go out and get vax/rsx!)

	I suggest that anyone knowing the appropriate native mode
recovery hack chime in and let the net know...
	Glenn Everhart
Everhart%Arisia@rca.com