RE: QCMDEXE behavior modification

Hi Vernon,

I've not located a "run things in batch" in the Commands subsystem. There is a "compile in batch" in the Command Execution setting, but I thought that was in reference to actually doing a "Compile" from the editor, which is (or may be) different from doing it in a "user action". The "user action" that I am employing is the RPG program itself, which was being run in "normal" mode.

I've switched all the switches in Command Execution (both for compile and user action) but nothing seems to make a difference in how the user action is executed. When I execute it by recalling the command and then switching to batch, it works fine.

Now, how to make the user action work in batch mode without switching to a manual process?

FYI, I'm running RDI 9.6.0.5

-----Original Message-----
From: RPG400-L <rpg400-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Vernon Hamberg
Sent: Thursday, April 23, 2020 12:53 PM
To: RPG programming on IBM i <rpg400-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: QCMDEXE behavior modification

Hi Duane

Some things get submitted - and compiles can be one of those things.
It's a guess on my part, however. I mean, PDM options should not have an effect on the actual CRT commands.

Now RDI does have a setting in what, the Commands subsystem, to run things in batch, hence, a different job.

I wonder about the assumption - QCMDEXE does keep things at the same call level, IIRC, but it doesn't start a different job.

Do you know the job number? Can you DSPJOB using that number?

I'm also curious about doing the compile - C-spec created variables can be ascertained just by scanning the source, right? I've not had reason to look, so I ask, what does the compile give you that is more informative? That would be cool stuff to learn about!

Regards
Vern

On 4/23/2020 10:35 AM, Duane Scott wrote:

I've made an assumption here based on observations, and I may be incorrect (and most likely am), but I have no other explanation. Hopefully, in as kind of a manner as is usually displayed in this group, I can be corrected and put on the right path.

I've created an SQL based RPGLE program that I use to convert RPG IV to RPG Free. In it, I utilize the SYSTEM() function to compile the original source, copy the spooled file to a source file member, and search for various information like c-spec created variables. The problem is that when running the program using the RDI "user action", the compile spool file job number is not the same as the job number of the job that issued the "user action".

I don't know why, but it uses a job associated with my user id, but not one of the current active jobs. Not sure what job that is and why it uses it. Nor do I know how to discover what the spool file job number is.

I believe that this is also an issue with other development environments other that RDI, so I don't think it's an "RDI" problem, but one associated with SYSTEM() and similar. I haven't tried QCMDEXE to see if that is different. Maybe I should?

Any known answers?


Duane

CONFIDENTIALITY NOTICE: This electronic message transmission is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. If you have received this transmission, but are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this information is strictly prohibited. If you have received this e-mail in error, please contact NALC Health Benefit Plan at 703-729-4677 and delete and destroy the original message and all copies.

--
This is the RPG programming on IBM i (RPG400-L) mailing list To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.midrange.com_mailman_listinfo_rpg400-2Dl&d=DwICAg&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=LifWsbmXTz4aXbMMEwOi1aJ3sWD5nsP_QI4reJ8MbDM&m=tJ-fGSOGema55dFys2-VoCObKVfxw0eP3NZfnVQ2qfk&s=wAUZf9Do9gKSwjl7OAgl7AFhRPNTgd3Y64_P5HO5-nE&e=
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at https://urldefense.proofpoint.com/v2/url?u=https-3A__archive.midrange.com_rpg400-2Dl&d=DwICAg&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=LifWsbmXTz4aXbMMEwOi1aJ3sWD5nsP_QI4reJ8MbDM&m=tJ-fGSOGema55dFys2-VoCObKVfxw0eP3NZfnVQ2qfk&s=STYW-MEKrc9h1Vu4y2hlBgiA018M4iTxQAQSFCCP1O0&e=.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.

Help support https://urldefense.proofpoint.com/v2/url?u=http-3A__midrange.com&d=DwICAg&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=LifWsbmXTz4aXbMMEwOi1aJ3sWD5nsP_QI4reJ8MbDM&m=tJ-fGSOGema55dFys2-VoCObKVfxw0eP3NZfnVQ2qfk&s=neGwuA-ogPamMNx1kB7JC0gb1f80X85_-pgmJNf0PYE&e= by shopping at https://urldefense.proofpoint.com/v2/url?u=http-3A__amazon.com&d=DwICAg&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=LifWsbmXTz4aXbMMEwOi1aJ3sWD5nsP_QI4reJ8MbDM&m=tJ-fGSOGema55dFys2-VoCObKVfxw0eP3NZfnVQ2qfk&s=Z1v8pbdV7U2bhEprmKjTE59oVGb7LzCvpC_N1lD0aUI&e= with our affiliate link: https://urldefense.proofpoint.com/v2/url?u=https-3A__amazon.midrange.com&d=DwICAg&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=LifWsbmXTz4aXbMMEwOi1aJ3sWD5nsP_QI4reJ8MbDM&m=tJ-fGSOGema55dFys2-VoCObKVfxw0eP3NZfnVQ2qfk&s=uucr4S-QCtWUPxeGycytXbi3ahCTixnVVNx2saAAr-Y&e=