Re: Load Module Search Libs

[Peter Relson]

Joe,


but I found this value to be erroneous 


You made this statement some time ago and what was found to be erroneous 
was your statement. 

Why do you find it so difficult to provide the obvious data? 
-- You did not show what values you used when initializing the DCB. 
-- You show register definitions in your invocations but do not show what 
you placed into those registers.
-- You show execute form that reference a list form without showing the 
list form definition
-- You show use of storage without showing that it is ever initialized 
(such as LPAREA and list forms).
-- You do not show the values of your equates or your other data. Is 
TWOMEM a word with a value of 2?

If someone asks for help, usually it is respectful for them to have done 
their due diligence first. You apparently did not try obvious things to 
narrow down where your error is. You assume that it has something to with 
CSVDYLPA. Maybe it does, maybe it doesn't. Consider trying something else 
to see whether that works. 

For example, just getmain 8 bytes of common storage, initialize it to 
whatever you want, and set up CSVDYLPA to name that as OPENFILE, with 
BYADDRESS=YES.
Then do the LINK.  Try to eliminate that it might be related to your BLDL 
or your LOAD or your OPEN. Etc.
Try CSVQUERY to see if the system thinks your CSVDYLPA for OPENFILE 
actually worked (all indications are that it did).

If you want my next guess, it's that you used an execute form of LINK 
without initializing the list form, landing with various garbage in the 
data passed to the system, including the indicator that you passed a DCB. 
And since you didn't pass a DCB, it's not surprising that what the system 
took to be a DCB wasn't valid.
If true, that  means that if you did nothing other than the LINK that you 
showed, you would have gotten the same abend and message (if you had done 
it correctly, you would have gotten "module not found"). Did you look at 
the parameter list passed to each system service that you invoked to see 
that it contained what you expected? 

It continues to amaze me how much patience many in this community show in 
trying to help you.

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Load Module Search Libs

[Joseph Reichman]

For some reason hadn’t totally  cleared the Parmater list to SVC 122 the flag 
bit indicated a dcb was present when I didn’t have one 

Thanks sorry 

> On Nov 1, 2021, at 12:15 PM, Peter Relson  wrote:
> 
> I don't know in what way LSEARCH=YES would help. 
> 
> It is certainly possible to avoid searching tasklib/steplib/joblib. But 
> the 806-0C abend indicates that you apparently have created an erroneous 
> situation that you should figure out before moving forward.
> 
> If you want just to search LPA + LNKLST (after searching JPQ), then use 
> the DCB parameter and identify the DCB pointed to by CVTLINK. This is 
> special-cased by z/OS.
> 
> Peter Relson
> z/OS Core Technology Design
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Load Module Search Libs

[Peter Relson]

I don't know in what way LSEARCH=YES would help. 

It is certainly possible to avoid searching tasklib/steplib/joblib. But 
the 806-0C abend indicates that you apparently have created an erroneous 
situation that you should figure out before moving forward.

If you want just to search LPA + LNKLST (after searching JPQ), then use 
the DCB parameter and identify the DCB pointed to by CVTLINK. This is 
special-cased by z/OS.

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Load Module Search Libs

[Peter Relson]

Joe,

Your post remains basically unreadable due to the lack of new-line 
indicators.

You appear to have gone out of your way to make things difficult. Is there 
a reason?
BYADDR=YES is generally a poor choice unless you have something already 
loaded.
You don't -- you had to do the loading yourself (preceded by BLDL and 
obtaining storage)

If you want to add something to dynamic LPA, add it.  It is up to you 
whether you tell the system to locate the module(s) via data set name, 
DDNAME, or opened DCB. 
But there is no reason to use BYADDR=YES for these straightforward cases. 
Your code, for example, doesn't pay attention to the required RMODE for 
the module or the required page-alignment (if any) of the module. Maybe 
those aren't of concern to you, but why would you want to leave yourself 
exposed to that?

According to the abend code and abend reason code, the system obviously 
thought it was told to use some DCB and found that it was not valid. If 
your LINK itself did not specify a DCB, then that leaves tasklib, steplib, 
joblib. Those all get searched before LPA. That implies that,  if you 
simply did the OPEN that you show, followed by the final LINK, you'd 
probably get the same result. Your BLDL, STORAGE OBTAIN, and CSVDYLPA were 
likely irrelevant to the problem.

