Re: file allocation dcb order

2011-08-15 Thread Richard L Peurifoy

On 8/11/2011 8:42 AM, Shmuel Metz , Seymour J. wrote:

In
cabefxsoet9vpbx6a6h6suiesmppts9o8+gp7otlk_c6dweq...@mail.gmail.com,
on 08/10/2011
at 12:11 PM, Scott Rowescott.r...@joann.com  said:


During dataset creation, the only DCB information available is from
the allocation parameters (i.e. JCL or SVC 99),


It's also possible to create a dataset with SVC 32, although I don't
know what happens if you try it on an SMS volume.


It fails with a return code of 192 (X'C0') Requested data set creation
was not allowed by SMS. Maybe there is some flag to set that gets around
around this, maybe not. I lean toward the maybe not side.

--
Richard

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: file allocation dcb order

2011-08-15 Thread Richard L Peurifoy

On 8/11/2011 4:06 PM, Rick Fochtman wrote:

snip--

It's also possible to create a dataset with SVC 32, although I don't
know what happens if you try it on an SMS volume.
-unsnip--

I respectfully submit that the use of SVC 32 is archaic and cumbersome
and should be discouraged in favor of DYNALLOC (SVC 99) whenever possible.

How many of our list participants are sufficiently skillful to construct
a partial DSCB correctly?


It's also possible to use a JFCB rather than a DSCB with SVC 32.
Not necessarily easier or harder, just another option.

--
Richard

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: file allocation dcb order

2011-08-12 Thread Shmuel Metz (Seymour J.)
In 4e4443e2.1040...@ync.net, on 08/11/2011
   at 04:04 PM, Rick Fochtman rfocht...@ync.net said:

I respectfully submit that the use of SVC 32 is archaic and
cumbersome  and should be discouraged in favor of DYNALLOC (SVC 99)
whenever possible.

I said that it was possible; I didn't recommend it.

How many of our list participants are sufficiently skillful to
construct  a partial DSCB correctly?

Probably a dozen. ObRobertZimmerman Of those, how many would actually
do it in a production environment.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: file allocation dcb order

2011-08-12 Thread Scott Rowe
I've done it, but I haven't had any reason to in the last couple decades,
nor do I expect to.

On Fri, Aug 12, 2011 at 5:02 PM, Shmuel Metz (Seymour J.) 
shmuel+ibm-m...@patriot.net wrote:

 In 4e4443e2.1040...@ync.net, on 08/11/2011
at 04:04 PM, Rick Fochtman rfocht...@ync.net said:

 I respectfully submit that the use of SVC 32 is archaic and
 cumbersome  and should be discouraged in favor of DYNALLOC (SVC 99)
 whenever possible.

 I said that it was possible; I didn't recommend it.

 How many of our list participants are sufficiently skillful to
 construct  a partial DSCB correctly?

 Probably a dozen. ObRobertZimmerman Of those, how many would actually
 do it in a production environment.

 --
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html
 We don't care. We don't have to care, we're Congress.
 (S877: The Shut up and Eat Your spam act of 2003)

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited.
If you have received this material in error, please (i) do not read it,
(ii) reply to the sender that you received the message in error, and
(iii) erase or destroy the material. Emails are not secure and can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: file allocation dcb order

2011-08-12 Thread Rick Fochtman

---snip-
I've done it, but I haven't had any reason to in the last couple 
decades, nor do I expect to.

unsnip-
Nor have I. My use of DAIR also ended when DYNALLOC showed up and I've 
scrupulously avoided it every bit as much as I've avoided SVC 32 usage.


I once had to write a stand-alone program that would simulate OS/360 
DASD allocation; I used the I/O routines lifted from CLIP/360 
(Stand-alone) and was able to IPL a OS/360 system weekly to check 
results. Took 12 weeks to learn all the wrinkles, including how to 
maintain the FORMAT-5 DSCB chain, but it was a great learning 
experience. Did it for NCSS and I'd sure like to get the programs I used 
and/or modified for their CP67/CMS system. Much learning there, most of 
which is now forgotten.


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: file allocation dcb order

2011-08-12 Thread Rick Fochtman

