RE: File Still Open

Chuck,

I was restoring my test environment's data library. Issued a CLRLIB on it
first. That's when I got the error (forget the CPF #): Not all objects
could be removed/deleted. At least, I *think* that's what I was doing at
the time; the little gray cells are pushing out and coloring the hair
leaving very little behind.

Plus, I'm just a neat freak. I don't like leaving a mess behind; when the
programs are through, I want all of the trash taken out (closed). Of
course, looking at my desk one would not surmise that.

Jerry C. Adams
IBM i Programmer/Analyst
If only I had known, I should have become a watchmaker. -Albert Einstein
--
A&K Wholesale
Murfreesboro, TN
615-867-5070


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of CRPence
Sent: Tuesday, May 01, 2012 2:03 PM
To: rpg400-l@xxxxxxxxxxxx
Subject: Re: File Still Open

On 01 May 2012 10:06, Jerry C. Adams wrote:

The only reason that I noticed that the file was open, even though all
programs had ended, was because I was trying to replace it for another
test.
That might be the only time when leaving it open would be an issue?

What defines /replace/ and what was the error? Admittedly the v5r1 is
pretty old, but even way back then, very few operations should fail due to a
pseudo-closed open. I suppose within the same job there may be more
potential issues, per no conflicting lock [spanning threads, there is the
SQL close even for conflicting locks; e.g. ALCOBJ
CONFLICT(*RQSRLS) which is implicitly performed by most requests of the
database object handlers which require an exclusive lock], but most of the
/generic/ operations [dltf, rnmobj, movobj, etc.] and most database actions
effect a search of the ODP chain and then effect close of any pseudo-closed
cursors before the operation, thus not interfering with activity even in the
same job. Perhaps that is just in the current activation scope, or merely
default activation; I would have to test.
Even so, if the open scoped to an activation group gave problems, then the
obvious resolution seems RCLACTGRP.?

Regards, Chuck
--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or
change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/rpg400-l.