If you truly used a DCB with DDNAME STEPLIB as your comments indicate, if 
that has bad ramifications to the system, so be it. The answer will be 
"don't do that".
And maybe that's what the system doesn't like. Maybe it thinks you have a 
STEPLIB but the STEPLIB DD is not valid according to the way the system 
knows to set it up.

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Load Module Search Libs

[Joseph Reichman]

You gave me an IDEA going to try LSEARCH=YES as the default is LSEARCH=NO
Thanks -Original Message- From: IBM Mainframe Discussion List On
Behalf Of Peter Relson Sent: Sunday, October 31, 2021 8:55 AM To:
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Load Module Search Libs Joe R wrote I
added two load modules successfully using CSVDYLPA and later got a BLDL
FAILED for that module DCB NOT OPEN when trying to link to that module I
thought once added to LPA its in the system search path Once again you have
failed to provide the details that would let someone help you. We should not
have to keep saying this. Exactly what did your code do? Exactly what abend
did you get? It is easily demonstrated that after a suitable (and
successful) CSVDYLPA for module "X" that LINK EP=X works just fine. BLDL
itself is not relevant to LPA modules. But it is relevant to a fetch request
with a DCB provided or when a tasklib/steplib/joblib is involved. If you
provided a DCB, then apparently you did not provide a valid DCB. Peter
Relson z/OS Core Technology Design
-- For
IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Scanned by McAfee
and confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Load Module Search Libs

[Tom Brennan]

Hey Joe,

Maybe it's just me, but your post looks like this to me:
http://www.mildredbrennan.com/mvs/wrapping.png

If there were any CRLF's or LF's they seem to have gotten lost along the 
way.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Load Module Search Libs

[Joseph Reichman]

