Using the BIND command to replace the LKED command did not solve my
problem. The BIND is used to produce a MODULE and I need to use a
LOADLIB.
The CSECT size of my user logon table in VTAM/SWITCH had exceeded
X'03FFFF'. Even though VTAM/SWITCH has not been a supported product
on VM for many years, Wendell Lovewell at MacKinney Systems was kind
enough to help with this problem.
The solution was to change the LOADLIB blocksize from 516 to 1024.
Wendell sent me an EXEC to do this and it worked perfectly.
My thanks go out to Wendell and MacKinney System for excellent
service.
/Fran Hensler at Slippery Rock University of Pennsylvania USA for 44 years
[EMAIL PROTECTED] +1.724.738.2153
"Yes, Virginia, there is a Slippery Rock"
------------------------------------------------------------------------
On Thu, 16 Aug 2007 14:44:44 -0400 Michael Donovan said:
>Take a look at the BIND command as a replacement for LKED. It first
>shipped in z/VM 3.1
>and does remove many of the limit restrictions of LKED. See the "Program
>Management Binder for CMS" book for details.
>
------------------------------------------------------------------------
On Thu, 16 Aug 2007 13:17:13 EDT Fran Hensler said:
>I am compiling a CSECT (GSFDFUS) that has grown past the limits of
>LKED in z/VM 3.1.
>
>This is the output I am getting:
>
> MVS/XA DFP VER 2 LINKAGE EDITOR 11:38:18 THU AUG 16, 2007
> JOB STEP
> INVOCATION PARAMETERS - TERM,SIZE=(180K,100K),REUS,INVALID
> ACTUAL SIZE=(122880,65520)
> OUTPUT DATA SET GSMINIT IS ON VOLUME
>IEW0364 CSECT GSFDFUS EXCEEDS 512 TIMES 00512, THE SYSLMOD RECORD SIZE.
>
> DIAGNOSTIC MESSAGE DIRECTORY
> IEW0364 ERROR - TABLE OVERFLOW -- INPUT TEXT EXCEEDED MAXIMUM OR TOO
>MANY CHANGES OF ORIGIN IN INPUT.
>
>Is there anything newer in z/VM than LKED that can handle bigger
>CSECTS?
>
>Is there a parameter for LKED that will allow CSECTs larger than
>03FFFF?
>
>/Fran Hensler at Slippery Rock University of Pennsylvania USA for 44 years
> [EMAIL PROTECTED] +1.724.738.2153
> "Yes, Virginia, there is a Slippery Rock"
>
