ibm-information-center/dist/eclipse/plugins/i5OS.ic.dm_5.4.0.1/rbal3ovrgp.htm

98 lines
7.2 KiB
HTML

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html lang="en-us" xml:lang="en-us">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="copyright" content="(C) Copyright IBM Corporation 2005" />
<meta name="DC.rights.owner" content="(C) Copyright IBM Corporation 2005" />
<meta name="security" content="public" />
<meta name="Robots" content="index,follow" />
<meta http-equiv="PICS-Label" content='(PICS-1.1 "http://www.icra.org/ratingsv02.html" l gen true r (cz 1 lz 1 nz 1 oz 1 vz 1) "http://www.rsac.org/ratingsv01.html" l gen true r (n 0 s 0 v 0 l 0) "http://www.classify.org/safesurf/" l gen true r (SS~~000 1))' />
<meta name="DC.Type" content="concept" />
<meta name="DC.Title" content="Process overrides: General principles" />
<meta name="abstract" content="The server processes overrides according to some general principles." />
<meta name="description" content="The server processes overrides according to some general principles." />
<meta name="DC.subject" content="call level, effect on override processing, processing, overrides, call level effects, override, when specified, QCMDEXC program, order of application, securing, protecting override, SECURE parameter, *YES value, override protection, application, order, several overrides to single file" />
<meta name="keywords" content="call level, effect on override processing, processing, overrides, call level effects, override, when specified, QCMDEXC program, order of application, securing, protecting override, SECURE parameter, *YES value, override protection, application, order, several overrides to single file" />
<meta name="DC.Relation" scheme="URI" content="rbal3call.htm" />
<meta name="DC.Format" content="XHTML" />
<meta name="DC.Identifier" content="rbal3ovrgp" />
<meta name="DC.Language" content="en-us" />
<!-- All rights reserved. Licensed Materials Property of IBM -->
<!-- US Government Users Restricted Rights -->
<!-- Use, duplication or disclosure restricted by -->
<!-- GSA ADP Schedule Contract with IBM Corp. -->
<link rel="stylesheet" type="text/css" href="./ibmdita.css" />
<link rel="stylesheet" type="text/css" href="./ic.css" />
<title>Process overrides: General principles</title>
</head>
<body id="rbal3ovrgp"><a name="rbal3ovrgp"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">Process overrides: General principles</h1>
<div><p>The server processes overrides according to some general principles.</p>
<ul><li>Overrides applied include any that are in effect at the time a file is
opened by an application program, when a program that opens a file is compiled,
or when certain server commands are used. (See <a href="rbal3ovrfa.htm#rbal3ovrfa">Override file attributes</a>, <a href="rbal3aowcp.htm#rbal3aowcp">Apply overrides when compiling a program</a>, and <a href="rbal3eoscd.htm#rbal3eoscd">Effect of overrides on some commands</a>).
Thus, any overrides that are to be applied must be specified either before
the file is opened by a program or before a program that opens the file is
compiled. It is not necessary that overrides must be supplied for every file
that is used in a program. Any file name for which no override is supplied
is used as the actual file name.</li>
<li>Override commands that are scoped to the job level remain in effect until
they are replaced, deleted, or until the job in which they are specified ends.
For more information about deleting overrides, see <a href="rbal3deover.htm#rbal3deover">Delete overrides</a>.</li>
<li>There can be only one active override for a file at each level (job level,
activation group level, or call level). If more than one override for the
same file exists at the same level, the most recent one is active. <p>For
an example of how the server processes overrides when more than one override
for the same file exists at the same level, see <a href="rbal3ovrsf2.htm">Overrides to the same file at the same call level: scenario</a>.</p>
</li>
<li>Override commands that are scoped to the job level apply to all programs
that are running in the job regardless of the call level or activation
group in which the overrides are specified.</li>
<li>Override commands that are scoped to an activation group level apply to
all programs that are running in the activation group regardless of the call
level in which the overrides are specified.</li>
<li>An override command (scoped to the call level) that is entered interactively
exists at the call level for the caller of that command processor. For example,
an override (scoped to the call level) that is entered on the command entry
display cannot be deleted or replaced from a command processor that is called
from the command entry display.</li>
<li>The call level of an override (scoped to the call level) that is coded
in a CL program is the call level of the CL program.</li>
<li>An override (scoped to the call level) outside a program in a batch job
takes the call level of the batch job command processor.</li>
<li>If an override command (scoped to the call level) is run using a call
to the QCMDEXC program, the override takes the call level of the program that
called the QCMDEXC program. For an example, see <a href="rbal3clovr.htm#rbal3clovr">CL program overrides</a>.</li>
<li>Exits (<a href="../cl/endpgm.htm">ENDPGM</a>, <a href="../cl/return.htm">RETURN</a>, or abnormal
exits) from a call operation delete overrides scoped to that call level. However,
they do not delete overrides that are issued in that call level when they
are scoped to the activation group level or the job level. <p>For an example,
see <a href="rbal3exits.htm#rbal3exits">Effect of exits on overrides: scenario</a>.</p>
</li>
<li>The <a href="../cl/tfrctl.htm">TFRCTL</a> command
causes one program to be replaced by another program at the same call level.
The program, to which control is transferred, runs at the same call level
as the program that contained the TFRCTL command. An override command in a
program that transfers control to another program is not deleted during the
transfer of control. <p>For an example, see <a href="rbal3aosin.htm#rbal3aosin">Effect of TFRCTL on overrides: Scenario</a>.</p>
</li>
<li>Several overrides (possibly one per call level, one at the activation
group level, and one at the job level) to a single file are allowed. They
are processed according to the priorities in <a href="rbal3prior.htm#rbal3prior">Process priority of overrides</a>. <p>For
an example of processing overrides, see <a href="rbal3ile.htm#rbal3ile">How the server processes overrides: scenario</a>.</p>
</li>
<li>You can protect an override from being overridden by overrides at lower
call levels, the activation group level, and the job level; specify SECURE(*YES)
on the override. For an example, see <a href="rbal3secrf.htm#rbal3secrf">Secure files against overrides</a>.</li>
</ul>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rbal3call.htm" title="In the Integrated Language Environment, overrides can be scoped to the call level, the activation-group level (the default), and the job level.">How the server processes overrides</a></div>
</div>
</div>
</body>
</html>