I tried formatting the text in rich text before and it looked all jumbled
when I looked in my sent folder in outlook so this time I broke up the lines
for clarity and didn't format it 1) I am still debugging my code what I mean
to say by that is that my errors were incurred running under TESTAUTH (which
really shouldn't matter it's just that I am sharing my findings under TEST)
2) I have 2 load modules that I would like to be accessed by other address
spaces in the system (I realize I could have put the load library in the
linklist) however I choose to put them in LPA or to be more specific Dynamic
LPA 3) my first step is I open the load library were my load modules are
located This is my DCB STEPLB DCB DDNAME=, RECFM=U, DSORG=PO, MACRF=R
The reason I have DDNAME equal a variable is because running TEST in a clist
I cannot allocate STEPLIB I obtain 24 bit storage for the DCB * * Get
Storage for STEPLIB DCB * STORAGE
OBTAIN,LENGTH=MYDCBLEN,ADDR=(R9),LOC=(24,64),SP=0 I then open it * * Open
STEPLIB DCB * OPEN ((R8),INPUT),MF=(E,OPENLS),MODE=31 I then issue a BLDL
for purposes of getting the length of the load module since I would like to
load these modules in CSA. I realize I could of done a LOAD and obtained the
length from R1 but I found this value to be erroneous meaning not the same
value I observed by browsing the datasets in ISPF BLDL (R8),LISTADDR I then
get CSA storage using the length value from BLDL STORAGE OBTAIN,
LENGTH=(R6), ADDR=(R8), SP=228 I then load the modules into the CSA address
using the aforementioned DCB LOAD EPLOC=(R9), DCB=(R7), ADDR=(R8),
ERRET=LOADERR, SF=(E,LOADLS) I then try to put it into LPA
*---* * Add
OPENFILE and GETMACIN to LPA *
*---* LA
R8,LPAREA USING LPMEA,R8 MVC LPMEANAME,=CL8'GETMACIN' MVC
LPMEAENTRYPOINTADDR,GETMACAD OI LPMEAENTRYPOINTADDR,LPMEAENTRYPOINTADDRBIT0
MVC LPMEALOADPOINTADDR,GETMACAD NI LPMEALOADPOINTADDR,X'7F' MVC
LPMEAMODLEN,PGMSLEN+32 LA R8,LPMEA_LEN(,R8) MVC LPMEANAME,=CL8'OPENFILE' MVC
LPMEAENTRYPOINTADDR,OPENADDR OI LPMEAENTRYPOINTADDR,LPMEAENTRYPOINTADDRBIT0
MVC LPMEALOADPOINTADDR,OPENADDR NI LPMEALOADPOINTADDR,X'7F' MVC
LPMEAMODLEN,PGMSLEN+2 CSVDYLPA REQUEST=ADD, MODINFOTYPE=MEMBERLIST,
NUMMOD=TWOMEM, BYADDR=YES, REQUESTOR=DBGRSERVER, RETCODE=RETCODY,
RSNCODE=ERRNX,MODINFO=LPAREA,MF=(E,DYNLPA) +* MACDATE -02/04/19- +M00M0042
DS 0H CSVDYLPA-1 + This is the output IKJ57024I AT +48E 15R 000 TESTAUTH
13r?+4cc l(200) xc 1FA9C57C. C7C5E3D4 C1C3C9D5 8000 08A5
*GETMACIN...v*  02C9 9DF4E938 1DF4E938 03E8
*...I.4Z..4ZY* 1FA9C59C.   D6D7C5D5 C6C9D3C5
*OPENFILE* 8000 08A6 0341 9DF4B418 *...w.4..*
1FA9C5BC. 1DF4B418 3520   *.4..* Register 15
is 0 and the high order bit +LPMEASUCCESS EQU X'80' Successfully processed
is on it is offset A from both the GETMACIN literal And OPENFILE literal Now
here is the problem starts later in my code I try linking to OPENFILE LINK
EP=OPENFILE, PARAM=(ALETD,=CL8'SYSADATA',EXD_PTR),
MF=(E,PARAMOP),SF=(E,LINK_LIST) Then this happens CSV005I BLDL FAILED FOR
MODULE OPENFILE, DCB NOT OPEN CSV028I ABEND806-0C JOBNAME=JOER
STEPNAME=ISPFLITE IKJ56641I DBGRSERV ENDED DUE TO ERROR IKJ56640I SYSTEM
ABEND CODE 0C1 REASON CODE 0001 TESTAUTH Don't understand If I have it
in LPA isn't that part of the system search Path Thanks -Original
Message- From: IBM Mainframe Discussion List On Behalf Of Peter Relson
Sent: Sunday, October 31, 2021 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject:
Re: Load Module Search Libs Joe R wrote I added two load modules
successfully using CSVDYLPA and later got a BLDL FAILED for that module DCB
NOT OPEN when trying to link to that module I thought once added to LPA its
in the system search path Once again you have failed to provide the details
that would let someone help you. We should not have to keep saying this.
Exactly what did your code do? Exactly what abend did you get? It is easily
demonstrated that after a suitable (and successful) CSVDYLPA for module "X"
that LINK EP=X works just fine. BLDL itself is not relevant to LPA modules.
But it is relevant to a fetch request with a DCB provided or when a
tasklib/steplib/joblib is involved. If you provided a DCB, then apparently
you did not provide a valid DCB. Peter Relson z/OS Core Technology Design
-- For
IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Scanned by McAfee
and confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Load Module Search Libs

[Joseph Reichman]

