Error with Link Edit during SMP/E Apply

Madhaviy · New User Joined: 30 Oct 2009 Posts: 37 Location: India

Hi,

While performing SMP/E APPLY, i get the following error:
GIM23911E ** LINK-EDIT PROCESSING FOR SYSMOD BC00086..

When looking in output of binder i see following message:

IEW2322I 1220 11 INCLUDE SMPWRK3(A12FFTRT) BC00086
IEW2322I 1220 12 INCLUDE ACFMOD(ACFFFTRT)
IEW2302E 1031 THE DATA SET SPECIFIED BY DDNAME ACFMOD COULD NOT BE FOUND

I have specified ACFMOD as a DDDEF to target zone the dataset specified does exist.

I am not sure how the Binder is trying to find out the Dataset for ACFMOD.
I have also specified in my JCLIN the DDNAME for the same.
Here is some screen shots of the SYSMOD:
++MOD(A12$GCVT) DISTLIB(AAX1MOD0) .
INCLUDE ACFMOD(ACF$GCVT)
.
.
.++JCLIN .
//LK1 EXEC PGM=IEWL,PARM='RENT,NCAL,LET,MAP,LIST,XREF'
//SYSPRINT DD SYSOUT=*
//SYSLMOD DD DSN=CAI.CAX1LPA,DISP=SHR
//AAX1MOD0 DD DSN=CAI.AAX1MOD0,DISP=SHR
//ACFMOD DD DSN=CAI.ACFMOD,DISP=SHR

The manual doesn't give a good explanation for the message IEW2302E.

I am trying to find out where linkage editor looks to resolve DDNAME ACMOD and why is it not finding one.

Thanks in advance.
Regards.

enrico-sorichetti · Posted: Fri Mar 16, 2012 6:53 pm

Madhaviy · New User Joined: 30 Oct 2009 Posts: 37 Location: India

The dataset DOES exist.
I wouldnt have spent time to post a query if i that was the case.
And please look into complete explanation of message in the manual,
it says something.... OR... something.
Never telling in which case what?

My question was simple where does binder look to resolve the DDNAME in case of SMP/E.
In case of a simple link-edit JCL an explicit DD name is reqd.

dbzTHEdinosauer · Posted: Fri Mar 16, 2012 7:14 pm

CAX1LPA is an acf2 library,
ACFMOD is probably also.

most of the time they are named CAI.ACF2.CAX1LPA and CAI.ACF2.ACFMOD

if different at your site, then ignore,

but as enrico says,
for one reason or another, the dsn is a no find / no matter what you say.

and forget about trying to determine

Madhaviy · New User Joined: 30 Oct 2009 Posts: 37 Location: India

Guys, i am telling you this is the case.

Robert Sample · Posted: Fri Mar 16, 2012 7:41 pm

Post an ISPF 3.4 showing the characteristics for CAI.ACFMOD.

Also, post the SMP/E definition for ACFMOD since if you put a data set name in the DDDEF and that data set name does not match what your DD name is pointing to, you could have problems.

And stop posting that the data set exists -- IT DOES NOT MATTER WHAT YOU SAY -- the system cannot find the data set, so the possibilities are (1) it does not exist, (2) it exists but is not catralogued, or (3) there's some other problem. The system does not lie to you -- if it says the data set does not exist, then the data set does not exist to the system, period. As long as you continue to state that the data set exists, then you CANNOT solve the problem since to solve this problem you must first believe what the system is telling you.

Bill Woodger · Posted: Fri Mar 16, 2012 7:43 pm

OK, so you don't believe the message.

Why don't you try just running a link/bind including the module into something random?

Then just change the dsn to a load library that you know (also) exists, and include a member from that.

Show the definition of the library you are trying to include from, as well.

Madhaviy · New User Joined: 30 Oct 2009 Posts: 37 Location: India

ISPF DSLIST
and SMP/E DDDEF Display do match.

Madhaviy · New User Joined: 30 Oct 2009 Posts: 37 Location: India

@Bill,

i believe the message, what i am saying is it could have been more informational. It says:

IEW2302E THE DATA SET SPECIFIED BY DDNAME ddname COULD NOT BE FOUND, AND
THUS HAS NOT BEEN INCLUDED.

Explanation: Either no data set has been allocated to the specified ddname or (if the call interface was used) an EPTOKEN was passed but the module was not loaded by the program management loader, or was loaded from linklist.
System Action: The target workmod is unchanged.

I couldnt figure out what actually is the reason if it is not the obvious one.

dbzTHEdinosauer · Posted: Fri Mar 16, 2012 8:18 pm

ISPF 3.4 showing the characteristics for CAI.ACFMOD.

perform line command I
and provide the output
VIA CUT AND PASTE

dbzTHEdinosauer · Posted: Fri Mar 16, 2012 9:23 pm

lBill,

you are correct, the IEW2.... msgs are generated by the binder.

Madhaviy

my apologizes. i was incorrect about the allocat activity.

but, continuing on this subject,

in the jesmsg,

what msgs are generated for the allocation of ddname acfmod?

Madhaviy · New User Joined: 30 Oct 2009 Posts: 37 Location: India

ACFMOD does not appear in the JESMSG and amazingly it is not in File Allocation Summary Report in SMPRPT as well.

I tried many things one of which was allocating ACFMOD explicitly in Apply JCL as
//S1 EXEC PGM=GIMSMP
//ACFMOD DD DISP=SHR,DSN=CAI.ACFMOD
//SMPCSI DD......

And it did not throw the above message.

Robert Sample · Posted: Fri Mar 16, 2012 10:47 pm