Hi all,

OK, My Friday started a bit early... Just could not resist it...
This is what I ran...

//STEP1     EXEC PGM=IEFBR14
//DD2       DD DSN=MY.SEQ.DFHCMACD,UNIT=SYSDA,DISP=(,CATLG,DELETE),
//             DCB=(LRECL=32756,BLKSIZE=32760,RECFM=VB),DSORG=PS,
//             SPACE=(CYL,(7,1,43),RLSE)

And his was the result...
MY.SEQ.DFHCMACD                          PO    VB     32756  32760

Why CMACD, because my first test was to copy that file into a seq file and I 
got exactly the same result, "No members in data set" message in TSO 3.4. 

I do not think IDCAMS is to blame, Whatever, and I must admit I am too lazy to 
go and look, will leave it to Lizette, whatever is allocating the dataset is 
disregarding the DSORG=PS. What I expected was an error message saying that the 
directory blocks cannot be specified, the same way you get in option 3.2 in TSO.

Regards

Herbie


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S.
Sent: 07 Februarie 2008 02:35 nm
To: [email protected]
Subject: Re: VSAM Surprise

Rick Fochtman wrote:
> --------------<snip>--------------
> 
>>> It's normal operation actually;
>>>
>>> The directory blocks are considered sequentially accessed blocks.  As
>>> there was no member name on the DSN basically IDCAMS did exactly what
>>> was asked, and wrote the data to the PDS Directory area.
>>
>>
>> I dare to disagree. Try the same "normal operation" with PDSE.
> 
> ----------------<unsnip>------------------
> A PDS/E is not a perfectly matching replacement for a PDS. I would 
> expect some differences in how the two are handled.

PDS/E is PDS Extended. Better version of PDS. PDSE is created to solve 
some problems with PDS. One of the problems which are solved in PDSE is 
improved directory integrity.
"There is no mechanism to stop the PDS directory from being overwritten 
if a program mistakenly opens it for sequential output. If this happens, 
the directory is destroyed, and all the members are lost."
The sentence above is from SG246106.

-- 
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
Elavon Financial Services Limited
Registered in Ireland: Number 418442
Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, 
Co. Dublin, Ireland
Directors: Robert Abele (USA), John Collins,  Terrance Dolan (USA),  Pamela 
Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson
Elavon Financial Services Limited, trading as Elavon, is regulated by the 
Financial Regulator

----------------------------------------------------------------------
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

Reply via email to