I'm sorry for responding to the wrong post ☹ Thanks for getting back 1) I am 
still debugging my code what I mean to say by that is that my errors were 
incurred running under TESTAUTH (which really shouldn't matter its just that I 
am sharing my findings under TEST) 2) I have 2 load modules that I would like 
to be accessed by other address spaces in the system (I realize I could have 
put the load library in the linklist) however I choose to put them in LPA or to 
be more specific Dynamic LPA 3) my first step is I open the load library were 
my load modules are located This is my DCB STEPLB DCB DDNAME=, RECFM=U, 
DSORG=PO, MACRF=R The reason I have DDNAME equal a variable is because running 
TEST in a clist I cannot allocate STEPLIB I obtain 24 bit storage for the DCB * 
* Get Storage for STEPLIB DCB * STORAGE 
OBTAIN,LENGTH=MYDCBLEN,ADDR=(R9),LOC=(24,64),SP=0 I then open it * * Open 
STEPLIB DCB * OPEN ((R8),INPUT),MF=(E,OPENLS),MODE=31 I then issue a BLDL for 
purposes of getting the length of the load module since I would like to load 
these modules in CSA. I realize I could of done a LOAD and obtained the length 
from R1 but I found this value to be erroneous meaning not the same value I 
observed by browsing the datasets in ISPF BLDL (R8),LISTADDR I then get CSA 
storage using the length value from BLDL STORAGE OBTAIN, LENGTH=(R6), 
ADDR=(R8), SP=228 I then load the modules into the CSA address using the 
aforementioned DCB LOAD EPLOC=(R9), DCB=(R7), ADDR=(R8), ERRET=LOADERR, 
SF=(E,LOADLS) I then try to put it into LPA 
*---* * Add 
OPENFILE and GETMACIN to LPA * 
*---* LA 
R8,LPAREA USING LPMEA,R8 MVC LPMEANAME,=CL8'GETMACIN' MVC 
LPMEAENTRYPOINTADDR,GETMACAD OI LPMEAENTRYPOINTADDR,LPMEAENTRYPOINTADDRBIT0 MVC 
LPMEALOADPOINTADDR,GETMACAD NI LPMEALOADPOINTADDR,X'7F' MVC 
LPMEAMODLEN,PGMSLEN+32 LA R8,LPMEA_LEN(,R8) MVC LPMEANAME,=CL8'OPENFILE' MVC 
LPMEAENTRYPOINTADDR,OPENADDR OI LPMEAENTRYPOINTADDR,LPMEAENTRYPOINTADDRBIT0 MVC 
LPMEALOADPOINTADDR,OPENADDR NI LPMEALOADPOINTADDR,X'7F' MVC 
LPMEAMODLEN,PGMSLEN+2 CSVDYLPA REQUEST=ADD, MODINFOTYPE=MEMBERLIST, 
NUMMOD=TWOMEM, BYADDR=YES, REQUESTOR=DBGRSERVER, RETCODE=RETCODY, 
RSNCODE=ERRNX,MODINFO=LPAREA,MF=(E,DYNLPA) +* MACDATE -02/04/19- +M00M0042 DS 
0H CSVDYLPA-1 + PUSH PRINT This is the output IKJ57024I AT +48E 15R  
TESTAUTH 13r?+4cc l(200) xc IKJ57024I AT +48E 15R  TESTAUTH 13r?+4cc 
l(200) xc 1FA9C57C. C7C5E3D4 C1C3C9D5 8000 08A5 *GETMACIN...v* 
 02C9 9DF4E938 1DF4E938 03E8 *...I.4Z..4ZY* 1FA9C59C. 
  D6D7C5D5 C6C9D3C5 *OPENFILE* 8000 08A6 
0341 9DF4B418 *...w.4..* 1FA9C5BC. 1DF4B418 3520  
 *.4..* Register 15 is 0 and the high order bit 
+LPMEASUCCESS EQU X'80' Successfully processed is on it is offset A from both 
the GETMACIN literal And OPENFILE literal Now here is the problem starts later 
in my code I try linking to OPENFILE LINK EP=OPENFILE, 
PARAM=(ALETD,=CL8'SYSADATA',EXD_PTR), MF=(E,PARAMOP),SF=(E,LINK_LIST) Then this 
happens CSV005I BLDL FAILED FOR MODULE OPENFILE, DCB NOT OPEN CSV028I 
ABEND806-0C JOBNAME=JOER STEPNAME=ISPFLITE IKJ56641I DBGRSERV ENDED DUE TO 
ERROR IKJ56640I SYSTEM ABEND CODE 0C1 REASON CODE 0001 TESTAUTH Don’t 
understand If I have it in LPA isn’t that part of the system search Path Thanks 
-Original Message- From: IBM Mainframe Discussion List On Behalf Of 
Peter Relson Sent: Sunday, October 31, 2021 8:55 AM To: 
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Load Module Search Libs Joe R wrote I 
added two load modules successfully using CSVDYLPA and later got a BLDL FAILED 
for that module DCB NOT OPEN when trying to link to that module I thought once 
added to LPA its in the system search path Once again you have failed to 
provide the details that would let someone help you. We should not have to keep 
saying this. Exactly what did your code do? Exactly what abend did you get? It 
is easily demonstrated that after a suitable (and successful) CSVDYLPA for 
module "X" that LINK EP=X works just fine. BLDL itself is not relevant to LPA 
modules. But it is relevant to a fetch request with a DCB provided or when a 
tasklib/steplib/joblib is involved. If you provided a DCB, then apparently you 
did not provide a valid DCB. Peter Relson z/OS Core Technology Design 
-- For 
IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Scanned by McAfee and 
confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Load Module Search Libs

