Pinnacle wrote:
[...]
Regardless of how many you specified, the first member starts on/in the
next track after the directory.
That's not correct. Never was. You can prove it easily enough.
Create a
PDS with one track, no secondary. If what you say was true, you'd
never be
able to create a member.
Tom,
I tested this in the old days of SLED DASD, and the directory was a
keyed track and you COULD NOT store a member in the directory track. It
always took 2 tracks minimum for a PDS (of course, this has not been
true for about 15 years).
I believe there is no difference between SLED and RAID in this case.
From MVS point of view nothing was changed. Key, directory, members -
those are only bytes on the track. Emulated or real.
It would be more likely that OS changed data format here, however still
unlikely...
BTW: I asked why 45 directory blocks are ROT. I've seen answers it
should be 44, 45, or 46, but still haven't seen an explanation.
BTW2: (assuming the answer is related to space utilization) Isn't it
funny today to worry about possibly lost fragment of track ?
--
Radoslaw Skorupka
Lodz, Poland
--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl
Sd Rejonowy dla m. st. Warszawy
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego,
nr rejestru przedsibiorców KRS 0000025237
NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci
opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego
podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003
r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528
z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
