|
Hi Hrishikesh I see your problem with the CL: In a CL if you pass numerics to another CL or RPG program they have to be defined as a Length of 15 5. Thats a rule I had to learn the hard way also once passed to its final destination, you can manipulate the data and put it in the format you like. >I am facing a problem. >There is a CL program CMBPR4F1 which passes parameters to another CL program >CMBPR4F. Following is the CL Program: >...+... 2 ...+... 3 ...+... 4 ...+... 5 ...+... 6 ...+..> > PGM PARM(&PGUSER &PGRPID &RPT01 &RPT02 &RPT03 + > &RPT04 &RPT05 &JNBR) > > > > DCL VAR(&PGUSER) TYPE(*CHAR) LEN(10) > DCL VAR(&RPT01) TYPE(*CHAR) LEN(1) > DCL VAR(&RPT02) TYPE(*CHAR) LEN(1) > DCL VAR(&RPT03) TYPE(*CHAR) LEN(1) > DCL VAR(&RPT04) TYPE(*CHAR) LEN(1) > DCL VAR(&RPT05) TYPE(*CHAR) LEN(1) > DCL VAR(&JNBR) TYPE(*CHAR) LEN(6) > DCL VAR(&PGRPID) TYPE(*DEC) LEN(2 0) > > SBMJOB CMD(CALL PGM(CMBPR4F) PARM(&PGUSER &PGRPID + > &RPT01 &RPT02 &RPT03 &RPT04 &RPT05 + > &JNBR)) HOLD(*YES) > > ENDPGM > Now, CMBPR4F does not receive &PGRPID though it exists in CMBPRF1. Is it > because &PGRPID is numeric ? > Other parameters are received correctly. Please advise. Regards, Hrishikesh Kotwal Thanks Troy Dills Julius Blum Inc.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.