[Peter Relson]

Joe R wrote

I added two load modules successfully using CSVDYLPA and later got a BLDL
FAILED for that module DCB NOT OPEN when trying to link to that module



I thought once added to LPA its in the system search path


Once again you have failed to provide the details that would let someone 
help you. We should not have to keep saying this.

Exactly what did your code do? 
Exactly what abend did you get?

It is easily demonstrated that after a suitable (and successful) CSVDYLPA 
for module "X" that
LINK EP=X
works just fine.

BLDL itself is not relevant to LPA modules. But it is relevant to a fetch 
request with a DCB provided or when a tasklib/steplib/joblib is involved.
If you provided a DCB, then apparently you did not provide a valid DCB. 

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Load Module Search Libs

[Joseph Reichman]

I don’t have a DCB parameter on the Link macro 

I’ll post the code and error message shortly 
Thanks 
> On Oct 31, 2021, at 4:14 AM, Binyamin Dissen  
> wrote:
> 
> The error would indicate that you are directing your BLDL. I suggest that you
> look at the description of BLDL DCB
> 
> As always, show your super sekrit code.
> 
> On Sat, 30 Oct 2021 23:56:17 -0400 Joseph Reichman 
> wrote:
> 
> :>Hi
> :>
> :> 
> :>
> :>I added two load modules successfully using CSVDYLPA and later got a BLDL
> :>FAILED for that module DCB NOT OPEN when trying to link to that module
> :>
> :> 
> :>
> :>I thought once added to LPA its in the system search path
> 
> --
> Binyamin Dissen 
> http://www.dissensoftware.com
> 
> Director, Dissen Software, Bar & Grill - Israel
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Load Module Search Libs

[Binyamin Dissen]

The error would indicate that you are directing your BLDL. I suggest that you
look at the description of BLDL DCB

As always, show your super sekrit code.

On Sat, 30 Oct 2021 23:56:17 -0400 Joseph Reichman 
wrote:

:>Hi
:>
:> 
:>
:>I added two load modules successfully using CSVDYLPA and later got a BLDL
:>FAILED for that module DCB NOT OPEN when trying to link to that module
:>
:> 
:>
:>I thought once added to LPA its in the system search path

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Load Module Search Libs

[Mike Schwab]

https://www.ibm.com/docs/en/ibm-mq/9.0?topic=mq-update-zos-link-list-lpa

SETPROG LPA,ADD,MODNAME=(xxx),DSNAME=hlq.lpalib

On Sun, Oct 31, 2021 at 3:56 AM Joseph Reichman  wrote:
>
> Hi
>
>
>
> I added two load modules successfully using CSVDYLPA and later got a BLDL
> FAILED for that module DCB NOT OPEN when trying to link to that module
>
>
>
> I thought once added to LPA its in the system search path
>
>
>
> Thanks
>
>
>
>
>   _
>
>
>  mail_content=emailclient?utm_medium=email_source=link_campaign=s
> ig-email_content=emailclient>   Scanned by McAfee
>  mail_content=emailclient?utm_medium=email_source=link_campaign=s
> ig-email_content=emailclient>  and confirmed virus-free.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Load Module Search Libs

[Joseph Reichman]

Hi

 

I added two load modules successfully using CSVDYLPA and later got a BLDL
FAILED for that module DCB NOT OPEN when trying to link to that module

 

I thought once added to LPA its in the system search path

 

Thanks  

 


  _  

 
   Scanned by McAfee
  and confirmed virus-free.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN