Hi Scott,
Hope you are well, Sorry I missed you in Boulder this year... Thanks
for your reply.
I am wondering about Rich's idea of using a PROC..: It seems like it may
work, as long as I know if the command is CL or S36. (I guess I can
CHKOBJ *CMD to find out.)
------------------------------------------------------------------------
---------------
Here's Rich's note...
Thinking this through a little further, you could create a generic S36
OCL
procedure that could be called to run any OCL command. It would look
like
this:
// ?1? ?2?,?3?,?4?
To call it to display a menu, for example, the STRS36PRC would look
like
this:
STRS36PRC PRC(S36CMD) CURLIB(MYLIBR) PARM('MENU,MYMENU')
----------------------------------------
Scott, Do you recall what kind of command problems you had with
STRS36PRC...?
The other thing I'm looking at Scott is using CRTMSGFMNU ... It appears
that I can build a S36 menu on the fly out of message descriptions
(CRTMSGF, ADDMSGD and then CRTMSGFMNU replace(*YES). I have tried
running CL and S36 commands using this and it appears to work. But have
not fully tested it.
Thanks very much to all that have chimed in... I really appreciate your
help!
Dan
------------------------------------------------------------------------
-----------
------------------------------------------------------------------------
------------
Hi Dan,
I am just trying to find a way to run a S36 command from CL or RPG
when the user has LMTCPB(*YES).
QCMDEXC only runs CL commands. QCAPCMD can run S36 commands, but not
for limited users.
FWIW, I had a project with the same requirements. I came up empty. The
STRS36PRC command won't run all S/36 commands, and QCAPCMD would work,
but only for non-limited users. It's really frustrating.
For my project, it was an "it would be nice" item, but not a "must
have", so we ended up completing the project without this support.
But, if you find an elegant solution, please let me know!
As an Amazon Associate we earn from qualifying purchases.