×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
Hi, Greg,
This behavior has always existed in OS/400 since the REPLACE(*YES) parameter was added to the "compile" commands, e.g., CRTCLPGM, CRTRPGPGM, etc., and of course the ILE commands, CRTBNDxxx.
CHGPGM works; as once the attribute is "set" for the existing *PGM object, it will "stick" with it, as long as you use REPLACE(*YES).
Or, as you surmised, you can delete the old *PGM and then recompile.
All the best,
Mark S. Waterbury
On Monday, November 11, 2024 at 10:04:26 AM EST, Greg Wilburn <gwilburn@xxxxxxxxxxxxxxxxxxxxxxx> wrote:
Just wondering if this is an issue, or if I'm doing something wrong.
I have a CLLE program (interactive) that needs to use adopted authority in order to submit an SFTP job as a specific user.
When I looked at the CLLE pgm, Use Adopted Authority was *YES. However, User Profile was *USER.
So I recompiled the program like this (from RDi):
CRTBNDCL PGM(ASTHHOBJ/CCF100STR) SRCFILE(HHPIFSRC/QCLSRC) SRCMBR(CCF100STR) OPTION(*EVENTF) USRPRF(*OWNER) REPLACE(*YES) DBGVIEW(*SOURCE)
I did this twice - but the user profile on the program was still *USER.
To get this to work I had to issue the following from the command line:
CHGPGM PGM(CCF100STR) USRPRF(*OWNER)
Am I missing something?
Do I need to delete the object before compiling?
TIA,
GReg
[Logo]<
https://www.totalbizfulfillment.com/> Greg Wilburn
Director of IT
301.895.3792 ext. 1231
301.895.3895 direct
gwilburn@xxxxxxxxxxxxxxxxxxxxxxx<mailto:gwilburn@xxxxxxxxxxxxxxxxxxxxxxx>
1 Corporate Dr
Grantsville, MD 21536
www.totalbizfulfillment.com<
http://www.totalbizfulfillment.com>
midrange.com
