× 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 Gad
You ask
I certainly could use some advice .
The question I have to ask is - on what?
I am guessing that you are wondering why the CL PGM where SWAPUSRPRF does not do the swap (or so it seems)
You are wondering why no error is returned
Without seeing the actual CL PGM, its going to be hard
Maybe the CL program has an all encompassing
MONMSG MSGID(CPF0000)
At the start of the program
This means that ANY error the program encounters - well - just keep on marching as if nothing happened
Another thought is that the error happens on the windows side - but is not conveyed back to the CL program

You also don't say what release you are on
I don't know if that makes any difference - but you never know


Alan Shore
E-mail : ASHORE@xxxxxxxx
Phone [O] : (631) 200-5019
Phone [C] : (631) 880-8640
'If you're going through hell, keep going.'
Winston Churchill

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxxxxxxxx] On Behalf Of Gad Miron
Sent: Wednesday, October 21, 2020 6:46 AM
To: midrange-l@xxxxxxxxxxxxxxxxxx
Subject: [EXTERNAL] Help with SWAPUSRPRF

Hello pundits

We have several CL programs calling SWAPUSRPRF ('WINUSER' *NOPWDCHK) before executing CPYTOIMPF (using a user a known to the Windowz domain) and then revert to the original user.

I recently encountered a CL PGM where SWAPUSRPRF does not do the swap (or so it seems) No error is returned and an empty file is created in the target directory.

Executing the same CALL SWAPUSRPRF ('WINUSER' *NOPWDCHK) in the COMMAND LINE and then calling the A/M CL PGM works fine .
- a (non-empty) file is created in the target Windows directory alright.

We use an RPGLE version of SWAPUSRPRF

I certainly could use some advice .

TIA
Gad
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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

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.