Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site mplvax.UUCP Path: utzoo!linus!decvax!decwrl!greipa!pesnta!hplabs!sdcrdcf!sdcsvax!sdcc3!mplvax!cdl From: cdl@mplvax.UUCP (Carl Lowenstein) Newsgroups: net.wanted.sources Subject: Re: Responses to 'Wanted: program to read RT-11 file systems' Message-ID: <192@mplvax.UUCP> Date: Wed, 22-May-85 12:33:54 EDT Article-I.D.: mplvax.192 Posted: Wed May 22 12:33:54 1985 Date-Received: Sun, 26-May-85 21:37:33 EDT References: <234@phri.UUCP> Reply-To: cdl@mplvax.UUCP (Carl Lowenstein) Distribution: net Organization: Marine Physical Laborator of SIO at UCSD Lines: 32 In article <234@phri.UUCP> roy@phri.UUCP (Roy Smith) writes: > 1) If you have 4.2bsd, you have "arff". Console media on 780s >(and 750s?) are in RT-11 format. > 2) There is a program called rtpip which deals with RT-11 file >systems. > 4) There is some confusion about RT-11 disks and tapes; they are >NOT the same format. Disks (i.e. file system images, regardless of the >physical media) can be read using one of the above programs. Tapes are >(I think) in a format called files-11 (the same format as VMS COPY >tapes?), and can be read by a variety of programs floating around the >net (ansitar, f11r). Just a few more comments: 1) and 2) above are fine as long as the RT-11 disk doesn't have very many files on it. "arff" does not claim to cope with an RT-11 directory of more than one segment (72 files max). "rtpip" thinks it knows about multi-segment directories, but as I remember, it is wrong, because the directory segments are chained, not sequential. It is likely that either of these programs might need tweaking to keep up with minor variations in RT-11 directory structure since V2c (we're now up to V5.1c). As to 4), RT-11 tapes are (sub)ANSI-standard. They are single volumes, and the label records are 512 bytes long rather than the usual 80. Also all the data records are 512 bytes. Ansitar works fine, as long as nobody has forgotten that the 'R' switch implies 512-byte records. -- carl lowenstein marine physical lab u.c. san diego {ihnp4|decvax|akgua|dcdwest|ucbvax} !sdcsvax!mplvax!cdl