Path: utzoo!utgpu!water!watmath!clyde!rutgers!ames!amdcad!sun!pitstop!sundc!seismo!uunet!munnari!goanna!yabbie!rcodi
From: rcodi@yabbie.rmit.oz (Ian Donaldson)
Newsgroups: aus.wanted,comp.sys.apollo
Subject: Wanted: Apollo RBAK info
Message-ID: <692@yabbie.rmit.oz>
Date: 10 Feb 88 13:29:55 GMT
Organization: RMIT Comm & Elec Eng, Melbourne, Australia.
Lines: 75

Does anybody know whether there is a difference in the actual -data-
recorded on an Apollo RBAK format 1/4" Cartridge versus the same data
recorded on an Apollo RBAK format 9-track 1/2" magtape?

(yeh, I know the block sizes are fixed at 512 bytes on a cartridge)

Why do I ask this?  Well, its a long story...

We received this Cartridge containing about 18Mb of data, but our
DN660 (running SR9.2.3) has only a 1/2" 1600-bpi magtape drive.

However, we have a Sun-3 with a cartridge drive, so I thought that I might
as well read the tape there, then sendfile it up to the Apollo.
(it was QIC-24 format as far as the Sun thought, and "cat -v" verified
that it was not total garbage).

Upon the data arriving on the Apollo (all 18Mb of it in 18 or so files, one
file for each logical file on the tape), I thought that I'd just use 
RBAK to decode it.  No go!  RBAK won't read from -anything- other than
a -real- tape.  RWMT (the Apollo ANSI tape reader/writer) won't either.

Hmm, I thought.  Why not write the stuff back to a 1/2" tape now that
it is on a machine that has one, and then use RBAK or RWMT to read it
back and unpack it?

The only problem with doing something like this is that RBAK and RWMT
expect the block sizes on tape to be EXACTLY right or they just
pewk at the sight of it.

Not knowing what the block sizes should be, I grabbed another RBAK magtape off
the shelf and discovered (by reading it on a VAX with dd) that the block sizes
were 80 bytes for the HDR1 and EOF1 blocks, and 8192 for the data in
the middle.  3 physical tape files per logical file.  HDR1, data, EOF1.

I managed to generate a perfect copy of this RBAK magtape on the DN660 without
using WBAK (I used dd with the above block sizes), and upon reading
it back, RBAK liked it too.  Great!

However, upon doing the same thing with the data from the Cartridge tape
RBAK -still- pewks at it!

Looking at the first header block from the real RBAK tape I wrote and the
data from the cartridge, there is only one startling difference -- there
is a lot more junk after the header in the Cartrige version.  Also, the
cartridge version's header file was 2560 bytes long, but the magtape one
was only 400 bytes.

Hmmm again.  Maybe this is not RBAK format?  Well, I put the original
Cartridge in another department's DN3000 (running SR9.5) and it 
reads perfectly with both RBAK -and- RWMT!

I can't find any Apollo doco about RBAK format anywhere, but I'm told
it is close to ANSI compatable, except that the acl formats, special file
info, directory info etc are not.  An ANSI reader would skip all this 
stuff since it is just part of the file data.
(incidently, I have another ANSI reader (ansii) grabbed from the net some
time back, which also pewks at it)

Any clues on how to convert RBAK cartridge data to magtape?

 ... or to unpack RBAK cartridge data once it is -off- the cartridge?

 ... or is it a difference between SR9.2 and SR9.5?
     (I have no idea which version of Aegis the tape was written under)

 ... short of the obvious:
	- pay somebody some enormous sum that has both drives to do it

	- use two machines networked together to do it
	  (can you run the Ring via telecom? :-)  Just joking.

Since we are likely to do a lot of this sort of thing in the future,
we would prefer a better method.

Ian D