DATACLASS with LARGE attribute missing
Has anyone else had this happen to them? I have a DATACLASS with the LARGE attribute and after I made a change to the space size in the DATACLASS the LARGE attribute was missing. Had to go back and enter it again. This surprised me as I didn't even go down to the panel where the attribute is defined. Ken Leidner kleid...@earthlink.net -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
DATACLASS NOT BEING RESPECTED
Good Morning Gentle Readers, I am trying to solve the following puzzle. Some batch jobs which execute are being directed to a VSM. However they abend when the default vol count limit of 5 have been reached - s837-08. I added a vol count of 20 in the default DATACLAS VIRT however for some reason the DATACLAS value is not being respected. Is this because the dsns are NOT SMS managed? Is there a work around it or do I need to have the VOL COUNT default values changed at the system level? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DATACLASS NOT BEING RESPECTED
The big question is are your tapes SMS managed? If so, is the dataclas being applied to this tape? Otherwise, check your settings for dynamic volume count. I believe that all will be OK if you code the vol count in JCL (last resort). HTH, snip I am trying to solve the following puzzle. Some batch jobs which execute are being directed to a VSM. However they abend when the default vol count limit of 5 have been reached - s837-08. I added a vol count of 20 in the default DATACLAS VIRT however for some reason the DATACLAS value is not being respected. Is this because the dsns are NOT SMS managed? Is there a work around it or do I need to have the VOL COUNT default values changed at the system level? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DATACLASS NOT BEING RESPECTED
From everything I know about SMS, data class can't be specified for non-SMS files. The volume count can be placed on the DD card // VOL=(,,,22). Hope this helps. * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Tue, Feb 7, 2012 at 11:28 AM, esmie moo esmie_...@yahoo.ca wrote: Good Morning Gentle Readers, I am trying to solve the following puzzle. Some batch jobs which execute are being directed to a VSM. However they abend when the default vol count limit of 5 have been reached - s837-08. I added a vol count of 20 in the default DATACLAS VIRT however for some reason the DATACLAS value is not being respected. Is this because the dsns are NOT SMS managed? Is there a work around it or do I need to have the VOL COUNT default values changed at the system level? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Home of Florida's first LEED Gold Certified School Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DATACLASS NOT BEING RESPECTED
Allan, I verified, the tapes are not SMS managed. You recommended that I check your settings for dynamic volume count. Would you know what the member in the PARMLIB would be? From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, February 7, 2012 11:40:36 AM Subject: Re: DATACLASS NOT BEING RESPECTED The big question is are your tapes SMS managed? If so, is the dataclas being applied to this tape? Otherwise, check your settings for dynamic volume count. I believe that all will be OK if you code the vol count in JCL (last resort). HTH, snip I am trying to solve the following puzzle. Some batch jobs which execute are being directed to a VSM. However they abend when the default vol count limit of 5 have been reached - s837-08. I added a vol count of 20 in the default DATACLAS VIRT however for some reason the DATACLAS value is not being respected. Is this because the dsns are NOT SMS managed? Is there a work around it or do I need to have the VOL COUNT default values changed at the system level? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DATACLASS NOT BEING RESPECTED
DATACLAS can be assigned to non-SMS managed data sets, but dynamic volume count is only applicable to SMS-managed data sets (according to the HELP panel). Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of George Rodriguez Sent: Tuesday, February 07, 2012 10:47 AM From everything I know about SMS, data class can't be specified for non-SMS files. The volume count can be placed on the DD card // VOL=(,,,22). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DATACLASS NOT BEING RESPECTED
George, Thanks for your suggestion. The problem is that there are several jcls in USERLAND which we will need to modify and there is no way I can find out where they are housed. This is why I thought by adding the parm in the default DC it would solve the problem. From: George Rodriguez george.rodrig...@palmbeachschools.org To: IBM-MAIN@bama.ua.edu Sent: Tuesday, February 7, 2012 11:47:01 AM Subject: Re: DATACLASS NOT BEING RESPECTED From everything I know about SMS, data class can't be specified for non-SMS files. The volume count can be placed on the DD card // VOL=(,,,22). Hope this helps. * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Tue, Feb 7, 2012 at 11:28 AM, esmie moo esmie_...@yahoo.ca wrote: Good Morning Gentle Readers, I am trying to solve the following puzzle. Some batch jobs which execute are being directed to a VSM. However they abend when the default vol count limit of 5 have been reached - s837-08. I added a vol count of 20 in the default DATACLAS VIRT however for some reason the DATACLAS value is not being respected. Is this because the dsns are NOT SMS managed? Is there a work around it or do I need to have the VOL COUNT default values changed at the system level? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Home of Florida's first LEED Gold Certified School Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DATACLASS NOT BEING RESPECTED
Good morning Esmee, I don't believe that either volume count or dynamic volume count will affect non-SMS-managed datasets. Snippets from the dfp Storage Administration Reference: Volume Count Volume count is ignored for data sets to which no storage class is assigned. Dynamic Volume Count is not supported for the following: - Non-SMS managed data sets or data sets with no associated data class Regards, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Tuesday, February 07, 2012 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS NOT BEING RESPECTED Allan, I verified, the tapes are not SMS managed. You recommended that I check your settings for dynamic volume count. Would you know what the member in the PARMLIB would be? From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, February 7, 2012 11:40:36 AM Subject: Re: DATACLASS NOT BEING RESPECTED The big question is are your tapes SMS managed? If so, is the dataclas being applied to this tape? Otherwise, check your settings for dynamic volume count. I believe that all will be OK if you code the vol count in JCL (last resort). HTH, snip I am trying to solve the following puzzle. Some batch jobs which execute are being directed to a VSM. However they abend when the default vol count limit of 5 have been reached - s837-08. I added a vol count of 20 in the default DATACLAS VIRT however for some reason the DATACLAS value is not being respected. Is this because the dsns are NOT SMS managed? Is there a work around it or do I need to have the VOL COUNT default values changed at the system level? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DATACLASS NOT BEING RESPECTED
If I understand all the explanations put forward and correct me if I am wrong, since the dsns/tapes are not SMS managed, the DATACLAS is ignored. Also, the only way to correct this would be at the system level. Correct me if I have erred. From: Starr, Alan alan_st...@calpers.ca.gov To: IBM-MAIN@bama.ua.edu Sent: Tuesday, February 7, 2012 12:18:48 PM Subject: Re: DATACLASS NOT BEING RESPECTED Good morning Esmee, I don't believe that either volume count or dynamic volume count will affect non-SMS-managed datasets. Snippets from the dfp Storage Administration Reference: Volume Count Volume count is ignored for data sets to which no storage class is assigned. Dynamic Volume Count is not supported for the following: - Non-SMS managed data sets or data sets with no associated data class Regards, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Tuesday, February 07, 2012 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS NOT BEING RESPECTED Allan, I verified, the tapes are not SMS managed. You recommended that I check your settings for dynamic volume count. Would you know what the member in the PARMLIB would be? From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, February 7, 2012 11:40:36 AM Subject: Re: DATACLASS NOT BEING RESPECTED The big question is are your tapes SMS managed? If so, is the dataclas being applied to this tape? Otherwise, check your settings for dynamic volume count. I believe that all will be OK if you code the vol count in JCL (last resort). HTH, snip I am trying to solve the following puzzle. Some batch jobs which execute are being directed to a VSM. However they abend when the default vol count limit of 5 have been reached - s837-08. I added a vol count of 20 in the default DATACLAS VIRT however for some reason the DATACLAS value is not being respected. Is this because the dsns are NOT SMS managed? Is there a work around it or do I need to have the VOL COUNT default values changed at the system level? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DATACLASS NOT BEING RESPECTED
This is an SMS setting, and can be changed via the df/SMS panels. Since your tapes are *NOT* SMS managed, the changing any of the data class settings will have no effect. snip I verified, the tapes are not SMS managed. You recommended that I check your settings for dynamic volume count. Would you know what the member in the PARMLIB would be? The big question is are your tapes SMS managed? If so, is the dataclas being applied to this tape? Otherwise, check your settings for dynamic volume count. I believe that all will be OK if you code the vol count in JCL (last resort). HTH, snip I am trying to solve the following puzzle. Some batch jobs which execute are being directed to a VSM. However they abend when the default vol count limit of 5 have been reached - s837-08. I added a vol count of 20 in the default DATACLAS VIRT however for some reason the DATACLAS value is not being respected. Is this because the dsns are NOT SMS managed? Is there a work around it or do I need to have the VOL COUNT default values changed at the system level? /snip /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DATACLASS NOT BEING RESPECTED
Yes, that was my thought too: DATACLASS is also applied to non-SMS datasets, but is it also applied to non-SMS managed tapes? That might explain why it is not working. Kees. Greg Shirey wgshi...@benekeith.com wrote in message news:f5ff22ced304764eaac97a43706235b74f3116b...@corpexmbx.bekco.com... DATACLAS can be assigned to non-SMS managed data sets, but dynamic volume count is only applicable to SMS-managed data sets (according to the HELP panel). Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of George Rodriguez Sent: Tuesday, February 07, 2012 10:47 AM From everything I know about SMS, data class can't be specified for non-SMS files. The volume count can be placed on the DD card // VOL=(,,,22). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DATACLASS NOT BEING RESPECTED
According to DFSMS Stor. Admin. Ref. For non-SMS-managed DASD data sets, the system uses the allocation attribute values of the data class, but it does not save the data class name. For tape data sets, only the expiration and retention values are applied. See Chapter 7. Defining Data Classes/Understanding Data Classes Mike Wood -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DATACLASS
Dear all Thanks all for your help! I could understand more about your relpy. Best Regards, Jason Cai 发件人： Darth Keller 发送时间： 2011-04-12 03:38:27 收件人： IBM-MAIN 抄送： 主题： Re: DATACLASS Q2 What's wrong of the ACS routing below: SELECT WHEN ((DSN = ABSPPS) AND (DSORG NE 'PO') AND (DSORG NE 'VS') AND (DSORG NE 'IS') AND (DSORG NE 'DA')) SET DATACLAS = 'DCPS' /// In the stub you gave above, I don't see an exit statement which means your allocation could fall into a later code segment and have the DATACLAS value re-assigned. Unless you've got a very good reason not to, I'd recommend you Always pair your SET statements with a WRITE and EXIT statement. I know I've said this before, but here goes again - use WRITE statements to help in your Debug process - DO SET DATACLAS = 'DCPS' WRITE 'DCD0300' DSN ' ' PGM ' ' DSORG ' ' DATACLAS EXIT END The DCD0300 merely gives you a unique identifier for your exit point - this will tell you exactly what SMS is seeing at this point. If you decide not to pair the SET statement with an EXIT having a WRITE statement for each SET statement will also show you when you are assigning the DATACLAS more than 1 time. Two pretty simple ROT's that can save you a lot of time pain down the road. my 2 cents worth ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. 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: DATACLASS
In 215021.39749...@web65508.mail.ac4.yahoo.com, on 04/08/2011 at 11:21 AM, Scott Ford scott_j_f...@yahoo.com said: I realiaze the BR14 doesnt really 'do anything' , but with JCL attached to it with a disp=new,catalog, I assume that an entry is created in the catalog and the actual dataset is created by the allocating program . Correct ? Close; the same dataset as would be allocated for any[1] other PGM specification. It will only be cataloged if it is SMS managed or DISP requests it. [1] Including a name that is not present in the search order. -- 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: DATACLASS
In 77142d37c0c3c34da0d7b1da7d7ca3430882f...@nwt-s-mbx2.rocketsoftware.com, on 04/08/2011 at 07:57 PM, Bill Fairchild bi...@mainstar.com said: In my opinion, the data set is not fully created until some program begins writing new data onto the tracks which have been previously reserved to hold that new data through the process known as allocation of a new data set. There are several cases where only the DSCB matters, e.g., models. There are also cases where only the catalog entry and the DSCB matter, e.g., in a common trick for keeping a job from running twice. -- 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: DATACLASS
Thanks, Shmuel...I appreciate it. Scott J Ford From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Tue, April 12, 2011 12:32:07 PM Subject: Re: DATACLASS In 215021.39749...@web65508.mail.ac4.yahoo.com, on 04/08/2011 at 11:21 AM, Scott Ford scott_j_f...@yahoo.com said: I realiaze the BR14 doesnt really 'do anything' , but with JCL attached to it with a disp=new,catalog, I assume that an entry is created in the catalog and the actual dataset is created by the allocating program . Correct ? Close; the same dataset as would be allocated for any[1] other PGM specification. It will only be cataloged if it is SMS managed or DISP requests it. [1] Including a name that is not present in the search order. -- 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 -- 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: DATACLASS
Q1 - The third value in the subparameter (the third 10) is the amount of space reserved for the directory. Since only partitioned datasets have directories, the system knows the DSORG is PO. When the third parameter is omitted, the system DOES KNOW the dataset is not partitioned. But, as explained previously, there are many DSORGs that are not partitioned. The system does not know if the DSORG should be PS, VS, IS, DA, or any others I may have overlooked. Q2 - I don't know why your SELECT statement does not produce the expected result. If DSORG is PS or DSORG is null, each logical expression in the WHEN keyword should be true so the SET should execute. My only rationale for changing it to a series of IF statements was to provide a location for the diagnostic WRITE statements. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ibmnew Sent: Sunday, April 10, 2011 8:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS Dear Schwarz snip Q1.Why can SPACE=(4096,(10,10,10)) statement tell system that the allocated dataset is a PDS but SPACE=(4096,(10,10)) cann't do it Q2 What's wrong of the ACS routing below: SELECT WHEN ((DSN = ABSPPS) AND (DSORG NE 'PO') AND (DSORG NE 'VS') AND (DSORG NE 'IS') AND (DSORG NE 'DA')) SET DATACLAS = 'DCPS' -- 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: DATACLASS
Q2 What's wrong of the ACS routing below: SELECT WHEN ((DSN = ABSPPS) AND (DSORG NE 'PO') AND (DSORG NE 'VS') AND (DSORG NE 'IS') AND (DSORG NE 'DA')) SET DATACLAS = 'DCPS' /// In the stub you gave above, I don't see an exit statement which means your allocation could fall into a later code segment and have the DATACLAS value re-assigned. Unless you've got a very good reason not to, I'd recommend you Always pair your SET statements with a WRITE and EXIT statement. I know I've said this before, but here goes again - use WRITE statements to help in your Debug process - DO SET DATACLAS = 'DCPS' WRITE 'DCD0300' DSN ' ' PGM ' ' DSORG ' ' DATACLAS EXIT END The DCD0300 merely gives you a unique identifier for your exit point - this will tell you exactly what SMS is seeing at this point. If you decide not to pair the SET statement with an EXIT having a WRITE statement for each SET statement will also show you when you are assigning the DATACLAS more than 1 time. Two pretty simple ROT's that can save you a lot of time pain down the road. my 2 cents worth ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. 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: DATACLASS
Dear Schwarz
I tested your ACS routing today.It works.
I submit the following JCL
//ALOCHSKP EXEC PGM=IEFBR14,REGION=0M
//MESSAGE DD DSN=ABSP.CEB.TEST32,DISP=(NEW,CATLG,DELETE),
//UNIT=3390,SPACE=(4096,(10,10)),
// DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB)
The output of the JCL:
3 IGD01007I DSN=ABSP.CEB.TEST32
3 IGD01007I DSORG =
3 IGD01007I DSN MATCHES
3 IGD01007I DSORG MATCHES
3 IGD01007I DATACLASS =DCPS
SPACE=(4096,(10,10)) statement cann't tell system that the ORG of the dataset
isn't a PS (DSORG=' ')
Then I submit the following JCL
//ALOCHSKP EXEC PGM=IEFBR14,REGION=0M
//MESSAGE DD DSN=ABSP.CEB.TEST33,DISP=(NEW,CATLG,DELETE),
//UNIT=3390,SPACE=(4096,(10,10,10)),
// DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB)
The output of the JCL:
3 IGD01007I DSN=ABSP.CEB.TEST33
3 IGD01007I DSORG =PO
3 IGD01007I DSN MATCHES
3 IGD01007I DATACLASS =
3 IGD01007I DATACLASS =DCSTD
SPACE=(4096,(10,10,10)) can tell system that the allocated dataset is a PDS.
(DSORG=PO)
Q1.Why can SPACE=(4096,(10,10,10)) statement tell system that the allocated
dataset is a PDS but SPACE=(4096,(10,10)) cann't do it
Q2 What's wrong of the ACS routing below:
SELECT
WHEN ((DSN = ABSPPS) AND
(DSORG NE 'PO') AND
(DSORG NE 'VS') AND
(DSORG NE 'IS') AND
(DSORG NE 'DA')) SET DATACLAS = 'DCPS'
Thanks a lot!
Jason Cai
发件人： Schwarz, Barry A
发送时间： 2011-04-09 03:12:03
收件人： IBM-MAIN
抄送：
主题： Re: DATACLASS
Show us the definition of ABSPPS.
You might also want to consider inserting some debugging WRITE statements.
Something like
FILTLIST ABSPPS INCLUDE(...)
FILTLIST DSORGS INCLUDE('PO', 'VS', 'IS', 'DA')
WRITE DSN= DSN, DSORG = DSORG
IF DSN = ABSPPS THEN
DO
WRITE DSN MATCHES
IF DSORG NE DSORGS THEN
DO
WRITE DSORG MATCHES
SET DATACLAS = 'DCPS'
END
WRITE DATACLASS = DATACLAS
END
IF DATACLAS EQ '' THEN
SET DATACLAS = 'DCSTD'
WRITE DATACLASS = DATACLAS
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
ibmnew
Sent: Thursday, April 07, 2011 11:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DATACLASS
Hi
I changed the check in the ACS routine from DSORG EQ PS to DSORG NE (PO, VS,
IS, DA, etc)
Below is the ACS routing
SELECT
WHEN ((DSN = ABSPPS) AND
(DSORG NE 'PO') AND
(DSORG NE 'VS') AND
(DSORG NE 'IS') AND
(DSORG NE 'DA')) SET DATACLAS = 'DCPS'
WHEN (DATACLAS NE '') SET DATACLAS = DATACLAS
OTHERWISE SET DATACLAS = 'DCSTD'
END
END
I submit the following JCL
//ALOCHSKP EXEC PGM=IEFBR14
//MESSAGE DD DSN=ABSP.CEB.TEST22,DISP=(NEW,CATLG,DELETE),
//UNIT=3390,SPACE=(4096,(10,10)),
// DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB)
But the dataclass of ABSP.CEB.TEST22 is DCSTD
Is the ACS routing correct?
--
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: DATACLASS
Shmuel, Oversimplified. A program could do dynamic allocation of the same dataset under a distinct ddname. [Ron Hawkins] Also oversimplified. The context of the OP is allocation of a NEW dataset. A subsequent allocation of a new dataset through dynamic allocation as you described requires a different dataset to the one in the JCL. It can have the same name, but it is not the same NEW dataset. The devil's in the details. Otherwise, what is your suggestion so I will get it right next time? The IEFBR14 example from the original post is one example of JCL that would cause the allocation of such a dataset when the jobstep is scheduled. [Ron Hawkins] Thanks Seymour. That paraphrases my suggested correction perfectly. Ron -- 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: DATACLASS
Joel, Also, at some point (within the last decade?) allocation of an SMS-managed sequential data set began allocating the data set in a state where an initial read returns an immediate EOF rather than random old track data. It is no longer necessary for some program to explicitly OPEN such a data set for output for cases where the file should contain 0 records, and unlike the old days the file is no longer in an undefined state until the first write after allocation. JC Ewing [Ron Hawkins] I think this comes back to what I think the OP is trying to achieved. For an SMS managed dataset to have the implicit EOF it must have a DSORG. Where this cannot be established, (by I think DADSM), it is established practice to apply a default DATACLAS to assign DSORG=PS. My recollection is DFHSM space mismanagement was the main beneficiary of the EOF, as this allowed the dataset to be migrated and have space released. Ron -- 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: DATACLASS
Ron: Not disagreeing with you but *OUR* issue that (mind you infrequently) was that a program would manage to pick up data from a previous day (and that caused havoc). I got involved in several of these and always found when it happened (picking upinvalid data) was a combination of bad programming and scheduling. The specifics are vague in my memory and too long to go into here. But to keep it short the shop had decided to manage by uusual rather than by exception. I fought for years to get them to change it. I couldn't as I didn't have DFHSM we had DMS(?) and the exception tables were miles long and enough work to keep a person busy for at least 1 day a week. I proposed going SMS and suggested they start getting ready by going GDG's. The idiot in charge of production support was a nightmare of a person who was so mired in history that he resisted. We finally had a showdown meeting. He was so full of illiogic that it took 45 minutes of getting his logic straightened out to just get back to talk about converting over to GDG's that I was exhausted. We finally arrived at the decision to go to GDG shortly after that I left the company and was so happy I didn't have to bat my head against the wall that it was a good feeling. It took them 2-3 years to convert and they were happy as no more exemption tables and if/when it was updated. I regularly ran reports on space wasted because of no dsorg and on a daily cycle it was a couple of 3390's. Production was semi sacred and the production people got what they asked for except when I dug in my heals. Speaking of DSORG we had IDMS and I got in an argument with the IDMS people about their data sets (Data bases) the IDMS people their data sets were movable (they weren't except with their utilities) There was no real way to figure out which were Data Bases and which weren't. I did the conversion between 3380's and 3390's and of course the databases weren't marked by PSU so DFDSS moved the databases and the outage was chalked up to the DB people as the data sets were NOT movable. I won that argument and the DBA's got the egg. Ed From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Sat, April 9, 2011 3:52:16 AM Subject: Re: DATACLASS Joel, Also, at some point (within the last decade?) allocation of an SMS-managed sequential data set began allocating the data set in a state where an initial read returns an immediate EOF rather than random old track data. It is no longer necessary for some program to explicitly OPEN such a data set for output for cases where the file should contain 0 records, and unlike the old days the file is no longer in an undefined state until the first write after allocation. JC Ewing [Ron Hawkins] I think this comes back to what I think the OP is trying to achieved. For an SMS managed dataset to have the implicit EOF it must have a DSORG. Where this cannot be established, (by I think DADSM), it is established practice to apply a default DATACLAS to assign DSORG=PS. My recollection is DFHSM space mismanagement was the main beneficiary of the EOF, as this allowed the dataset to be migrated and have space released. Ron -- 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 -- 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: DATACLASS
Ed, Speaking of DSORG we had IDMS and I got in an argument with the IDMS people about their data sets (Data bases) the IDMS people their data sets were movable (they weren't except with their utilities) There was no real way to figure out which were Data Bases and which weren't. I did the conversion between 3380's and 3390's and of course the databases weren't marked by PSU so DFDSS moved the databases and the outage was chalked up to the DB people as the data sets were NOT movable. [Ron Hawkins] That must have been an old version of IDMS. I never had a problem with IDMS R12 databases. We even used DFSORT to carve some of the larger datasets into multivolume partitions as part of a migration to STK Iceberg (no PAV in 1994). It was supported, just not documented. Ron -- 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: DATACLASS
Hi I changed the check in the ACS routine from DSORG EQ PS to DSORG NE (PO, VS, IS, DA, etc) Below is the ACS routing SELECT WHEN ((DSN = ABSPPS) AND (DSORG NE 'PO') AND (DSORG NE 'VS') AND (DSORG NE 'IS') AND (DSORG NE 'DA')) SET DATACLAS = 'DCPS' WHEN (DATACLAS NE '') SET DATACLAS = DATACLAS OTHERWISE SET DATACLAS = 'DCSTD' END END I submit the following JCL //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST22,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)), // DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB) But the dataclass of ABSP.CEB.TEST22 is DCSTD Is the ACS routing correct? Maybe we have to use DSORG=PS in the IEFBR14. Thanks a lot! Jason Cai 发件人： Schwarz, Barry A 发送时间： 2011-04-08 02:20:33 收件人： IBM-MAIN 抄送： 主题： Re: DATACLASS No, the space parameter cannot tell the system the DSORG is PS. At best, it tells the system the DSORG is not PO. That still leaves PS, VS, IS, DA, etc. You have to use DSORG=PS because you wrote the ACS routine to check for that particular attribute. If you want to eliminate the need for the extra JCL, there are some options that you might be able to implement: Can you assign the data class to every dataset that matches the naming convention, regardless of DSORG? If so, simply remove the unnecessary check in the ACS routine. If not, change the check in the ACS routine from DSORG EQ PS to DSORG NE (PO, VS, IS, DA, etc) Barry Schwarz OS/390 System Programmer M/S 80-JE Phone: 253-657-5262 Fax: 253-657-8574 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ibmnew Sent: Wednesday, April 06, 2011 8:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS Hi Thanks your answers. I am sorry that I just came back by holiday Today I submit the following JCL: //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST9,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)), // DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB) Below is the output: Data class . . . . . : DCSTD snip Then I submit the other JCL below: //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST8,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)),DSORG=PS, // DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB) The output is below:Data class . . . . . : DCPS snip My question: When I allocate a dataset using PGM=IEFBR14 with SPACE=(4096,(10,10)), Could the parm of space ask system to allocate a PS dataset? Why do we must use DSORG=PS in the JCL? -- 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: DATACLASS
In 002701cbf341$0b008b80$2101a280$@hawkins1...@sbcglobal.net, on 04/04/2011 at 08:24 PM, Ron Hawkins ron.hawkins1...@sbcglobal.net said: Well, in that case no program allocates a dataset listed in JCL. Oversimplified. A program could do dynamic allocation of the same dataset under a distinct ddname. Otherwise, what is your suggestion so I will get it right next time? The IEFBR14 example from the original post is one example of JCL that would cause the allocation of such a dataset when the jobstep is scheduled. BTW, long ago in a galaxy far away, IBM documented the use of IEHPROGM for allocating data sets and failed to explain that it wasn't actually IEHPROGM that was doing the work. -- 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: DATACLASS
In 01cbf379$98b4cfd0$ca1e6f70$@hawkins1...@sbcglobal.net, on 04/05/2011 at 03:09 AM, Ron Hawkins ron.hawkins1...@sbcglobal.net said: I'm not so sure. Based on what I think is Shmuel's logic, no JCL dataset is allocated by a PGM because allocation occurs before PGM Fetch. The Initiator is a program. It's just not the program in the relevant EXEC statement. -- 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: DATACLASS
I realiaze the BR14 doesnt really 'do anything' , but with JCL Shmuel: I realiaze the BR14 doesnt really 'do anything' , but with JCL attached to it with a disp=new,catalog, I assume that an entry is created in the catalog and the actual dataset is created by the allocating program . Correct ? Scott J Ford From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 8, 2011 12:39:38 PM Subject: Re: DATACLASS In 01cbf379$98b4cfd0$ca1e6f70$@hawkins1...@sbcglobal.net, on 04/05/2011 at 03:09 AM, Ron Hawkins ron.hawkins1...@sbcglobal.net said: I'm not so sure. Based on what I think is Shmuel's logic, no JCL dataset is allocated by a PGM because allocation occurs before PGM Fetch. The Initiator is a program. It's just not the program in the relevant EXEC statement. -- 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 -- 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: DATACLASS
Show us the definition of ABSPPS.
You might also want to consider inserting some debugging WRITE statements.
Something like
FILTLIST ABSPPS INCLUDE(...)
FILTLIST DSORGS INCLUDE('PO', 'VS', 'IS', 'DA')
WRITE DSN= DSN, DSORG = DSORG
IF DSN = ABSPPS THEN
DO
WRITE DSN MATCHES
IF DSORG NE DSORGS THEN
DO
WRITE DSORG MATCHES
SET DATACLAS = 'DCPS'
END
WRITE DATACLASS = DATACLAS
END
IF DATACLAS EQ '' THEN
SET DATACLAS = 'DCSTD'
WRITE DATACLASS = DATACLAS
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
ibmnew
Sent: Thursday, April 07, 2011 11:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DATACLASS
Hi
I changed the check in the ACS routine from DSORG EQ PS to DSORG NE (PO, VS,
IS, DA, etc)
Below is the ACS routing
SELECT
WHEN ((DSN = ABSPPS) AND
(DSORG NE 'PO') AND
(DSORG NE 'VS') AND
(DSORG NE 'IS') AND
(DSORG NE 'DA')) SET DATACLAS = 'DCPS'
WHEN (DATACLAS NE '') SET DATACLAS = DATACLAS
OTHERWISE SET DATACLAS = 'DCSTD'
END
END
I submit the following JCL
//ALOCHSKP EXEC PGM=IEFBR14
//MESSAGE DD DSN=ABSP.CEB.TEST22,DISP=(NEW,CATLG,DELETE),
//UNIT=3390,SPACE=(4096,(10,10)),
// DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB)
But the dataclass of ABSP.CEB.TEST22 is DCSTD
Is the ACS routing correct?
--
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: DATACLASS
Scott Ford scott_j_f...@yahoo.com wrote in message news:215021.39749...@web65508.mail.ac4.yahoo.com... I realiaze the BR14 doesnt really 'do anything' , but with JCL Shmuel: I realiaze the BR14 doesnt really 'do anything' , but with JCL attached to it with a disp=new,catalog, I assume that an entry is created in the catalog and the actual dataset is created by the allocating program . Correct ? Scott J Ford No, all dataset allocation (catalog, VTOC, etc) is all done by the Initiator, before the program is given control (disp=(NEW/OLD/SHR,anything,anything)). Disposition is done again by the Initiator after the program has returned control (disp=(anyting,KEEP/CATALOG/DELETE/PASS-for-normal-termination,KEEP/CATALOG/DELETE/PASS-for-abnormal-termination)). The program is provided with a ready made bed where all datasets are available and it only needs to open them if it desires to do so. If datasets cannot be made available by the Initiator, the job gets a JCL error and the program is never given control. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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: DATACLASS
Closer, but still no gold-plated cigar. Cataloging a data set means writing metadata into a catalog (a specific type of system data set) to describe the volume(s) on which another data set is allocated. Allocating a new data set means writing metadata into a VTOC (Volume Table of Contents) on a volume which is to contain the data set. The metadata represents where on that volume the data set is to be found. At this point, there is still no new data within the data set. The process of writing data into the data set does not have a specific name in IBMology, as far as I know. In my opinion, the data set is not fully created until some program begins writing new data onto the tracks which have been previously reserved to hold that new data through the process known as allocation of a new data set. Cataloging a data set can occur when it is allocated or years later. Populating new data into an allocated data set can occur immediately after the data set is allocated as new or years later. I saw an IBM training video in the mid-1970s in which an IBM trainer used the word tabulation to mean the act of writing new metadata into a VTOC to describe a new data set. Nobody uses tabulate anymore. Unfortunately, the word allocate today has more than one meaning. Many use it to mean reserving space on a volume for a new data set (the same as tabulating). But from the viewpoint of JCL or the dynamic allocation SVC, to allocate a data set merely means to construct the system control blocks that allow a program to access that data set, either by reading from it, writing into it, or both. The space on a volume to hold the data set will not be reserved unless the allocation has the parameter NEW. If the type of allocation is other than NEW, then it is assumed that the data set has already been tabulated, or had VTOC entries built to describe its whereabouts on the volume. And creation of a data is perhaps the most ambiguous term of all. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 08, 2011 1:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS I realiaze the BR14 doesnt really 'do anything' , but with JCL Shmuel: I realiaze the BR14 doesnt really 'do anything' , but with JCL attached to it with a disp=new,catalog, I assume that an entry is created in the catalog and the actual dataset is created by the allocating program . Correct ? Scott J Ford From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 8, 2011 12:39:38 PM Subject: Re: DATACLASS In 01cbf379$98b4cfd0$ca1e6f70$@hawkins1...@sbcglobal.net, on 04/05/2011 at 03:09 AM, Ron Hawkins ron.hawkins1...@sbcglobal.net said: I'm not so sure. Based on what I think is Shmuel's logic, no JCL dataset is allocated by a PGM because allocation occurs before PGM Fetch. The Initiator is a program. It's just not the program in the relevant EXEC statement. -- 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 -- 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 -- 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: DATACLASS
Except that cataloging can't be separated from the act of allocating in the case of SMS-managed data sets, which are required to be cataloged regardless of what the allocation DISP may specify. One would hope that these days this would include all but selected system-level data sets, so the typical user should no longer see allocation and cataloging as separately controllable events. In order to be validly defined, an SMS-managed data set requires mutually consistent metadata in the volume TTOC, in the volume VVDS, and in the catalog. While I haven't done any detailed system event tracking, it makes logical sense that all three of these pieces would be have to be created as part of the process of allocation to minimize the exposure to an incomplete definition. Also, at some point (within the last decade?) allocation of an SMS-managed sequential data set began allocating the data set in a state where an initial read returns an immediate EOF rather than random old track data. It is no longer necessary for some program to explicitly OPEN such a data set for output for cases where the file should contain 0 records, and unlike the old days the file is no longer in an undefined state until the first write after allocation. JC Ewing On 04/08/2011 02:57 PM, Bill Fairchild wrote: Closer, but still no gold-plated cigar. Cataloging a data set means writing metadata into a catalog (a specific type of system data set) to describe the volume(s) on which another data set is allocated. Allocating a new data set means writing metadata into a VTOC (Volume Table of Contents) on a volume which is to contain the data set. The metadata represents where on that volume the data set is to be found. At this point, there is still no new data within the data set. The process of writing data into the data set does not have a specific name in IBMology, as far as I know. In my opinion, the data set is not fully created until some program begins writing new data onto the tracks which have been previously reserved to hold that new data through the process known as allocation of a new data set. Cataloging a data set can occur when it is allocated or years later. Populating new data into an allocated data set can occur immediately after the data set is allocated as new or years later. I saw an IBM training video in the mid-1970s in which an IBM trainer used the word tabulation to mean the act of writing new metadata into a VTOC to describe a new data set. Nobody uses tabulate anymore. Unfortunately, the word allocate today has more than one meaning. Many use it to mean reserving space on a volume for a new data set (the same as tabulating). But from the viewpoint of JCL or the dynamic allocation SVC, to allocate a data set merely means to construct the system control blocks that allow a program to access that data set, either by reading from it, writing into it, or both. The space on a volume to hold the data set will not be reserved unless the allocation has the parameter NEW. If the type of allocation is other than NEW, then it is assumed that the data set has already been tabulated, or had VTOC entries built to describe its whereabouts on the volume. And creation of a data is perhaps the most ambiguous term of all. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 08, 2011 1:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS I realiaze the BR14 doesnt really 'do anything' , but with JCL Shmuel: I realiaze the BR14 doesnt really 'do anything' , but with JCL attached to it with a disp=new,catalog, I assume that an entry is created in the catalog and the actual dataset is created by the allocating program . Correct ? Scott J Ford From: Shmuel Metz (Seymour J.)shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 8, 2011 12:39:38 PM Subject: Re: DATACLASS In01cbf379$98b4cfd0$ca1e6f70$@hawkins1...@sbcglobal.net, on 04/05/2011 at 03:09 AM, Ron Hawkinsron.hawkins1...@sbcglobal.net said: I'm not so sure. Based on what I think is Shmuel's logic, no JCL dataset is allocated by a PGM because allocation occurs before PGM Fetch. The Initiator is a program. It's just not the program in the relevant EXEC statement. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; seehttp://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) -- ... -- Joel C. Ewing, Fort Smith, ARjcew...@acm.org Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu
Re: DATACLASS
Jason, The DATACLAS ACS is not working for the IEFBR14 because the DSORG is null. The DASDM routines that can decide the DSORG of a dataset have not been called at this point, so if it isn't in your JCL this will not work. The method I've used in the past is to allocate a DCPS (the same name) after dropping through tests for RECORG and other DSORG. My memory is that VSAM allocation and directories in JCL will cause DSORG to be completed, so your test would be something like: SELECT WHEN (DATACLAS NE '') SET DATACLAS = DATACLAS WHEN (DSN = ABSPPS) AND (DSORG NE 'PO') AND (DSORG NE 'VS') AND (DSORG NE 'DA') SET DATACLAS = 'DCPS' OTHERWISE SET DATACLAS = 'DCSTD' END END Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ibmnew Sent: Wednesday, April 06, 2011 8:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS Hi Yes. I am trying to create a DATACLAS and associated rules that will provide a set of default characteristics for a DSORG=PS file. If DSORG=PS must be used in the JCL, We need change a lot of JCL. Is there other method to do it without using DSORG=PS in the JCL? Thanks a lot! Jason Cai --- Hi Thanks your answers. I am sorry that I just came back by holiday Today I submit the following JCL: //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST9,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)), // DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB) Below is the output: Data class . . . . . : DCSTD Data Set Name . . . . : ABSP.CEB.TEST9 General Data Current Allocation Management class . . : **None**Allocated blocks . : 2 Storage class . . . : SCSTAND Allocated extents . : 1 Volume serial . . . : BD3A20 Device type . . . . : 3390 Data class . . . . . : DCSTD Organization . . . : PS Current Utilization Record format . . . : FB Used blocks . . . . : 0 Record length . . . : 300 Used extents . . . : 0 Block size . . . . : 27900 1st extent blocks . : 2 Secondary blocks . : 10 Dates Data set name type : Creation date . . . : 2011/04/07 SMS Compressible. . : NO Referenced date . . : ***None*** Expiration date . . : ***None*** Then I submit the other JCL below: //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST8,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)),DSORG=PS, // DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB) The output is below:Data class . . . . . : DCPS Data Set Name . . . . : ABSP.CEB.TEST8 General Data Current Allocation Management class . . : **None**Allocated blocks . : 10 Storage class . . . : SCSTAND Allocated extents . : 1 Volume serial . . . : BD3A31 Device type . . . . : 3390 Data class . . . . . : DCPS Organization . . . : PS Current Utilization Record format . . . : FB Used blocks . . . . : 0 Record length . . . : 300 Used extents . . . : 0 Block size . . . . : 27900 1st extent blocks . : 10 Secondary blocks . : 10 Dates Data set name type : Creation date . . . : 2011/04/07 SMS Compressible. . : NO Referenced date . . : ***None*** Expiration date . . : ***None*** My question: When I allocate a dataset using PGM=IEFBR14 with SPACE=(4096,(10,10)), Could the parm of space ask system to allocate a PS dataset? Why do we must use DSORG=PS in the JCL? For LRECL=0 and BLKSIZE=0 I submit the following JCL //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST7,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)),DCB=PATTERN the PATTERN is allocted by the jcl below /D0 DD DSN=PATTERN,DISP=(NEW,CATLG),UNIT=3390, //DCB=(LRECL=0,BLKSIZE=0), //VOL=SER=BD3WK1,SPACE=(TRK,(0,0,0)) Thanks a lot! Jason Cai On 4/1/2011 18:36, Ron Hawkins wrote: I am 033x tomorrow! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS NowI get it, thanks my man...btw I was 60 last august Sco Ron, NowI get it, thanks my man...btw I was 60 last august Scott J Ford From: Ron
Re: DATACLASS
No, the space parameter cannot tell the system the DSORG is PS. At best, it tells the system the DSORG is not PO. That still leaves PS, VS, IS, DA, etc. You have to use DSORG=PS because you wrote the ACS routine to check for that particular attribute. If you want to eliminate the need for the extra JCL, there are some options that you might be able to implement: Can you assign the data class to every dataset that matches the naming convention, regardless of DSORG? If so, simply remove the unnecessary check in the ACS routine. If not, change the check in the ACS routine from DSORG EQ PS to DSORG NE (PO, VS, IS, DA, etc) Barry Schwarz OS/390 System Programmer M/S 80-JE Phone: 253-657-5262 Fax: 253-657-8574 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ibmnew Sent: Wednesday, April 06, 2011 8:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS Hi Thanks your answers. I am sorry that I just came back by holiday Today I submit the following JCL: //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST9,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)), // DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB) Below is the output: Data class . . . . . : DCSTD snip Then I submit the other JCL below: //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST8,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)),DSORG=PS, // DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB) The output is below:Data class . . . . . : DCPS snip My question: When I allocate a dataset using PGM=IEFBR14 with SPACE=(4096,(10,10)), Could the parm of space ask system to allocate a PS dataset? Why do we must use DSORG=PS in the JCL? -- 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: DATACLASS
Hi Thanks your answers. I am sorry that I just came back by holiday Today I submit the following JCL: //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST9,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)), // DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB) Below is the output: Data class . . . . . : DCSTD Data Set Name . . . . : ABSP.CEB.TEST9 General Data Current Allocation Management class . . : **None**Allocated blocks . : 2 Storage class . . . : SCSTAND Allocated extents . : 1 Volume serial . . . : BD3A20 Device type . . . . : 3390 Data class . . . . . : DCSTD Organization . . . : PS Current Utilization Record format . . . : FB Used blocks . . . . : 0 Record length . . . : 300 Used extents . . . : 0 Block size . . . . : 27900 1st extent blocks . : 2 Secondary blocks . : 10 Dates Data set name type : Creation date . . . : 2011/04/07 SMS Compressible. . : NO Referenced date . . : ***None*** Expiration date . . : ***None*** Then I submit the other JCL below: //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST8,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)),DSORG=PS, // DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB) The output is below:Data class . . . . . : DCPS Data Set Name . . . . : ABSP.CEB.TEST8 General Data Current Allocation Management class . . : **None**Allocated blocks . : 10 Storage class . . . : SCSTAND Allocated extents . : 1 Volume serial . . . : BD3A31 Device type . . . . : 3390 Data class . . . . . : DCPS Organization . . . : PS Current Utilization Record format . . . : FB Used blocks . . . . : 0 Record length . . . : 300 Used extents . . . : 0 Block size . . . . : 27900 1st extent blocks . : 10 Secondary blocks . : 10 Dates Data set name type : Creation date . . . : 2011/04/07 SMS Compressible. . : NO Referenced date . . : ***None*** Expiration date . . : ***None*** My question: When I allocate a dataset using PGM=IEFBR14 with SPACE=(4096,(10,10)), Could the parm of space ask system to allocate a PS dataset? Why do we must use DSORG=PS in the JCL? For LRECL=0 and BLKSIZE=0 I submit the following JCL //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST7,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)),DCB=PATTERN the PATTERN is allocted by the jcl below /D0 DD DSN=PATTERN,DISP=(NEW,CATLG),UNIT=3390, //DCB=(LRECL=0,BLKSIZE=0), //VOL=SER=BD3WK1,SPACE=(TRK,(0,0,0)) Thanks a lot! Jason Cai On 4/1/2011 18:36, Ron Hawkins wrote: I am 033x tomorrow! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS NowI get it, thanks my man...btw I was 60 last august Sco Ron, NowI get it, thanks my man...btw I was 60 last august Scott J Ford From: Ron Hawkinsron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 1, 2011 5:25:30 PM Subject: Re: DATACLASS Scott, I may be older then. The JCL is pretty much run of the mill placeholder allocation. It's a pretty common practice to pre-allocate your space like this. Some shops add the DCB info in the IEFBR14 and some shops add it on the step that opens the file. It doesn't really matter 'cause
Re: DATACLASS
Hi Yes. I am trying to create a DATACLAS and associated rules that will provide a set of default characteristics for a DSORG=PS file. If DSORG=PS must be used in the JCL, We need change a lot of JCL. Is there other method to do it without using DSORG=PS in the JCL? Thanks a lot! Jason Cai --- Hi Thanks your answers. I am sorry that I just came back by holiday Today I submit the following JCL: //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST9,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)), // DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB) Below is the output: Data class . . . . . : DCSTD Data Set Name . . . . : ABSP.CEB.TEST9 General Data Current Allocation Management class . . : **None**Allocated blocks . : 2 Storage class . . . : SCSTAND Allocated extents . : 1 Volume serial . . . : BD3A20 Device type . . . . : 3390 Data class . . . . . : DCSTD Organization . . . : PS Current Utilization Record format . . . : FB Used blocks . . . . : 0 Record length . . . : 300 Used extents . . . : 0 Block size . . . . : 27900 1st extent blocks . : 2 Secondary blocks . : 10 Dates Data set name type : Creation date . . . : 2011/04/07 SMS Compressible. . : NO Referenced date . . : ***None*** Expiration date . . : ***None*** Then I submit the other JCL below: //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST8,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)),DSORG=PS, // DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB) The output is below:Data class . . . . . : DCPS Data Set Name . . . . : ABSP.CEB.TEST8 General Data Current Allocation Management class . . : **None**Allocated blocks . : 10 Storage class . . . : SCSTAND Allocated extents . : 1 Volume serial . . . : BD3A31 Device type . . . . : 3390 Data class . . . . . : DCPS Organization . . . : PS Current Utilization Record format . . . : FB Used blocks . . . . : 0 Record length . . . : 300 Used extents . . . : 0 Block size . . . . : 27900 1st extent blocks . : 10 Secondary blocks . : 10 Dates Data set name type : Creation date . . . : 2011/04/07 SMS Compressible. . : NO Referenced date . . : ***None*** Expiration date . . : ***None*** My question: When I allocate a dataset using PGM=IEFBR14 with SPACE=(4096,(10,10)), Could the parm of space ask system to allocate a PS dataset? Why do we must use DSORG=PS in the JCL? For LRECL=0 and BLKSIZE=0 I submit the following JCL //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST7,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)),DCB=PATTERN the PATTERN is allocted by the jcl below /D0 DD DSN=PATTERN,DISP=(NEW,CATLG),UNIT=3390, //DCB=(LRECL=0,BLKSIZE=0), //VOL=SER=BD3WK1,SPACE=(TRK,(0,0,0)) Thanks a lot! Jason Cai On 4/1/2011 18:36, Ron Hawkins wrote: I am 033x tomorrow! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS NowI get it, thanks my man...btw I was 60 last august Sco Ron, NowI get it, thanks my man...btw I was 60 last august Scott J Ford From: Ron Hawkinsron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Fri
Re: DATACLASS
On Mon, Apr 4, 2011 at 10:24 PM, Ron Hawkins ron.hawkins1...@sbcglobal.net wrote: Well, in that case no program allocates a dataset listed in JCL. Would it be acceptable if I said The IEFBR14 example from the original post is one example of a program that would cause the allocation of such a dataset when it is executed with the accompanying JCL? Otherwise, what is your suggestion so I will get it right next time? Ron IEBGENER with a SYSUT1 DD DUMMY -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- 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: DATACLASS
I'm not so sure. Based on what I think is Shmuel's logic, no JCL dataset is allocated by a PGM because allocation occurs before PGM Fetch. And we all agree that Open is different to Allocate. In your example the program opens the file, but it was allocated well before the program loaded. I guess DFSORT SORTWK datasets would qualify where DYNALLOC is used, and perhaps IDCAMS. IEBGENER with a SYSUT1 DD DUMMY -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- 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: DATACLASS
On Mon, 4 Apr 2011 21:04:07 -0400, Shmuel Metz (Seymour J.) wrote: In 029501cbf09d$743f5370$5cbdfa50$@hawkins1...@sbcglobal.net, on 04/01/2011 at 11:48 AM, Ron Hawkins said: The IEFBR14 example from the original post is one example of a program that would allocate such a dataset. IEFBR14 doesn't allocate data sets. Correct. And Ron never alleged that it does. Ron knows better than that. -- 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: DATACLASS
I believe Shmuel's point was that the allocation of a data set which is specified by JCL is accomplished by the component called the Initiator/Terminator, whose program names typically begin with IEF. Also anyone can write his own private code to do a dynamic allocation [1] of a data set and look for its attributes in JCL if he so chooses, but the IBM-written program IEFBR14 does not have any code within it that invokes the dynamic allocation SVC. Bill Fairchild Rocket Software [1] Probably this would need to be implemented by first dynamically de-allocating the data set that was already allocated by the Initiator before his code gets control, and then re-allocating it with the desired attributes, some of which might come from JCL parameters (findable via RDJFCB) or other sources. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Tuesday, April 05, 2011 5:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS I'm not so sure. Based on what I think is Shmuel's logic, no JCL dataset is allocated by a PGM because allocation occurs before PGM Fetch. -- 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: DATACLASS
No problem. Based on the replies I feel like a spring chicken... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Saturday, April 02, 2011 4:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS You guys have me feeling like a grandpa of IT...man Scott J Ford From: Chase, John jch...@ussco.com To: IBM-MAIN@bama.ua.edu Sent: Sat, April 2, 2011 12:06:14 PM Subject: Re: DATACLASS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Friday, April 01, 2011 5:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS I am 033x tomorrow! HBTY, Cherub! :-) -jc- (044x) -- 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 -- 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 -- 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: DATACLASS
Heck, I only just turned 50 ;-) On Mon, Apr 4, 2011 at 1:12 PM, Ron Hawkins ron.hawkins1...@sbcglobal.netwrote: No problem. Based on the replies I feel like a spring chicken... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Saturday, April 02, 2011 4:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS You guys have me feeling like a grandpa of IT...man Scott J Ford From: Chase, John jch...@ussco.com To: IBM-MAIN@bama.ua.edu Sent: Sat, April 2, 2011 12:06:14 PM Subject: Re: DATACLASS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Friday, April 01, 2011 5:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS I am 033x tomorrow! HBTY, Cherub! :-) -jc- (044x) -- 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 -- 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 -- 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: Quoting Text (Was DATACLASS)
I'm not sure if I can help with your French. My mother tongue is Australian but I also speak English, Canadian, New Zealandish, Singlish, and a bit of Cebuano. I thought I spoke American, but no one here understands me. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Saturday, April 02, 2011 1:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Quoting Text (Was DATACLASS) Ron, Since I only know English, I didn't know that 033x is valid in other languages. Actually, I took French in High School, but I couldn't speak much French then, and much less now. I got one off list reply saying that 033x was the way to represent the number in Octal. When I made my original post on this subject, I actually thought that the number was in hex because of the reply that I quoted. When I saw the post that I quoted, I wasn't sure, although I gathered it was hex. Although from my previous paragraph here, maybe it's Octal. Is there a consensus on this? Eric Bielefeld Sr. Systems Programmer IBM Global Services Division Dubuque, Iowa 414-477-7259 -- 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: Quoting Text (Was DATACLASS)
If your going to list of languages, besides American, I read/write COBOL, Pascal, Fortran, C, C++, Forth, SAS, REXX, CList, Basic, 6502 assembler, PDP1103 assembler, Univac 1100 assembler, and probably a few more that I have forgotten about.. As you can see, I only know one human language. And after 49 years, I don't expect that to change. Computer languagers are much more fun. Thank you and have a Terrific day! Jonathan Goossen, ACS, CL Tape Specialist ACT Mainframe Storage Group 651-361-4541 IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/04/2011 12:22:05 PM: From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Date: 04/04/2011 12:22 PM Subject: Re: Quoting Text (Was DATACLASS) Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I'm not sure if I can help with your French. My mother tongue is Australian but I also speak English, Canadian, New Zealandish, Singlish, and a bit of Cebuano. I thought I spoke American, but no one here understands me. This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. 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: Quoting Text (Was DATACLASS)
lol, after working in Europe in a French speaking country and having to speak the language I love the Australian I was told in the UK, I speak american not english, at first I didnt get it and then I broke out laughing... BTW: Jonathan i write in most of those languages and then some Scott J Ford From: Jonathan Goossen jonathan.goos...@assurant.com To: IBM-MAIN@bama.ua.edu Sent: Mon, April 4, 2011 1:48:58 PM Subject: Re: Quoting Text (Was DATACLASS) If your going to list of languages, besides American, I read/write COBOL, Pascal, Fortran, C, C++, Forth, SAS, REXX, CList, Basic, 6502 assembler, PDP1103 assembler, Univac 1100 assembler, and probably a few more that I have forgotten about.. As you can see, I only know one human language. And after 49 years, I don't expect that to change. Computer languagers are much more fun. Thank you and have a Terrific day! Jonathan Goossen, ACS, CL Tape Specialist ACT Mainframe Storage Group 651-361-4541begin_of_the_skype_highlighting 651-361-4541 end_of_the_skype_highlighting IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/04/2011 12:22:05 PM: From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Date: 04/04/2011 12:22 PM Subject: Re: Quoting Text (Was DATACLASS) Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I'm not sure if I can help with your French. My mother tongue is Australian but I also speak English, Canadian, New Zealandish, Singlish, and a bit of Cebuano. I thought I spoke American, but no one here understands me. This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. 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 -- 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: DATACLASS
In 029501cbf09d$743f5370$5cbdfa50$@hawkins1...@sbcglobal.net, on 04/01/2011 at 11:48 AM, Ron Hawkins ron.hawkins1...@sbcglobal.net said: The IEFBR14 example from the original post is one example of a program that would allocate such a dataset. IEFBR14 doesn't allocate data sets. -- 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: Quoting Text (Was DATACLASS)
In 6BEB829548CD43D2A81F005C1A0F5FC0@ericnbPC, on 04/02/2011 at 03:26 PM, Eric Bielefeld eric-ibmm...@wi.rr.com said: I got one off list reply saying that 033x was the way to represent the number in Octal. Ouch! I know of languages where 033 would be octal, but none in which 033X is. When I made my original post on this subject, I actually thought that the number was in hex It is in every language I know for which it is valid syntax. -- 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: Quoting Text (Was DATACLASS)
In 41D49BB880304E6097580F2D7D322768@ericnbPC, on 04/02/2011 at 11:53 AM, Eric Bielefeld eric-ibmm...@wi.rr.com said: I usually delete all superfluous text when I reply, but left it all in for this message to make my point. There are at least 5 of the thingies that the listserver adds (maybe more), plus the one added by the quoted message, plus the one that will be added by my message. PLEASE delete the irrelevant messages and all of the IBM-Main added text. Internet conventions call for starting with an attribution line, quoting relevant text with a prefix on every line and not quoting signatures. Some e-mail software makes it easier to follow those rules. However, in the case of IBM-MAIN the lines automatically added at the end do not include a sig delimiter line (-- ), preventing e-mail clients from automatically dropping them from replies. So part of the problem is in the listserv rather than just the individual posters. I have to admit I had no idea what Ron Hawkins was talking about in his reply. He said he was 033x. What is that? A fixed point value of 51. Now, if he said X'0033', that makes sense. They both make sense, just not in the same programming language. For that matter, so does '0033'X, which is a string rather than a number. -- 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: DATACLASS
In 000f01cbf199$46178d30$d246a790$@mxg.com, on 04/02/2011 at 07:51 PM, Barry Merrill ba...@mxg.com said: It's all a matter of attitude; I turn 70 on April 19th, but that's only 21 Celsius. I'll be 103 on June 10, but some folks will claim that I'll only be 43. -- 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: DATACLASS
Well, in that case no program allocates a dataset listed in JCL. Would it be acceptable if I said The IEFBR14 example from the original post is one example of a program that would cause the allocation of such a dataset when it is executed with the accompanying JCL? Otherwise, what is your suggestion so I will get it right next time? Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Monday, April 04, 2011 6:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS In 029501cbf09d$743f5370$5cbdfa50$@hawkins1...@sbcglobal.net, on 04/01/2011 at 11:48 AM, Ron Hawkins ron.hawkins1...@sbcglobal.net said: The IEFBR14 example from the original post is one example of a program that would allocate such a dataset. IEFBR14 doesn't allocate data sets. -- 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 -- 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: DATACLASS
snip-- Ron Hawkins wrote: I am 033x tomorrow! ---unsnip--- Just a kid yet. :-) I'm 61. 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: DATACLASS
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Friday, April 01, 2011 5:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS I am 033x tomorrow! HBTY, Cherub! :-) -jc- (044x) -- 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: Quoting Text (Was DATACLASS)
I usually delete all superfluous text when I reply, but left it all in for this message to make my point. There are at least 5 of the thingies that the listserver adds (maybe more), plus the one added by the quoted message, plus the one that will be added by my message. PLEASE delete the irrelevant messages and all of the IBM-Main added text. I have to admit I had no idea what Ron Hawkins was talking about in his reply. He said he was 033x. What is that? Now, if he said X'0033', that makes sense. Eric Bielefeld Sr. Systems Programmer IBM Global Services Division Dubuque, Iowa 414-477-7259 - Original Message - From: Doug dsh...@bellsouth.net Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Friday, April 01, 2011 8:40 PM Subject: Re: DATACLASS On 4/1/2011 18:36, Ron Hawkins wrote: I am 033x tomorrow! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS NowI get it, thanks my man...btw I was 60 last august Sco Ron, NowI get it, thanks my man...btw I was 60 last august Scott J Ford From: Ron Hawkinsron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 1, 2011 5:25:30 PM Subject: Re: DATACLASS Scott, I may be older then. The JCL is pretty much run of the mill placeholder allocation. It's a pretty common practice to pre-allocate your space like this. Some shops add the DCB info in the IEFBR14 and some shops add it on the step that opens the file. It doesn't really matter 'cause it is just space. We used to fill our RVAs and Icebergs with 100s of these. And it may not be obvious, but LRECL=0 is really saying LRECL is missing, just like BLKSIZE=0 which is used all the time. The JCL and ISPF 3.2 don't ask for these LRECL and BLKSIZE to be zero, it just they are displayed as zero because nothing has actually been specified. Now this may be a wild arsed guess, but I think Jason is trying to create a DATACLAS and associated rules that will provide a set of default characteristics for a DSORG=PS file. The ACS routine he provided is not working for the IEFBR14 because the DSORG is null. I'm still not certain that ISPF is opening the file as described by Ted, but I do believe that ISPF is adding DSORG=PS even though it is not requested - there's nowhere for you to actually specify the DSORG in ISPF 3.2. This is the non-SMS allocation from the JCL from the OP. . Data Set Information . . Command === . . . . Data Set Name . . . . : HAWKINS.CEB.TEST . . . . General Data Current Allocation . . Management class . . : **None**Allocated tracks . : 1 . . Storage class . . . : **None**Allocated extents . : 1 . .Volume serial . . . : PE1USA . .Device type . . . . : 3390 . . Data class . . . . . : **None** . .Organization . . . : NONE Current Utilization . .Record format . . . : ? Used tracks . . . . : 0 . .Record length . . . : 0 Used extents . . . : 0 . .Block size . . . . : 0 . .1st extent tracks . : 1 . .Secondary blocks . : 10Dates . .Data set name type :Creation date . . . : 2011/04/01 . . Referenced date . . : ***None*** . . Expiration date . . : ***None*** . Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 1:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS I went back and read the original post...Its not clean what Ron, I went back and read the original post...Its not clean what Jason is doing, I see the IEFBR14 and it is wrong JCL wise...but what is this dataset's attributes or is it being modelled after another dataset.Maybe I am getting old dude..I also saw his ISPF 3.2 ...never have I allocated a dataset as LRECL = 0 and BLKSIZE = 0 , and of course forget reading it ..what is he trying to do here..? Scott J Ford From: Ron Hawkinsron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 1, 2011 2:48:55 PM Subject: Re: DATACLASS Scott, The IEFBR14 example from the original post is one example of a program that would allocate such a dataset. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 11:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS A lrecl = and blksize = and recfm = , IMHO i wou Guys: A lrecl = 0 and blksize = 0 and recfm = u , IMHO i would have thought you need a lrecl or blksize, how many programs fo you know would allocate such a dataset.. I
Re: Quoting Text (Was DATACLASS)
He said he was 033x. What is that? That is how hex numbers are represented in SAS. Now, if he said X'0033', that makes sense. Just because you're not aware of it does not make wrong. - Ted MacNEIL eamacn...@yahoo.ca -- 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: Quoting Text (Was DATACLASS)
Eric, 033x is a perfectly valid hex literal in some languages. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Saturday, April 02, 2011 9:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Quoting Text (Was DATACLASS) I usually delete all superfluous text when I reply, but left it all in for this message to make my point. There are at least 5 of the thingies that the listserver adds (maybe more), plus the one added by the quoted message, plus the one that will be added by my message. PLEASE delete the irrelevant messages and all of the IBM-Main added text. I have to admit I had no idea what Ron Hawkins was talking about in his reply. He said he was 033x. What is that? Now, if he said X'0033', that makes sense. Eric Bielefeld Sr. Systems Programmer IBM Global Services Division Dubuque, Iowa 414-477-7259 -- 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: Quoting Text (Was DATACLASS)
W dniu 2011-04-02 18:53, Eric Bielefeld pisze: I have to admit I had no idea what Ron Hawkins was talking about in his reply. He said he was 033x. What is that? Now, if he said X'0033', that makes sense. Well... You really don't know? I bet you're only one on this forum. Regardless of proper way for hex notations. -- Radoslaw Skorupka Lodz, Poland P.S. Ron, Happy Birthday to you! Sto lat! -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 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 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- 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: Quoting Text (Was DATACLASS)
Ted, I didn't know that was how SAS represented numbers. The last time I used SAS was in the early 80's, and I did very little with it then. I didn't say anything about 033x being wrong. Eric Bielefeld Sr. Systems Programmer IBM Global Services Division Dubuque, Iowa 414-477-7259 - Original Message - From: Ted MacNEIL eamacn...@yahoo.ca He said he was 033x. What is that? That is how hex numbers are represented in SAS. Now, if he said X'0033', that makes sense. Just because you're not aware of it does not make wrong. - Ted MacNEIL eamacn...@yahoo.ca -- 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: Quoting Text (Was DATACLASS)
Ron, Since I only know English, I didn't know that 033x is valid in other languages. Actually, I took French in High School, but I couldn't speak much French then, and much less now. I got one off list reply saying that 033x was the way to represent the number in Octal. When I made my original post on this subject, I actually thought that the number was in hex because of the reply that I quoted. When I saw the post that I quoted, I wasn't sure, although I gathered it was hex. Although from my previous paragraph here, maybe it's Octal. Is there a consensus on this? Eric Bielefeld Sr. Systems Programmer IBM Global Services Division Dubuque, Iowa 414-477-7259 - Original Message - From: Ron Hawkins ron.hawkins1...@sbcglobal.net Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Saturday, April 02, 2011 2:27 PM Subject: Re: Quoting Text (Was DATACLASS) Eric, 033x is a perfectly valid hex literal in some languages. Ron -- 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: Quoting Text (Was DATACLASS)
Eric Bielefeld wrote: I have to admit I had no idea what Ron Hawkins was talking about in his reply. He said he was 033x. What is that? Now, if he said X'0033', that makes sense. He said in base 16 that he was a youthfull 51 decimal years young! (or 0x48B7 days young! ;-D ) Above is the way of C language writing base 16 values. For us Assembler programmers, it is X'0033' in years or X'48B7' in days! Both are valid, but not only, ways of representing base 16 values. Look in http://en.wikipedia.org/wiki/Hexadecimal for more info. Groete / Greetings Elardus Engelbrecht -- 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: Quoting Text (Was DATACLASS)
I never learned C. Maybe if I knew C, I would have recognized immediately what he was talking about. I looked at the link you quoted. I think I learned that stuff back in about 1969 when I went to ECPI (The Electronic Computer Programming Institute). That 10 month course got me a job as a computer operator. Eric Bielefeld Sr. Systems Programmer IBM Global Services Division Dubuque, Iowa 414-477-7259 He said in base 16 that he was a youthfull 51 decimal years young! (or 0x48B7 days young! ;-D ) Above is the way of C language writing base 16 values. For us Assembler programmers, it is X'0033' in years or X'48B7' in days! Both are valid, but not only, ways of representing base 16 values. Look in http://en.wikipedia.org/wiki/Hexadecimal for more info. Groete / Greetings Elardus Engelbrecht -- 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: Quoting Text (Was DATACLASS)
I didn't say anything about 033x being wrong. I'm sorry. I didn't mean it to come across so strongly. I forgot the 'smiley'. I just meant there were other representations other than x'0033'. And, upon re-reading my post, it sounded (to me) way to harsh for such a small concern. - Ted MacNEIL eamacn...@yahoo.ca -- 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: DATACLASS
You guys have me feeling like a grandpa of IT...man Scott J Ford From: Chase, John jch...@ussco.com To: IBM-MAIN@bama.ua.edu Sent: Sat, April 2, 2011 12:06:14 PM Subject: Re: DATACLASS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Friday, April 01, 2011 5:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS I am 033x tomorrow! HBTY, Cherub! :-) -jc- (044x) -- 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 -- 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: DATACLASS
It's all a matter of attitude; I turn 70 on April 19th, but that's only 21 Celsius. Barry Merrill -- 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
DATACLASS
Hi all We want to assign a DC (DCPS) to HLQ(ABSP.CEB.**) and DSORG=PS Below is the ACS rounting: PROC DATACLAS FILTLIST ABSPPS INCLUDE(ABSP.CEB.**) SELECT WHEN ((DSORG = 'PS') (DSN = ABSPPS)) SET DATACLAS = 'DCPS' WHEN (DATACLAS NE '') SET DATACLAS = DATACLAS OTHERWISE SET DATACLAS = 'DCSTD' END END Then the ACS and DC were activate. If we used ispf p.3.2 to allocate a DATASET ABAS.CEB.TEST and Directory=0, DC of the dataset was assigned as DCPS. I deleted the dataset ABAS.CEB.TEST'; Then the following jcl was submitted to allocated the same dataset. //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)) This time DC of the dataset was assign as DCSTD What's wrong ? Any suggestion are appreciated ! Jason Cai -- 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: DATACLASS
Jason, Add DSORG=PS to your JCL. The DSORG has not been assigned at the time you are in the ACS routines so the first When clause is false. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ibmnew Sent: Friday, April 01, 2011 12:32 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] DATACLASS Hi all We want to assign a DC (DCPS) to HLQ(ABSP.CEB.**) and DSORG=PS Below is the ACS rounting: PROC DATACLAS FILTLIST ABSPPS INCLUDE(ABSP.CEB.**) SELECT WHEN ((DSORG = 'PS') (DSN = ABSPPS)) SET DATACLAS = 'DCPS' WHEN (DATACLAS NE '') SET DATACLAS = DATACLAS OTHERWISE SET DATACLAS = 'DCSTD' END END Then the ACS and DC were activate. If we used ispf p.3.2 to allocate a DATASET ABAS.CEB.TEST and Directory=0, DC of the dataset was assigned as DCPS. I deleted the dataset ABAS.CEB.TEST'; Then the following jcl was submitted to allocated the same dataset. //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)) This time DC of the dataset was assign as DCSTD What's wrong ? Any suggestion are appreciated ! Jason Cai -- 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 -- 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: DATACLASS
//MESSAGE DD DSN=ABSP.CEB.TEST,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)) This time DC of the dataset was assign as DCSTD What's wrong ? There is no dcb specified. Go to 3.2 or 3.4 and look at the dataset, or even use LISTD. Likely the DSORG is **, rather than PS. ISPF opens and closes files that are created by it, thereby giving a full dcb. IEFBR14 does not. It's been a long time since I've played with datasets, as such, so I could be wrong. But, when you're creating a file as an experiment, always display all attributes. - Ted MacNEIL eamacn...@yahoo.ca -- 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: DATACLASS
Ted, Are you certain this is correct? I thought was simply because ISPF 3.2 provided enough additional DCB information for the DSORG to be assigned. Ascertaining the DSORG of a dataset is a fundamental requirement of SDB, and SDB works just fine with IEFBR14 when enough DCB info is provided. ISPF opens and closes files that are created by it, thereby giving a full dcb. IEFBR14 does not. Ron -- 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: DATACLASS
Yes. I am. ISPF (long before SMS) always did that to ensure the DCB was set. You had to enter all the attributes, or it would not allocate. I've written (and supported) many ISPF (or SPF) applications over the last 30 years. I don't remember where it's documented, but I remember the behaviour. - Ted MacNEIL eamacn...@yahoo.ca -Original Message- From: Ron Hawkins ron.hawkins1...@sbcglobal.net Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Fri, 1 Apr 2011 06:46:56 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS Ted, Are you certain this is correct? I thought was simply because ISPF 3.2 provided enough additional DCB information for the DSORG to be assigned. Ascertaining the DSORG of a dataset is a fundamental requirement of SDB, and SDB works just fine with IEFBR14 when enough DCB info is provided. ISPF opens and closes files that are created by it, thereby giving a full dcb. IEFBR14 does not. Ron -- 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 -- 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: DATACLASS
Ted, What I find unusual about your explanation is that I can allocate a dataset in ISPF 3.2 that ISPF is unable to open. If ISPF opens the dataset at allocation, should I expect to find an SMF record when it is closed? This dataset was allocated from ISPF 3.2 by only providing the space values. . Data Set Information . . Command === . . . . Data Set Name . . . . : HAWKINS.ALLOC.TEST . . . . General Data Current Allocation . . Management class . . : **None**Allocated tracks . : 5 . . Storage class . . . : **None**Allocated extents . : 1 . .Volume serial . . . : PE1USF . .Device type . . . . : 3390 . . Data class . . . . . : **None** . .Organization . . . : PS Current Utilization . .Record format . . . : U Used tracks . . . . : 0 . .Record length . . . : 0 Used extents . . . : 0 . .Block size . . . . : 0 . .1st extent tracks . : 5 . .Secondary tracks . : 1 Dates . .Data set name type : Creation date . . . : 2011/04/01 . .SMS Compressible. . : NO Referenced date . . : 2011/04/01 . . Expiration date . . : ***None*** . As expected, ISPF cannot open it, so how does it handle opening this in ISPF 3.2? .Menu Options View Utilities Compilers Help . . -- . . DSLIST - Data Sets Matching HAWKINS Invalid block size . . Command === Scroll === CSR . . . . Command - Enter / to select action Message Volume . . --- . . HAWKINS *ALIAS . . BHAWKINS.ALLOC.TEST PE1USF . Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Friday, April 01, 2011 9:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS Yes. I am. ISPF (long before SMS) always did that to ensure the DCB was set. You had to enter all the attributes, or it would not allocate. I've written (and supported) many ISPF (or SPF) applications over the last 30 years. I don't remember where it's documented, but I remember the behaviour. - Ted MacNEIL eamacn...@yahoo.ca -Original Message- From: Ron Hawkins ron.hawkins1...@sbcglobal.net Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Fri, 1 Apr 2011 06:46:56 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS Ted, Are you certain this is correct? I thought was simply because ISPF 3.2 provided enough additional DCB information for the DSORG to be assigned. Ascertaining the DSORG of a dataset is a fundamental requirement of SDB, and SDB works just fine with IEFBR14 when enough DCB info is provided. ISPF opens and closes files that are created by it, thereby giving a full dcb. IEFBR14 does not. Ron -- 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 -- 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 -- 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: DATACLASS
A lrecl = 0 and blksize = 0 and recfm = u , IMHO i wou Guys: A lrecl = 0 and blksize = 0 and recfm = u , IMHO i would have thought you need a lrecl or blksize, how many programs fo you know would allocate such a dataset.. I dont know of many... Scott J Ford From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 1, 2011 2:04:51 PM Subject: Re: DATACLASS Ted, What I find unusual about your explanation is that I can allocate a dataset in ISPF 3.2 that ISPF is unable to open. If ISPF opens the dataset at allocation, should I expect to find an SMF record when it is closed? This dataset was allocated from ISPF 3.2 by only providing the space values. . Data Set Information . . Command === . . . . Data Set Name . . . . : HAWKINS.ALLOC.TEST . . . . General Data Current Allocation . . Management class . . : **None** Allocated tracks . : 5 . . Storage class . . . : **None** Allocated extents . : 1 . . Volume serial . . . : PE1USF . . Device type . . . . : 3390 . . Data class . . . . . : **None** . . Organization . . . : PS Current Utilization . . Record format . . . : U Used tracks . . . . : 0 . . Record length . . . : 0 Used extents . . . : 0 . . Block size . . . . : 0 . . 1st extent tracks . : 5 . . Secondary tracks . : 1 Dates . . Data set name type : Creation date . . . : 2011/04/01 . . SMS Compressible. . : NO Referenced date . . : 2011/04/01 . . Expiration date . . : ***None*** . As expected, ISPF cannot open it, so how does it handle opening this in ISPF 3.2? . Menu Options View Utilities Compilers Help . . -- . . DSLIST - Data Sets Matching HAWKINS Invalid block size . . Command === Scroll === CSR . . . . Command - Enter / to select action Message Volume . . --- . . HAWKINS *ALIAS . . B HAWKINS.ALLOC.TEST PE1USF . Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Friday, April 01, 2011 9:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS Yes. I am. ISPF (long before SMS) always did that to ensure the DCB was set. You had to enter all the attributes, or it would not allocate. I've written (and supported) many ISPF (or SPF) applications over the last 30 years. I don't remember where it's documented, but I remember the behaviour. - Ted MacNEIL eamacn...@yahoo.ca -Original Message- From: Ron Hawkins ron.hawkins1...@sbcglobal.net Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Fri, 1 Apr 2011 06:46:56 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS Ted, Are you certain this is correct? I thought was simply because ISPF 3.2 provided enough additional DCB information for the DSORG to be assigned. Ascertaining the DSORG of a dataset is a fundamental requirement of SDB, and SDB works just fine with IEFBR14 when enough DCB info is provided. ISPF opens and closes files that are created by it, thereby giving a full dcb. IEFBR14 does not. Ron -- 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 -- 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 -- 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 -- 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: DATACLASS
Scott, The IEFBR14 example from the original post is one example of a program that would allocate such a dataset. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 11:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS A lrecl = and blksize = and recfm = , IMHO i wou Guys: A lrecl = 0 and blksize = 0 and recfm = u , IMHO i would have thought you need a lrecl or blksize, how many programs fo you know would allocate such a dataset.. I dont know of many... Scott J Ford -- 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: DATACLASS
I went back and read the original post...Its not clean what Ron, I went back and read the original post...Its not clean what Jason is doing, I see the IEFBR14 and it is wrong JCL wise...but what is this dataset's attributes or is it being modelled after another dataset.Maybe I am getting old dude..I also saw his ISPF 3.2 ...never have I allocated a dataset as LRECL = 0 and BLKSIZE = 0 , and of course forget reading it ..what is he trying to do here..? Scott J Ford From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 1, 2011 2:48:55 PM Subject: Re: DATACLASS Scott, The IEFBR14 example from the original post is one example of a program that would allocate such a dataset. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 11:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS A lrecl = and blksize = and recfm = , IMHO i wou Guys: A lrecl = 0 and blksize = 0 and recfm = u , IMHO i would have thought you need a lrecl or blksize, how many programs fo you know would allocate such a dataset.. I dont know of many... Scott J Ford -- 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 -- 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: DATACLASS
Scott, I may be older then. The JCL is pretty much run of the mill placeholder allocation. It's a pretty common practice to pre-allocate your space like this. Some shops add the DCB info in the IEFBR14 and some shops add it on the step that opens the file. It doesn't really matter 'cause it is just space. We used to fill our RVAs and Icebergs with 100s of these. And it may not be obvious, but LRECL=0 is really saying LRECL is missing, just like BLKSIZE=0 which is used all the time. The JCL and ISPF 3.2 don't ask for these LRECL and BLKSIZE to be zero, it just they are displayed as zero because nothing has actually been specified. Now this may be a wild arsed guess, but I think Jason is trying to create a DATACLAS and associated rules that will provide a set of default characteristics for a DSORG=PS file. The ACS routine he provided is not working for the IEFBR14 because the DSORG is null. I'm still not certain that ISPF is opening the file as described by Ted, but I do believe that ISPF is adding DSORG=PS even though it is not requested - there's nowhere for you to actually specify the DSORG in ISPF 3.2. This is the non-SMS allocation from the JCL from the OP. . Data Set Information . . Command === . . . . Data Set Name . . . . : HAWKINS.CEB.TEST . . . . General Data Current Allocation . . Management class . . : **None**Allocated tracks . : 1 . . Storage class . . . : **None**Allocated extents . : 1 . .Volume serial . . . : PE1USA . .Device type . . . . : 3390 . . Data class . . . . . : **None** . .Organization . . . : NONE Current Utilization . .Record format . . . : ? Used tracks . . . . : 0 . .Record length . . . : 0 Used extents . . . : 0 . .Block size . . . . : 0 . .1st extent tracks . : 1 . .Secondary blocks . : 10 Dates . .Data set name type : Creation date . . . : 2011/04/01 . . Referenced date . . : ***None*** . . Expiration date . . : ***None*** . Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 1:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS I went back and read the original post...Its not clean what Ron, I went back and read the original post...Its not clean what Jason is doing, I see the IEFBR14 and it is wrong JCL wise...but what is this dataset's attributes or is it being modelled after another dataset.Maybe I am getting old dude..I also saw his ISPF 3.2 ...never have I allocated a dataset as LRECL = 0 and BLKSIZE = 0 , and of course forget reading it ..what is he trying to do here..? Scott J Ford From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 1, 2011 2:48:55 PM Subject: Re: DATACLASS Scott, The IEFBR14 example from the original post is one example of a program that would allocate such a dataset. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 11:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS A lrecl = and blksize = and recfm = , IMHO i wou Guys: A lrecl = 0 and blksize = 0 and recfm = u , IMHO i would have thought you need a lrecl or blksize, how many programs fo you know would allocate such a dataset.. I dont know of many... Scott J Ford -- 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 -- 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 -- 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: DATACLASS
NowI get it, thanks my man...btw I was 60 last august Sco Ron, NowI get it, thanks my man...btw I was 60 last august Scott J Ford From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 1, 2011 5:25:30 PM Subject: Re: DATACLASS Scott, I may be older then. The JCL is pretty much run of the mill placeholder allocation. It's a pretty common practice to pre-allocate your space like this. Some shops add the DCB info in the IEFBR14 and some shops add it on the step that opens the file. It doesn't really matter 'cause it is just space. We used to fill our RVAs and Icebergs with 100s of these. And it may not be obvious, but LRECL=0 is really saying LRECL is missing, just like BLKSIZE=0 which is used all the time. The JCL and ISPF 3.2 don't ask for these LRECL and BLKSIZE to be zero, it just they are displayed as zero because nothing has actually been specified. Now this may be a wild arsed guess, but I think Jason is trying to create a DATACLAS and associated rules that will provide a set of default characteristics for a DSORG=PS file. The ACS routine he provided is not working for the IEFBR14 because the DSORG is null. I'm still not certain that ISPF is opening the file as described by Ted, but I do believe that ISPF is adding DSORG=PS even though it is not requested - there's nowhere for you to actually specify the DSORG in ISPF 3.2. This is the non-SMS allocation from the JCL from the OP. . Data Set Information . . Command === . . . . Data Set Name . . . . : HAWKINS.CEB.TEST . . . . General Data Current Allocation . . Management class . . : **None** Allocated tracks . : 1 . . Storage class . . . : **None** Allocated extents . : 1 . . Volume serial . . . : PE1USA . . Device type . . . . : 3390 . . Data class . . . . . : **None** . . Organization . . . : NONE Current Utilization . . Record format . . . : ? Used tracks . . . . : 0 . . Record length . . . : 0 Used extents . . . : 0 . . Block size . . . . : 0 . . 1st extent tracks . : 1 . . Secondary blocks . : 10 Dates . . Data set name type : Creation date . . . : 2011/04/01 . . Referenced date . . : ***None*** . . Expiration date . . : ***None*** . Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 1:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS I went back and read the original post...Its not clean what Ron, I went back and read the original post...Its not clean what Jason is doing, I see the IEFBR14 and it is wrong JCL wise...but what is this dataset's attributes or is it being modelled after another dataset.Maybe I am getting old dude..I also saw his ISPF 3.2 ...never have I allocated a dataset as LRECL = 0 and BLKSIZE = 0 , and of course forget reading it ..what is he trying to do here..? Scott J Ford From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 1, 2011 2:48:55 PM Subject: Re: DATACLASS Scott, The IEFBR14 example from the original post is one example of a program that would allocate such a dataset. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 11:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS A lrecl = and blksize = and recfm = , IMHO i wou Guys: A lrecl = 0 and blksize = 0 and recfm = u , IMHO i would have thought you need a lrecl or blksize, how many programs fo you know would allocate such a dataset.. I dont know of many... Scott J Ford -- 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 -- 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 -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists
Re: DATACLASS
I am 033x tomorrow! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS NowI get it, thanks my man...btw I was 60 last august Sco Ron, NowI get it, thanks my man...btw I was 60 last august Scott J Ford From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 1, 2011 5:25:30 PM Subject: Re: DATACLASS Scott, I may be older then. The JCL is pretty much run of the mill placeholder allocation. It's a pretty common practice to pre-allocate your space like this. Some shops add the DCB info in the IEFBR14 and some shops add it on the step that opens the file. It doesn't really matter 'cause it is just space. We used to fill our RVAs and Icebergs with 100s of these. And it may not be obvious, but LRECL=0 is really saying LRECL is missing, just like BLKSIZE=0 which is used all the time. The JCL and ISPF 3.2 don't ask for these LRECL and BLKSIZE to be zero, it just they are displayed as zero because nothing has actually been specified. Now this may be a wild arsed guess, but I think Jason is trying to create a DATACLAS and associated rules that will provide a set of default characteristics for a DSORG=PS file. The ACS routine he provided is not working for the IEFBR14 because the DSORG is null. I'm still not certain that ISPF is opening the file as described by Ted, but I do believe that ISPF is adding DSORG=PS even though it is not requested - there's nowhere for you to actually specify the DSORG in ISPF 3.2. This is the non-SMS allocation from the JCL from the OP. . Data Set Information . . Command === . . . . Data Set Name . . . . : HAWKINS.CEB.TEST . . . . General Data Current Allocation . . Management class . . : **None** Allocated tracks . : 1 . . Storage class . . . : **None** Allocated extents . : 1 . . Volume serial . . . : PE1USA . . Device type . . . . : 3390 . . Data class . . . . . : **None** . . Organization . . . : NONE Current Utilization . . Record format . . . : ? Used tracks . . . . : 0 . . Record length . . . : 0 Used extents . . . : 0 . . Block size . . . . : 0 . . 1st extent tracks . : 1 . . Secondary blocks . : 10 Dates . . Data set name type : Creation date . . . : 2011/04/01 . . Referenced date . . : ***None*** . . Expiration date . . : ***None*** . Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 1:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS I went back and read the original post...Its not clean what Ron, I went back and read the original post...Its not clean what Jason is doing, I see the IEFBR14 and it is wrong JCL wise...but what is this dataset's attributes or is it being modelled after another dataset.Maybe I am getting old dude..I also saw his ISPF 3.2 ...never have I allocated a dataset as LRECL = 0 and BLKSIZE = 0 , and of course forget reading it ..what is he trying to do here..? Scott J Ford From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 1, 2011 2:48:55 PM Subject: Re: DATACLASS Scott, The IEFBR14 example from the original post is one example of a program that would allocate such a dataset. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 11:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS A lrecl = and blksize = and recfm = , IMHO i wou Guys: A lrecl = 0 and blksize = 0 and recfm = u , IMHO i would have thought you need a lrecl or blksize, how many programs fo you know would allocate such a dataset.. I dont know of many... Scott J Ford -- 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 -- 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: DATACLASS
On 4/1/2011 18:36, Ron Hawkins wrote: I am 033x tomorrow! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS NowI get it, thanks my man...btw I was 60 last august Sco Ron, NowI get it, thanks my man...btw I was 60 last august Scott J Ford From: Ron Hawkinsron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 1, 2011 5:25:30 PM Subject: Re: DATACLASS Scott, I may be older then. The JCL is pretty much run of the mill placeholder allocation. It's a pretty common practice to pre-allocate your space like this. Some shops add the DCB info in the IEFBR14 and some shops add it on the step that opens the file. It doesn't really matter 'cause it is just space. We used to fill our RVAs and Icebergs with 100s of these. And it may not be obvious, but LRECL=0 is really saying LRECL is missing, just like BLKSIZE=0 which is used all the time. The JCL and ISPF 3.2 don't ask for these LRECL and BLKSIZE to be zero, it just they are displayed as zero because nothing has actually been specified. Now this may be a wild arsed guess, but I think Jason is trying to create a DATACLAS and associated rules that will provide a set of default characteristics for a DSORG=PS file. The ACS routine he provided is not working for the IEFBR14 because the DSORG is null. I'm still not certain that ISPF is opening the file as described by Ted, but I do believe that ISPF is adding DSORG=PS even though it is not requested - there's nowhere for you to actually specify the DSORG in ISPF 3.2. This is the non-SMS allocation from the JCL from the OP. . Data Set Information . . Command === . . . . Data Set Name . . . . : HAWKINS.CEB.TEST . . . . General Data Current Allocation . . Management class . . : **None**Allocated tracks . : 1 . . Storage class . . . : **None**Allocated extents . : 1 . .Volume serial . . . : PE1USA . .Device type . . . . : 3390 . . Data class . . . . . : **None** . .Organization . . . : NONE Current Utilization . .Record format . . . : ? Used tracks . . . . : 0 . .Record length . . . : 0 Used extents . . . : 0 . .Block size . . . . : 0 . .1st extent tracks . : 1 . .Secondary blocks . : 10Dates . .Data set name type :Creation date . . . : 2011/04/01 . . Referenced date . . : ***None*** . . Expiration date . . : ***None*** . Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 1:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS I went back and read the original post...Its not clean what Ron, I went back and read the original post...Its not clean what Jason is doing, I see the IEFBR14 and it is wrong JCL wise...but what is this dataset's attributes or is it being modelled after another dataset.Maybe I am getting old dude..I also saw his ISPF 3.2 ...never have I allocated a dataset as LRECL = 0 and BLKSIZE = 0 , and of course forget reading it ..what is he trying to do here..? Scott J Ford From: Ron Hawkinsron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 1, 2011 2:48:55 PM Subject: Re: DATACLASS Scott, The IEFBR14 example from the original post is one example of a program that would allocate such a dataset. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 11:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS A lrecl = and blksize = and recfm = , IMHO i wou Guys: A lrecl = 0 and blksize = 0 and recfm = u , IMHO i would have thought you need a lrecl or blksize, how many programs fo you know would allocate such a dataset.. I dont know of many... Scott J Ford -- 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 -- 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 -- 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
Re: Using DATACLASS
Paul Gilmartin paulgboul...@aim.com wrote in message news:listserv%200909071543048254.0...@bama.ua.edu... On Mon, 7 Sep 2009 11:56:31 -0700, Ron Hawkins wrote: DCB attributes in the DTACLAS never override the JCL or existing Dataset attributes. The DATACLAS is there to fill in the blanks. Good. Then which has precedence: attributes in the DATACLASS, or attributes supplied in the DCB OPEN exit? -- gil IBM recognized the problem: in z/OS 1.10, you can specify that the DATACLAS attributes overrule the requested attributes. At least attributes from JCL, I am not sure about the attributes requested by the application. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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: Using DATACLASS
Hi If I set wb,type=record,recfm=*,lrecl=0,blksize=0, I got an open error, but the dataset has created with correct DCB's With wb,type=record,lrecl=0,blksize=0 seems to work as I need , the DCB is correct and the fopen also . Thank you Steve Comstock wrote: Miklos Szigetvari wrote: Hi I need to open with recfm=*, i.e keep the existing attributes. If I preallocate by hand the DCB will be the values I defined in the DATACLASS. I think also this is an error, as I have no option to let the SMS work have you tried using lrecl=0,blksize=0 along with recfm=* ? Paul Gilmartin wrote: On Mon, 7 Sep 2009 09:39:20 -0600, Steve Comstock wrote: Miklos Szigetvari wrote: It is not so, I get the stupid C/C++ default DCB attributes . How is wrong ? me (propably) C/C++ LE (maybe) SMS - allocation ? I imagine if you don't supply values, the compiler inserts its defaults. DATACLAS will only override non-supplied values, so you get the compiler supplied values. You need to explicitly code zeros in your code to override the compiler defaults; then ACS routines have a chance. At what point in processing does SMS insert the values obtained from DATACLASS? If it's prior to entering the DCB OPEN exit, SMS values should be as good as values coded on the JCL DD statement. Are those effective? Or does the CRTL do something really unorthodox such as examining the JFCB to decide whether to supply its own values? Is the behavior the same if you allocate the file, either with JCL DD or with BPXWDYN, and open with the DD:ddname construct? I know that IBM has modified programs (IEBGENER, Rexx), perhaps by APAR, to eliminate their thwarting the operation of SDB, which comes in after the DCB OPEN exit. Perhaps this, also, is APARable. -- gil -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- 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: Using DATACLASS
Gil, Good. Then which has precedence: attributes in the DATACLASS, or attributes supplied in the DCB OPEN exit? In the past, the values specified in jcl, dataset label and program took precedence over anything in the dataclass. According to a posting by Kees, it looks like IBM has made a recent change that I need to research. The open exit of course can mangle anything and would have the greatest say so in the past and probably still is king of the hill. Regards, John -- 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
Using DATACLASS
Hi We are creating new datasets via C/C++ fopen function. I tought if I use the proper ACS routine , the DCB and other DATACLASS parameters will come from the SMS DATACLASS It is not so, I get the stupid C/C++ default DCB attributes . How is wrong ? me (propably) C/C++ LE (maybe) SMS - allocation ? -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- 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: Using DATACLASS
Miklos Szigetvari wrote: Hi We are creating new datasets via C/C++ fopen function. I tought if I use the proper ACS routine , the DCB and other DATACLASS parameters will come from the SMS DATACLASS It is not so, I get the stupid C/C++ default DCB attributes . How is wrong ? me (propably) C/C++ LE (maybe) SMS - allocation ? I imagine if you don't supply values, the compiler inserts its defaults. DATACLAS will only override non-supplied values, so you get the compiler supplied values. You need to explicitly code zeros in your code to override the compiler defaults; then ACS routines have a chance. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- 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: Using DATACLASS
On Mon, 7 Sep 2009 09:39:20 -0600, Steve Comstock wrote: Miklos Szigetvari wrote: It is not so, I get the stupid C/C++ default DCB attributes . How is wrong ? me (propably) C/C++ LE (maybe) SMS - allocation ? I imagine if you don't supply values, the compiler inserts its defaults. DATACLAS will only override non-supplied values, so you get the compiler supplied values. You need to explicitly code zeros in your code to override the compiler defaults; then ACS routines have a chance. At what point in processing does SMS insert the values obtained from DATACLASS? If it's prior to entering the DCB OPEN exit, SMS values should be as good as values coded on the JCL DD statement. Are those effective? Or does the CRTL do something really unorthodox such as examining the JFCB to decide whether to supply its own values? Is the behavior the same if you allocate the file, either with JCL DD or with BPXWDYN, and open with the DD:ddname construct? I know that IBM has modified programs (IEBGENER, Rexx), perhaps by APAR, to eliminate their thwarting the operation of SDB, which comes in after the DCB OPEN exit. Perhaps this, also, is APARable. -- 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: Using DATACLASS
Hi I got the space parms from the DATACLASS, but the DCB as compiler/runtime supplied defaults I use the recfm=* option, but I wanted to avoid to set all the DCB parameters. Steve Comstock wrote: Miklos Szigetvari wrote: Hi We are creating new datasets via C/C++ fopen function. I tought if I use the proper ACS routine , the DCB and other DATACLASS parameters will come from the SMS DATACLASS It is not so, I get the stupid C/C++ default DCB attributes . How is wrong ? me (propably) C/C++ LE (maybe) SMS - allocation ? I imagine if you don't supply values, the compiler inserts its defaults. DATACLAS will only override non-supplied values, so you get the compiler supplied values. You need to explicitly code zeros in your code to override the compiler defaults; then ACS routines have a chance. -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- 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: Using DATACLASS
Hi I need to open with recfm=*, i.e keep the existing attributes. If I preallocate by hand the DCB will be the values I defined in the DATACLASS. I think also this is an error, as I have no option to let the SMS work Paul Gilmartin wrote: On Mon, 7 Sep 2009 09:39:20 -0600, Steve Comstock wrote: Miklos Szigetvari wrote: It is not so, I get the stupid C/C++ default DCB attributes . How is wrong ? me (propably) C/C++ LE (maybe) SMS - allocation ? I imagine if you don't supply values, the compiler inserts its defaults. DATACLAS will only override non-supplied values, so you get the compiler supplied values. You need to explicitly code zeros in your code to override the compiler defaults; then ACS routines have a chance. At what point in processing does SMS insert the values obtained from DATACLASS? If it's prior to entering the DCB OPEN exit, SMS values should be as good as values coded on the JCL DD statement. Are those effective? Or does the CRTL do something really unorthodox such as examining the JFCB to decide whether to supply its own values? Is the behavior the same if you allocate the file, either with JCL DD or with BPXWDYN, and open with the DD:ddname construct? I know that IBM has modified programs (IEBGENER, Rexx), perhaps by APAR, to eliminate their thwarting the operation of SDB, which comes in after the DCB OPEN exit. Perhaps this, also, is APARable. -- 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 -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- 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: Using DATACLASS
Paul Gilmartin wrote: On Mon, 7 Sep 2009 09:39:20 -0600, Steve Comstock wrote: Miklos Szigetvari wrote: It is not so, I get the stupid C/C++ default DCB attributes . How is wrong ? me (propably) C/C++ LE (maybe) SMS - allocation ? I imagine if you don't supply values, the compiler inserts its defaults. DATACLAS will only override non-supplied values, so you get the compiler supplied values. You need to explicitly code zeros in your code to override the compiler defaults; then ACS routines have a chance. At what point in processing does SMS insert the values obtained from DATACLASS? If it's prior to entering the DCB OPEN exit, SMS values should be as good as values coded on the JCL DD statement. Are those effective? Or does the CRTL do something really unorthodox such as examining the JFCB to decide whether to supply its own values? Is the behavior the same if you allocate the file, either with JCL DD or with BPXWDYN, and open with the DD:ddname construct? Via JCL(DD:ddname) the DCB is taken from DATACLASS I know that IBM has modified programs (IEBGENER, Rexx), perhaps by APAR, to eliminate their thwarting the operation of SDB, which comes in after the DCB OPEN exit. Perhaps this, also, is APARable. -- 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 -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- 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: Using DATACLASS
Miklos Szigetvari wrote: Hi I need to open with recfm=*, i.e keep the existing attributes. If I preallocate by hand the DCB will be the values I defined in the DATACLASS. I think also this is an error, as I have no option to let the SMS work have you tried using lrecl=0,blksize=0 along with recfm=* ? Paul Gilmartin wrote: On Mon, 7 Sep 2009 09:39:20 -0600, Steve Comstock wrote: Miklos Szigetvari wrote: It is not so, I get the stupid C/C++ default DCB attributes . How is wrong ? me (propably) C/C++ LE (maybe) SMS - allocation ? I imagine if you don't supply values, the compiler inserts its defaults. DATACLAS will only override non-supplied values, so you get the compiler supplied values. You need to explicitly code zeros in your code to override the compiler defaults; then ACS routines have a chance. At what point in processing does SMS insert the values obtained from DATACLASS? If it's prior to entering the DCB OPEN exit, SMS values should be as good as values coded on the JCL DD statement. Are those effective? Or does the CRTL do something really unorthodox such as examining the JFCB to decide whether to supply its own values? Is the behavior the same if you allocate the file, either with JCL DD or with BPXWDYN, and open with the DD:ddname construct? I know that IBM has modified programs (IEBGENER, Rexx), perhaps by APAR, to eliminate their thwarting the operation of SDB, which comes in after the DCB OPEN exit. Perhaps this, also, is APARable. -- gil -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- 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: Using DATACLASS
On Mon, 7 Sep 2009 18:17:23 +0200, Miklos Szigetvari wrote: I need to open with recfm=*, i.e keep the existing attributes. If I preallocate by hand the DCB will be the values I defined in the DATACLASS. I think also this is an error, as I have no option to let the SMS work I'm astonished. Do you mean that if you have an existing data set with attributes defined in the DSCB, and allocate it with JCL DISP=MOD omitting DCB attributes, that the DATACLASS attributes will override those in the data set label, likely resulting in an unreadable data set? -- 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: Using DATACLASS
On Mon, 7 Sep 2009 18:32:18 +0200, Miklos Szigetvari wrote: Via JCL(DD:ddname) the DCB is taken from DATACLASS Is allocation with JCL then an option? Not if you can't know the data set name statically. But does allocation with BPXWDYN show the same behavior as JCL? In that case, would BPXWDYN provide a solution? -- 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: Using DATACLASS
DCB attributes in the DTACLAS never override the JCL or existing Dataset attributes. The DATACLAS is there to fill in the blanks. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Monday, September 07, 2009 10:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Using DATACLASS On Mon, 7 Sep 2009 18:17:23 +0200, Miklos Szigetvari wrote: I need to open with recfm=*, i.e keep the existing attributes. If I preallocate by hand the DCB will be the values I defined in the DATACLASS. I think also this is an error, as I have no option to let the SMS work I'm astonished. Do you mean that if you have an existing data set with attributes defined in the DSCB, and allocate it with JCL DISP=MOD omitting DCB attributes, that the DATACLASS attributes will override those in the data set label, likely resulting in an unreadable data set? -- 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: Using DATACLASS
On Mon, 7 Sep 2009 11:56:31 -0700, Ron Hawkins wrote: DCB attributes in the DTACLAS never override the JCL or existing Dataset attributes. The DATACLAS is there to fill in the blanks. Good. Then which has precedence: attributes in the DATACLASS, or attributes supplied in the DCB OPEN exit? -- 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: SMS Dataclass attribute
-Original Message- From: IBM Mainframe Discussion List On Behalf Of gsg I there any impact in setting all of your DATACLASSes to SPEED? I notice that alot of our datasets the index component is set to RECOVERY, but the data component is set to SPEED. Not sure why you would want to do that, but I would think the DATA component would be the most important. True, from a business perspective, but from the access method's perspective it's easy to see why the index would be more important: That's how the access method gets to the data. -jc- -- 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: SMS Dataclass attribute
gsg wrote: I thought that I previously read some VSAM Tuning recommendations where it recommend to always use SPEED on the inital load vs. RECOVERY. I can't seem to find that document. Has anyone ever heard about this? If I recall, it stated that using recovery do triple the I/O, so using SPEED would reduce the I/O dramatically. Yes, it is *always* recommended to use SPEED. However this parameter has meaning during initial load ONLY. I would say the best method to optimize initial load is to ...avoid it. Surely it is not online processing. -- 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 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- 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: SMS Dataclass attribute
Ted, Using SPEED tp speed up initial load of a KSDS is not a myth. Extra IO is extra IO no matter what the disk equipment you are using. It's a cinch to set this up as a the default in your DATACLASses. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Wednesday, January 07, 2009 6:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] SMS Dataclass attribute thought that I previously read some VSAM Tuning recommendations where it recommend to always use SPEED on the inital load vs. RECOVERY. Check out the REDBook, VSAM DeMystified. It dispells a lot of myths, including the need for re-orgs. I think (iirc) that speed/recovery is one of those, especially with today's disk equipment. (But, I could be wrong). - Too busy driving to stop for gas! -- 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 -- 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: SMS Dataclass attribute
I there any impact in setting all of your DATACLASSes to SPEED? I notice that alot of our datasets the index component is set to RECOVERY, but the data component is set to SPEED. Not sure why you would want to do that, but I would think the DATA component would be the most important. -- 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: SMS Dataclass attribute
There's not really any NEGATIVE impact since, AFAIK, it's for VSAM only. gsg wrote: I there any impact in setting all of your DATACLASSes to SPEED? I notice that alot of our datasets the index component is set to RECOVERY, but the data component is set to SPEED. Not sure why you would want to do that, but I would think the DATA component would be the most important. -- 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 -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- 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: SMS Dataclass attribute
Hi: The index always runs in RECOVERY mode as you cannot specify SPEED for the index component. Regards, Gene Sent from my iPhone On Jan 8, 2009, at 7:03 PM, gsg gsg_...@yahoo.com wrote: I there any impact in setting all of your DATACLASSes to SPEED? I notice that alot of our datasets the index component is set to RECOVERY, but the data component is set to SPEED. Not sure why you would want to do that, but I would think the DATA component would be the most important. -- 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 -- 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: SMS Dataclass attribute
One thing you need to remember is that the speed/recovery setting is only used on initial load. Once the dataset is loaded, the system ignores the parameter. IBM's recommendation is to use SPEED because it is faster. The way I read the z/OS 1.9 documentation, it also only has effect on the DATA component, not on the INDEX. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Thursday, January 08, 2009 6:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMS Dataclass attribute I there any impact in setting all of your DATACLASSes to SPEED? I notice that alot of our datasets the index component is set to RECOVERY, but the data component is set to SPEED. Not sure why you would want to do that, but I would think the DATA component would be the most important. -- 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 -- 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
SMS Dataclass attribute
I thought that I previously read some VSAM Tuning recommendations where it recommend to always use SPEED on the inital load vs. RECOVERY. I can't seem to find that document. Has anyone ever heard about this? If I recall, it stated that using recovery do triple the I/O, so using SPEED would reduce the I/O dramatically. TIA -- 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: SMS Dataclass attribute
thought that I previously read some VSAM Tuning recommendations where it recommend to always use SPEED on the inital load vs. RECOVERY. Check out the REDBook, VSAM DeMystified. It dispells a lot of myths, including the need for re-orgs. I think (iirc) that speed/recovery is one of those, especially with today's disk equipment. (But, I could be wrong). - Too busy driving to stop for gas! -- 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
Dataclass extent constraint removal option
Before I set this option to yes I thought I would check and see if there are any pit falls to setting it to yes. Any gotchas? We have just one dataclass and are z/OS 1.7 Thanks Jerry -- 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
Re: Dataclass extent constraint removal option
Before I set this option to yes I thought I would check and see if there are any pit falls to setting it to yes. Any gotchas? We have just one dataclass and are z/OS 1.7 Thanks Jerry I'd recommend thinking through this - there are a couple other fields I think you'll want to consider: REDUCE SPACE UP TO (%) How much do you want to reduce the space before allowing the job to fail? 25%? 50%? and DYNAMIC VOLUME COUNT One of the things that can happen is that you can allow a job to start by enabling a smaller allocation on a volume with less than the needed space. The job runs and then fails when it runs out of space on that volume. One point of view in that case is that you've wasted the run time and resources used by that failed job. I think what you're really trying to do here is enable the job to start and then have it run to a good EOJ and in order to do that, you'll still need to provide all the space the job needs - which you can do by allowing the reduced allocation and increasing the volume count. This is the same kind of actions a product like Stop-X37 takes. HTH's - ddk ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- 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
