23 May
2014
23 May
'14
11:22 a.m.
On May 23, 2014, at 1:07 PM, Chuck Guzis <cclist at sydex.com> wrote:
On 05/23/2014 07:03 AM, Paul Koning wrote:
That may be because DtCyber uses unpadded TAP.
Yes, and that is critical. As you observed. it
has to be the
original length, otherwise odd length blocks are corrupted.
I've been using Mark Riordan's CDCTap utility over at 60bits.net to examine these
things. It turns out that it requires the "unpadded" TAP file. (I guess
that's E11). Nothing like a standard? At any rate, I've come up against another
issue--an unknown archiving program. here's a dump of the first few words of the
tape:
Record 4 contains 1971 8-bit bytes (262 60-bit words):
77 00 00 16 00 00 00 00 00 00 ; N
01 22 03 10 11 26 05 00 00 00 ARCHIVE
55 43 41 50 33 36 50 35 41 57 86/03/26.
36 13 13 27 21 06 17 55 55 55 3KKWQFO
25 23 05 22 55 01 22 03 10 11 USER ARCHI
26 05 55 26 05 22 23 11 17 16 VE VERSION
55 35 57 34 57 35 55 55 55 55 2.1.2
03 17 20 31 22 11 07 10 24 55 COPYRIGHT
10 04 22 55 23 31 23 24 05 15 HDR SYSTEM
23 55 11 16 03 57 55 55 55 55 S INC.
00 00 00 00 00 00 00 00 00 00
The first word looks very much like the header to a W-type record, but the archive format
is nothing that I've ever run into. Does "HDR Systems" ring any bells for
anyone? I can probably unravel all of this, but appreciate any light to be shed.
Joe Cychosz might know. The 4th word looks like the sort of usernames that University of
Illinois inflicted on its students (derived from student ID numbers).
paul