---snip-


I respectfully submit that the use of SVC 32 is archaic and
cumbersome  and should be discouraged in favor of DYNALLOC (SVC 99)
whenever possible.
   



I said that it was possible; I didn't recommend it.
 


---unsnip
Noted.

snip


How many of our list participants are sufficiently skillful to
construct  a partial DSCB correctly?
   



Probably a dozen. ObRobertZimmerman Of those, how many would actually
do it in a production environment.
 


-unsnip
Given the ease of use of DYNALLOC, I seriously doubt that anyone would 
even attempt it anymore. Except perhaps as an exercise in masochism. :-)


Rick


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: file allocation dcb order

2011-08-12 Thread Jim Thomas
Sir/s, Et ' al,

Forgive me for intruding ...  and yes, I have not found 
out how this thread started nor am I sure why SVC32 (I 
presume svc x'20') is in question  perhaps the original
poster is working with DADSM ??. 

None the less, the only thing I wanted to bring up is that 
one does not, necessarily, have to manually build a complete
DSCB. It's just as easy (depending on circumstances) to simply
issue an OBTAIN and modify if need be.  

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Rick Fochtman
Sent: Friday, August 12, 2011 5:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: file allocation dcb order

---snip-

I respectfully submit that the use of SVC 32 is archaic and
cumbersome  and should be discouraged in favor of DYNALLOC (SVC 99)
whenever possible.



I said that it was possible; I didn't recommend it.
  

---unsnip
Noted.

snip

How many of our list participants are sufficiently skillful to
construct  a partial DSCB correctly?



Probably a dozen. ObRobertZimmerman Of those, how many would actually
do it in a production environment.
  

-unsnip
Given the ease of use of DYNALLOC, I seriously doubt that anyone would 
even attempt it anymore. Except perhaps as an exercise in masochism. :-)

Rick


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3829 - Release Date: 08/12/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: file allocation dcb order

2011-08-11 Thread Shmuel Metz (Seymour J.)
In
cabefxsoet9vpbx6a6h6suiesmppts9o8+gp7otlk_c6dweq...@mail.gmail.com,
on 08/10/2011
   at 12:11 PM, Scott Rowe scott.r...@joann.com said:

During dataset creation, the only DCB information available is from
the allocation parameters (i.e. JCL or SVC 99),

It's also possible to create a dataset with SVC 32, although I don't
know what happens if you try it on an SMS volume.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: file allocation dcb order

2011-08-11 Thread Rick Fochtman

snip--
It's also possible to create a dataset with SVC 32, although I don't 
know what happens if you try it on an SMS volume.

-unsnip--
I respectfully submit that the use of SVC 32 is archaic and cumbersome 
and should be discouraged in favor of DYNALLOC (SVC 99) whenever possible.


How many of our list participants are sufficiently skillful to construct 
a partial DSCB correctly?


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: file allocation dcb order

2011-08-11 Thread Gerhard Postpischil

On 8/11/2011 5:04 PM, Rick Fochtman wrote:

I respectfully submit that the use of SVC 32 is archaic and
cumbersome and should be discouraged in favor of DYNALLOC (SVC
99) whenever possible.


I have a 33.3 RPM turntable, cassette tape recorder, VHS 
recorder, and I have been known to use a manual screwdriver. I 
even look at maps when I need to drive somewhere. When something 
works, age should be a secondary consideration to capability. 
SVC 32 allows some things to be done that are difficult or messy 
with SVC 99. If you railed against DAIR I might have a little 
more understanding.



How many of our list participants are sufficiently skillful to
construct a partial DSCB correctly?


Most of the dinosaurs, who had to run OS/360 despite IBM's help. 
g  Completing a DSCB is no more difficult than setting up a JFCB.


Gerhard Postpischil
Bradford, VT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: file allocation dcb order

2011-08-11 Thread Robert A. Rosenberg
At 19:23 -0400 on 08/11/2011, Gerhard Postpischil wrote about Re: 
file allocation dcb order:



Most of the dinosaurs, who had to run OS/360 despite IBM's help.
g  Completing a DSCB is no more difficult than setting up a JFCB.


