Re: LOAD BLDL
In [EMAIL PROTECTED], on 08/23/2005 at 01:48 PM, Paul Gilmartin [EMAIL PROTECTED] said: Interestingly enough, IBM fixed that several years ago: BPAM now uses the longest BLKSIZE, rather than the first. (But does CS use BPAM?) No. Nor does it use BLKSIZE ;-) -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD BLDL
In [EMAIL PROTECTED], on 08/23/2005 at 02:13 PM, Richard Verville [EMAIL PROTECTED] said: I am attempting to LOAD a program which resides in a concatenation of a ddname. I coded the DCB paramater to route the load accordingly. For some reason, if the library is first on the concatenation it works fine, underwise I can a not found condition, and the same happens with the BLDL macro. Is this problem related to my DCB coding ? That sounds like a bad directory in one of the other libraries. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LOAD BLDL
I am attempting to LOAD a program which resides in a concatenation of a ddname. I coded the DCB paramater to route the load accordingly. For some reason, if the library is first on the concatenation it works fine, underwise I can a not found condition, and the same happens with the BLDL macro. Is this problem related to my DCB coding ? Richard -- 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: LOAD BLDL
Sounds unlikely to me to be the DCB. Are you sure the JCL is correct? Are you sure the load module is there? g Perhaps someone else knows for sure: there are or were some issues with concatenations (for regular QSAM GET) if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Verville Sent: Tuesday, August 23, 2005 11:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: LOAD BLDL I am attempting to LOAD a program which resides in a concatenation of a ddname. I coded the DCB paramater to route the load accordingly. For some reason, if the library is first on the concatenation it works fine, underwise I can a not found condition, and the same happens with the BLDL macro. Is this problem related to my DCB coding ? Richard -- 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: LOAD BLDL
The jcl is correct. I caused an 0C1 dump and see in the output the concat addresses. If I direct the load towards the steplib (I moved the libraries there) it works fine. Richard Charles Mills wrote: Sounds unlikely to me to be the DCB. Are you sure the JCL is correct? Are you sure the load module is there? g Perhaps someone else knows for sure: there are or were some issues with concatenations (for regular QSAM GET) if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Verville Sent: Tuesday, August 23, 2005 11:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: LOAD BLDL I am attempting to LOAD a program which resides in a concatenation of a ddname. I coded the DCB paramater to route the load accordingly. For some reason, if the library is first on the concatenation it works fine, underwise I can a not found condition, and the same happens with the BLDL macro. Is this problem related to my DCB coding ? Richard -- 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 -- 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: LOAD BLDL
On Tue, 23 Aug 2005 14:13:32 -0400 Richard Verville [EMAIL PROTECTED] wrote: :I am attempting to LOAD a program which resides in a concatenation of a :ddname. I coded the DCB paramater to route the load accordingly. For :some reason, if the library is first on the concatenation it works fine, :underwise I can a not found condition, and the same happens with the :BLDL macro. Is this problem related to my DCB coding ? Unlikely. What return codes are you getting from the load and BLDL? Try with EXEC PGM= and the libraries as a steplib. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: LOAD BLDL
The BLDL returns retcode=4,reason=0... If the libraries are in the steplib ... it works ... It's when they are not in the steplib but pointed to another ddname (pgmlist in my case) and the DCB parm is coded in the LOAD macro and the BLDL points to the PGMLIST DCB it does not get the programs if they reside in the 2nd, 3rd dsname Richard Binyamin Dissen wrote: On Tue, 23 Aug 2005 14:13:32 -0400 Richard Verville [EMAIL PROTECTED] wrote: :I am attempting to LOAD a program which resides in a concatenation of a :ddname. I coded the DCB paramater to route the load accordingly. For :some reason, if the library is first on the concatenation it works fine, :underwise I can a not found condition, and the same happens with the :BLDL macro. Is this problem related to my DCB coding ? Unlikely. What return codes are you getting from the load and BLDL? Try with EXEC PGM= and the libraries as a steplib. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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 -- 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: LOAD BLDL
Richard, The file was open before the LOAD, right? Was the concatenation a mix of PDS and PDS/Es? Or was it pure PDS (or pure PDSE)? -- Tom Schmidt Madison, WI On Tue, 23 Aug 2005 14:41:42 -0400, Richard Verville wrote: The jcl is correct. I caused an 0C1 dump and see in the output the concat addresses. If I direct the load towards the steplib (I moved the libraries there) it works fine. Richard Charles Mills wrote: Sounds unlikely to me to be the DCB. Are you sure the JCL is correct? Are you sure the load module is there? g Perhaps someone else knows for sure: there are or were some issues with concatenations (for regular QSAM GET) if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. Charles -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richard Verville I am attempting to LOAD a program which resides in a concatenation of a ddname. I coded the DCB paramater to route the load accordingly. For some reason, if the library is first on the concatenation it works fine, underwise I can a not found condition, and the same happens with the BLDL macro. Is this problem related to my DCB coding ? Richard -- 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: LOAD BLDL
The ddname is opened ... I can get the load bldl to work if the pgm resides in the first library on the ddname... I don't know if they are pds/pdse, there are a lot of them, until I can verify that I would it's a mix... Richard Tom Schmidt wrote: Richard, The file was open before the LOAD, right? Was the concatenation a mix of PDS and PDS/Es? Or was it pure PDS (or pure PDSE)? -- Tom Schmidt Madison, WI On Tue, 23 Aug 2005 14:41:42 -0400, Richard Verville wrote: The jcl is correct. I caused an 0C1 dump and see in the output the concat addresses. If I direct the load towards the steplib (I moved the libraries there) it works fine. Richard Charles Mills wrote: Sounds unlikely to me to be the DCB. Are you sure the JCL is correct? Are you sure the load module is there? g Perhaps someone else knows for sure: there are or were some issues with concatenations (for regular QSAM GET) if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. Charles -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richard Verville I am attempting to LOAD a program which resides in a concatenation of a ddname. I coded the DCB paramater to route the load accordingly. For some reason, if the library is first on the concatenation it works fine, underwise I can a not found condition, and the same happens with the BLDL macro. Is this problem related to my DCB coding ? Richard -- 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 -- 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: LOAD BLDL
Oups, it has PS not PO Richard Binyamin Dissen wrote: On Tue, 23 Aug 2005 15:19:34 -0400 Richard Verville [EMAIL PROTECTED] wrote: :The BLDL returns retcode=4,reason=0... If the libraries are in the steplib ... :it works ... It's when they are not in the steplib but pointed to another :ddname (pgmlist in my case) and the DCB parm is coded in the LOAD macro and :the BLDL points to the PGMLIST DCB it does not get the programs if they reside :in the 2nd, 3rd dsname Richard Very interesting. What does the DCB macro look like? DSORG=PO? :Binyamin Dissen wrote: : On Tue, 23 Aug 2005 14:13:32 -0400 Richard Verville : [EMAIL PROTECTED] wrote: : :I am attempting to LOAD a program which resides in a concatenation of a : :ddname. I coded the DCB paramater to route the load accordingly. For : :some reason, if the library is first on the concatenation it works fine, : :underwise I can a not found condition, and the same happens with the : :BLDL macro. Is this problem related to my DCB coding ? : Unlikely. : What return codes are you getting from the load and BLDL? : Try with EXEC PGM= and the libraries as a steplib. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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 -- 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: LOAD BLDL
In a recent note, Charles Mills said: Date: Tue, 23 Aug 2005 11:32:28 -0700 Perhaps someone else knows for sure: there are or were some issues with concatenations (for regular QSAM GET) if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. Interestingly enough, IBM fixed that several years ago: BPAM now uses the longest BLKSIZE, rather than the first. (But does CS use BPAM?) Of course, there's always the possibility that someone later wrote to the library, overriding with a BLKSIZE less than the size of some block actually present in the library. But even that should result in an I/O error. (Unless the library is VIO.) -- gil -- StorageTek INFORMATION made POWERFUL -- 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: LOAD BLDL
DSORG=PO did the job. Thanks everyone for your time on this one. Richard Paul Gilmartin wrote: In a recent note, Charles Mills said: Date: Tue, 23 Aug 2005 11:32:28 -0700 Perhaps someone else knows for sure: there are or were some issues with concatenations (for regular QSAM GET) if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. Interestingly enough, IBM fixed that several years ago: BPAM now uses the longest BLKSIZE, rather than the first. (But does CS use BPAM?) Of course, there's always the possibility that someone later wrote to the library, overriding with a BLKSIZE less than the size of some block actually present in the library. But even that should result in an I/O error. (Unless the library is VIO.) -- gil -- StorageTek INFORMATION made POWERFUL -- 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 -- 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: LOAD BLDL
if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. ... That has NOT been required since ESA 3.1.0e -teD In God we Trust! All others bring data! -- W. Edwards Deming -- 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: LOAD BLDL
Thanks. I missed that. I knew it had not burned me in about 10 years. That must be why. g Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Monday, August 22, 2005 5:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LOAD BLDL if the subsequent concatenations had BLKSIZEs greater than the first. You could try coding BLKSIZE=longest BLKSIZE of any library in the concatenation on the first DD. ... That has NOT been required since ESA 3.1.0e -- 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