RE: 36 Environment Library Issue

Douglas,

Thanks. I hadn't thought about bypassing the command and going straight to
the OCL statement. It's sorta odd (to me, anyway) that if one prompts (F4)
on FLIB the Session parameter is not an available option.

The procedure runs out of the Job Scheduler every Saturday morning.
Hopefully this change will make the difference.

Jerry C. Adams
IBM i Programmer/Analyst
A tree's a tree. How many more do you need to look at? - Ronald Reagan
--
A&K Wholesale
Murfreesboro, TN
615-867-5070


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Douglas Handy
Sent: Monday, July 11, 2011 8:53 AM
To: Midrange Systems Technical Discussion
Subject: Re: 36 Environment Library Issue

Jerry,

Instead of using the FLIB procedure, use the // FILELIB ocl statement which
has additional options.

Replace

FLIB TSTQS36F

with

// FILELIB NAME-TSTQS36F,SESSION-NO,LIBL-NO

The SESSION-NO is what makes it take effect immediately for the active job,
whereas I believe FLIB performs the default SESSION-YES which has no effect
on a procedure already active. Add LIBL-NO if you do not also want it to
search the LIBL for files which are not in TSTQS36F.

You can even to two statements:

// FILELIB NAME-TSTQS36F,SESSION-NO,LIBL-NO
// FILELIB NAME-TSTQS36F,SESSION-YES,LIBL-NO

if you want TSTQS36F to remain the new FLIB after the OCL ends.

Doug