I think the problem may lie in your interpretation of the formula.
The + 2 on the end is to be added afterward
It also appears to expect integer math.
for 10 it would be ((10 + 15) / 16 ) + 2, which yields 3.
for 30 it would be ((30 + 15 / 16 ) + 2, 4
So the formula would indeed appear to be for the last label....
Bob Comeau
Sr. Systems Programmer Analyst
Crossley Carpet Mills Ltd.
(902)895-5491 ex 139
-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]]On
Behalf Of Brian Donaldson
Sent: February 6, 2006 12:02 PM
To: [log in to unmask]
Subject: Image/3000 Handbook Question/Problem
Image/3000 Handbook Chapter 4, pages 39/40
Data items read/write security bitmap table starts at label 3.
Per the calculation below, "n" would yield a result of 1. The book states on
page 40 (chapter 4) that "this table starts in Label 3 and may extend to Label
n
Calculation is "n" = (number of items + 15) + 2
_____________________
16
and "n" is between 3 and 18
Data sets read/write security bitmap table starts in the first label after
data items read/write security bitmap table...
Seems nice and simple………
Scenario:
Let's say there are 10 items in the base. Per the above calculation "n" would
yield
a result of 1. So according to the book, we start and label 3 and extend to
label 1…
I don't think so……..
Let's say there are 30 items in the base. Per the above calculation "n" would
yield
a result of 2. So according to the book, we start and label 3 and extend to
label 2…
I don't think so……..
Labels 1 and 2 contain the password list table!
It would seem to me that "n" is the number of labels to read starting at
label 3, so labels
3 and 4 would store the data items read/write security bitmap table. The data
sets read/write security bitmap table would therefore start in label 5.
In one particular base I am working with, this calc is telling me that the
sets extend from label 6 to label 7. When I do a :listf,-3 on the root file of
this base it tells me the number of labels and max number of labels is SIX (6)
……….
The reason I am bringing this up is that my PM program interrogating the root
file for this data isn't giving me exactly what I want/need. The call to
FREADLABEL is failing sometimes and therefore not loading the security bitmap
table I thought it was!
Any help on this matter would be very much appreciated.
TIA,
Brian Donaldson.
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
