IBM AS/400 manual Using the UPDPGM Command, Level, Changing the Optimization

Changing a Module or Program

Note: In the remainder of this section the term 'object' will be us either an ILE module or ILE program.

Using the UPDPGM Command

In general, you can update a program by

replacing

modules

as

neede

example, if you add a new procedure to

a

module,

you

recompile

th

object, and then update the

program.

You

do not have to re-create

This

is

helpful

if

you

are supplying

an

application

to

other

sites.

the revised modules, and the

receiving

site

can

update

the

applicat

UPDPGM

or

UPDSRVPGM command.

The UPDPGM command works with both

program

and

module

objects.

The

par

eters on the command are very similar to

those

on

the

CRTPGM

command.

example, to replace a module

in

a

program,

you would enter the modu

MODULE

parameter

and

the

library

name.

The

UPDPGM

command

requires

tha

the modules to be replaced be in the same libraries

as

when

the

created. You can specify that

all modules

are

to

be

replaced,

or

The UPDPGM command requires that the module

object

be

present.

Thus,

easier to use the command when you have

created

the

program

using

compile and bind steps. Since

the

module

object

already

exists,

you

its name

and library when

issuing

the

command.

To update a program created

by

CRTBNDRPG

command,

you

must

ensure

tha

the revised module is in the

library

QTEMP.

This

is

because

the

tem

used

when the

CRTBNDRPG

command

was

issued,

was created in QTEMP. Once

the module is in QTEMP, you can

issue

the

UPDPGM

command

to

replace t

module.

For more information, ILEseeConcepts and theCL Reference (Abridged).

Changing the Optimization

Level

Optimizing

an

object

means

looking

at the

compiled

code,

determining

wh

be

done

to make the run-time performance

as fast as possible, and m

necessary

changes. In general, the higher the optimizing request, th

takes

to

create an object. At run time

the

highly optimized

program

program should run faster than the corresponding nonoptimized

program

o

program.

However,

at higher levels of optimization,

the values of fields may

when displayed in a debug session, or after recovery from exceptio

optimized

code may have altered breakpoints and

step

locations

used

source debugger, since the optimization changes may rearrange or eli

statements.

To

ensure

that the contents of a field

reflect

their

most

current

after exception recovery, you can use the NOOPT keyword on the cor

Definition

specification. For more information, see

“Optimization

Consider

page

226.

To

circumvent

this problem

while

debugging,

you

can

lower

the

optimiza

a

module

to

display

fields accurately as you

debug

a

program,

and

Chapter 7. Creating a Program with the CRTRPGMOD and CRTPGM Commands87