× 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.



The *SYS level environment variables are (more or less) default values for the job-level ones. In general, software never looks at the system level ones. (I'm generalizing -- it's certainly POSSIBLE for software to look at the system-level ones, but it's not the normal way of doing things.) Programs normally only read the job-level variables.

The first time that a program accesses a job-level environment variable, all of the system-level ones are copied into that job. In this way, you can say that a job's environment variables start out with the values defined at the system-level. Or, as I prefer to think of it: system-level variables are the "default values", and job-level ones are the actual variables used by software...

When you submit a job with CPYENVVAR(*YES), it tells the SBMJOB command that the newly created job SHOULD NOT get it's defaults from the system-level variables. Instead, it should get it's defaults from the job that's running the SBMJOB command. So the job-level variables are copied from one job to another. If you specify CPYENVVAR(*NO), then they are copied from the system-level ones as usual.

So if there's a system-level variable and you don't want it used, you have to follow these steps:

a) Use RMVENVVAR to remove it from the current job.

b) Submit with CPYENVVAR(*YES)

Specifying CPYENVVAR(*YES) prevents the new job from being initialized from teh system-level ones. Instead, it's initialized from the submitting job's variables -- and since the envvar was removed from the submitting job, it won't existed in the submitted one either.



Urbanek, Marty wrote:
If someone has defined an environment variable at *SYS level:

ADDENVVAR ENVVAR(foo) VALUE(bar) LEVEL(*SYS)

How can I eliminate this from having an effect in my job? I want my job
to run as if this variable was never defined.

Would I have to explicitly include code in my job, such as:

RMVENVVAR ENVVAR(foo) LEVEL(*JOB)

?

If I specify CPYENVVAR(*NO) on SBMJOB, would this do the trick? The
description doesn't lead me to believe so. I'm not so concerned about
copying env vars from the submitting job as wanting to ignore the *SYS
level env vars that are in place.

THANKS,
-Marty


As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.