ca.portal.admin

INPLEN not documented in the manual

Discussion created by ca.portal.admin on May 17, 2010
Hello All:



For the assembly of #UCFBTCH there is a parameter called INPLEN where
you
can specify the columns for input parameters. Last night I upgraded an
account from 15.0 to 17.0 SP1 and the UCFBATCH program was failing
because
of sequence number in columns 73 thru 80.



I searched the manuals first and could not find anything; by chance I
looked
at the macro and saw the INPLEN parameter which defaulted to 80.



I added INPLEN to the assembly with INPLEN=72 and that corrected the
problem.



William M. Allen, Jr.

ARCH Consulting Associates, Ltd.

(704) 641-0296

-----------------------------------------
The information in this message may be proprietary and/or
confidential, and protected from disclosure. If the reader of this
message is not the intended recipient, or an employee or agent
responsible for delivering this message to the intended recipient,
you are hereby notified that any dissemination, distribution or
copying of this communication is strictly prohibited. If you have
received this communication in error, please notify First Data
immediately by replying to this message and deleting it from your
computer.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
FW: INPLEN not documented in the manual
"Ahhh, very interesting.....

I did some more experimentation.

My first UCFBATCH job just did some displays -
DCMT DISPLAY TIME =20
DCMT DISPLAY ACTIVE TASK =20
DCMT DISPLAY ACTIVE STORAGE 130
BYE =20

This all worked just peachy.

Then I ran another UCFBATCH job with the following -
D V AR TESTDICT.DDLDCMSG RET
D V SEG SYSMSG UPD =20
BYE =20

Now I start getting errors with the sequence numbers. Apparently, it is
because the DCMT VARY of AREA or SEGMENT could potentially have the
PERMANENT parameter, and so the parser keeps on truckin' until it hits
the sequence number and pukes.

I did note that in both cases, the BYE command did not have an error.

Tom Lindh - IDMS Database Systems Programmer
First Data USA - GTO Enterprise Servers - z/OS Database Systems
Office#: 303 - 967 - 6136
Cell#: 720 - 810 - 5985
Fax#: 303 - 967 - 8228

Outcomes