Savor, Thomas (Norcross) <mailto:[email protected]>
October 5, 2015 at 2:44 PM
Ok, I think I see DSNTYPE field can be returned from DYNALLOC....if I
can figure TEXT UNITS fields properly....wow.
Thanks for your and everyone else's help.
Tom
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
Please be alert for any emails that may ask you for login information
or directs you to login via a link. If you believe this message is a
phish or aren't sure whether this message is trustworthy, please send
the original message as an attachment to '[email protected]'.
Charles Mills <mailto:[email protected]>
October 5, 2015 at 1:58 PM
I *think* (too involved in something else to open the manuals) that
SVC 99 information retrieval will give you this information for an
open or not open DD name.
Charles
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]]
On Behalf Of Savor, Thomas (Norcross)
Sent: Monday, October 05, 2015 10:44 AM
To: [email protected]
Subject: Re: How the determine dataset is PDSE
Don’t care about UNIX.
Yes, it is in some of my assembler programs.
I have a bunch of PDS utility batch programs that have worked fine for
PDS.
But for PDSe not so much.
On a PDS...reading the directory...a use MACRF=R,RECFM=U....works great.
On a PDSE...reading the directory....it looks like I need
MACRF=R,RECFM=FB.
We have both PDS's and PDSe's everywhere.
So, I would like to Open the DD, then determine what type of PDS it
is, then process file.
I may have to close, change DCB field and re-open.
Or determine what type of PDS a file is before opening it...if that's
possible.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
Please be alert for any emails that may ask you for login information
or directs you to login via a link. If you believe this message is a
phish or aren't sure whether this message is trustworthy, please send
the original message as an attachment to '[email protected]'.
Savor, Thomas (Norcross) <mailto:[email protected]>
October 5, 2015 at 1:44 PM
Don’t care about UNIX.
Yes, it is in some of my assembler programs.
I have a bunch of PDS utility batch programs that have worked fine for
PDS.
But for PDSe not so much.
On a PDS...reading the directory...a use MACRF=R,RECFM=U....works great.
On a PDSE...reading the directory....it looks like I need
MACRF=R,RECFM=FB.
We have both PDS's and PDSe's everywhere.
So, I would like to Open the DD, then determine what type of PDS it
is, then process file.
I may have to close, change DCB field and re-open.
Or determine what type of PDS a file is before opening it...if that's
possible.
Tom
------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
Please be alert for any emails that may ask you for login information
or directs you to login via a link. If you believe this message is a
phish or aren't sure whether this message is trustworthy, please send
the original message as an attachment to '[email protected]'.
Paul Gilmartin <mailto:[email protected]>
October 5, 2015 at 1:31 PM
One might wonder why it matters. I suppose it might. Does the OP also
want to
distinguish the cases of:
o DSORG=PS
o UNIX files (I don't know how to recognize these.)
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
Please be alert for any emails that may ask you for login information
or directs you to login via a link. If you believe this message is a
phish or aren't sure whether this message is trustworthy, please send
the original message as an attachment to '[email protected]'.
