Re: Testing %Parms when call from a command wrapper...

Thanks everyone,

I'll change my command to supply default values and the RPG to always expect 2 parameters. This does seem to work.

Scott, my bad, I forgot to code extpgm('SB0010') on the prototype. When I added the keyword %Parms started returning 2 as expected.

Thanks,

Rob
On 10/15/2014 2:18 PM, Scott Klement wrote:

Hi Robert,

Normally, a CL command will always pass all parameters defined. If the user doesn't supply a value for one of them, it'll either pass the default value, or a *NULL pointer. (like options(*omit))

Therefore, I don't understand why you'd get a %PARMS of 0. There must be something else going on here. You show the command, but then you show a subprocedure -- and of course, a CL command cannot call a subprocedure, so there must be some other piece of code in between -- that is likely to be where the error is occurring, causing %PARMS to be 0.

Can you tell us more about that?



On 10/15/2014 12:55 PM, Robert Rogerson wrote:

Hi all,

I have an RPGLE program with the prototype and interface coded as

d SB0010 pr
d 8a const options(*nopass)
d 3p 0 const options(*nopass)

d SB0010 pi
d dateToProcess 8a const options(*nopass)
d storeToProcess...
d 3p 0 const options(*nopass)

I created a command wrapper

CMD PROMPT('SBT Workflow driver')
PARM KWD(DATE) TYPE(*CHAR) LEN(8) MIN(0) +
PROMPT('Date to process +
(YYYYMMDD)')
PARM KWD(STORE) TYPE(*DEC) LEN(3) MIN(0) +
PROMPT('Store')

So I want to be able to call the program from the command in one of
three ways.

1. SB0010CMD (no parameters)
2. SB0010CMD DATE('20141015')
3. SB0010CMD DATE('20141015') STORE(25)

In the RPG program I have

Select;
When %Parms = 0;
fromStore = 1;
toStore = 999;
currentDate = %Date();
When %Parms = 1;
fromStore = 1;
toStore = 999;
currentDate = %Date(dateToProcess: *iso0);
When %Parms = 2;
fromStore = storeToProcess;
toStore = storeToProcess;
currentDate = %Date(dateToProcess: *iso0);
Other;
Return;
Endsl;

When I test this in debug no matter how I call it %Parms is always
zero. But I have noted that the first parameter (in debug) does have
the correct value although this may be a fluke.

I have a feeling that the issue is that the operational descriptor is
not being passed (I'm assuming this from what I've been able to find on
the internet). I didn't think this was going to be so difficult.

Am I over looking something very simple? If not, does anyone have
another simple solution?

Thanks,

Rob