Ach, it just drove me nuts I didn't write the date on the paper label.
On 12/4/20 9:29 PM, Stan Sieler wrote:
> If you dump the start of the tape, you should see "HPESYS" as the first
> record ... if so,
>
> in theory a "volume stamp" (a bad name for an 6 byte datestamp) should be
> at byte offset
>
> decimal 36 for 6 bytes.
>
>
> The datestamp is 12 BCD digits: yymmddhhmmss
>
>
> Note: on older tapes it's all zeros. I'm not sure if it's ever non-zero,
> although
>
> I see I wrote code some years ago to format them, so...maybe?
>
>
> BTW, this is what I use, in C, to look at SLT records
>
> (after converting from big endian to little endian, if needed, of course),
>
> remembering that the bits on the tape are in big endian format).
>
>
> typedef struct { // SLT record #1
>
> uint16 lif_v_id; // 0..1 2 0x8000
>
> char lif_v_name [6]; // 2..7 6 should be "HPESYS"
>
> int32 lif_v_dir_add; // 8..11 4 LIF directory address
>
> int16 lif_v_def_6; // 12..13 2 usually 0x1000
>
> int16 lif_v_def_7; // 14..15 2
>
> int32 lif_v_dir_len; // 16..19 4 LIF directory length
>
> int16 lif_v_version; // 20..21 2 "extension level"
>
> int16 lif_v_def_11; // 22..23 2 dummy3 in HP-UX
>
> int32 lif_v_tps; // 24..27 4 tracks / surface
>
> int32 lif_v_spm; // 28..31 4 surface / medium
>
> int32 lif_v_spt; // 31..35 4 sector / track
>
> bit8 lif_v_vs [6]; // 36..41 6 LIF volume stamp
>
> int16 lif_v_def_21 [99]; // 42..239 (filler/reserved)
>
> int32 lif_v_ipla; // 240..243 4
>
> int32 lif_v_ipll; // 244..247 4
>
> int32 lif_v_rs; // 248..251 4
>
> int16 lif_v_def_126; // 252..253 2
>
> int16 lif_v_def_127; // 254..255 2
>
> } lif_v_label_t; // 256 bytes
>
>
>
> Stan
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
--
Tracy Johnson
BT
NNNN
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