True. You expand the mapping macro, map it over an area of the 
correct length, and fill in the fields. OTOH, a JFCB is usually not 
created from scratch but pre-filled in via a RDJFCB, then updated if 
needed, before being used by OPENJ.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: file allocation dcb order

2011-08-10 Thread Paul Gilmartin
On Wed, 10 Aug 2011 17:17:38 +0200, MONTERO ROMERO, ENRIQUE ELOI wrote:

I am looking for which is the DCB order to allocate a dataset. I mean, Program 
DCB, JCL DCB, Dataset DCB.
 
Read the recent thread here on ORRUPT PDS - I/O ERROR and try to
glean some truth from it.

Is there some IBM doc that explains such order?
 
Yes, but many don't read it.  I'd start with JCL Reference and Using Data Sets.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: file allocation dcb order

2011-08-10 Thread Steve Comstock

On 8/10/2011 9:17 AM, MONTERO ROMERO, ENRIQUE ELOI wrote:

Hi to all,

I am looking for which is the DCB order to allocate a dataset. I mean, Program 
DCB, JCL DCB, Dataset DCB.

Is there some IBM doc that explains such order?

Best regards

Enrique Montero


Sigh.

DCB's have _nothing_ to do with allocation. DCB information is
used by the OPEN routines. SPACE and DATACLAS JCL parameters
affect allocation.

As far as sources for filling in DCB parameters and the priority
of these sources, there was a recent, tedious thread on this
listserv. The DCB fields that participate in what is called the
DCB merge are: RECFM, LRECL, BLKSIZE, BUFNO, OPTCD, DSORG;

ignoring the impacts of the DCBE and OPEN exits and OPEN RDJFCB,
the order of priority for DCB sources at OPEN time is:

1. If a parameter has a non-zero value coded in the program,
   that value is used

2. If a value is omitted from the program but coded in
   the JCL, the JCL value will be used

3. If a value is omitted from the program and the JCL
   but exists in a label, the value from the label is
   used

After the merge, OPEN checks for completeness; if only
the BLKSIZE remains un-initialized, if a new data set
is being created, and if the LRECL and RECFM are supplied,
and if RECFM is not U, the system will compute an optimal
blocksize and place it in the DCB. Next OPEN checks for
consistency; if all is well, OPEN gets buffers and, for
input files, primes the buffers.


The primary information source is DFSMS Using Data Sets
(SC26-7410; from the z/OS Internet library, you can
download DGT2D4A0.PDF for the z/OS V1R13 version); check
out chapter 21 Specifying and Initializing Data Control
Blocks, the section Using OPEN to Prepare a Data Set
for Processing; p332 has a diagram with a detailed explanation.

Note that high level languages might modify this behavior
using exits behind the scenes; check the docs for the language
of interest.


--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* Special promotion: 15% off on all DB2 training classes
scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: file allocation dcb order

2011-08-10 Thread Scott Rowe
By allocation do you mean creation?

During dataset creation, the only DCB information available is from the
allocation parameters (i.e. JCL or SVC 99), so the dataset attributes are
assigned from there.  However these attributes may be overridden during
OPEN.

On Wed, Aug 10, 2011 at 11:53 AM, Paul Gilmartin paulgboul...@aim.comwrote:

 On Wed, 10 Aug 2011 17:17:38 +0200, MONTERO ROMERO, ENRIQUE ELOI wrote:
 
 I am looking for which is the DCB order to allocate a dataset. I mean,
 Program DCB, JCL DCB, Dataset DCB.
 
 Read the recent thread here on ORRUPT PDS - I/O ERROR and try to
 glean some truth from it.

 Is there some IBM doc that explains such order?
 
 Yes, but many don't read it.  I'd start with JCL Reference and Using Data
 Sets.

 -- gil

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited.
If you have received this material in error, please (i) do not read it,
(ii) reply to the sender that you received the message in error, and
(iii) erase or destroy the material. Emails are not secure and can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: file allocation dcb order

2011-08-10 Thread Shane Ginnane
Steve you are such a kill-joy - must be time we had another endless thread
about this ...  ;-)

Nice post though.

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html