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.





This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2026 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.