RE: RE: Rép. : Re: Service program not using LIBL

Duane,

We installed this technique in order to avoid some programmer to forget
to close files or to remove OVRDBF.
This was when we had few quality control.

Now that we have a team dedicated to QC, I guess we should be switching
back to more standard programming techniques...


Pascal Bellerose
pascal_bellerose@xxxxxxxxxxxx
Cascades Canada inc.
Programmeur-analyste au support
Telephone: 819-363-6114 (2114)
Télécopie/Fax: 819-363-6155 (6155)

Tenez-vous vraiment à imprimer ce courriel?
Changez d'environnementalité!

Le 11 Octobre, 2007 à 10:14, "Christen, Duane J."

<dchristen@xxxxxxxxxxxxx> a écrit :
This is just my opinion, but if you regularly require a RCLRSC or
RCLACTGRP
then there is something wrong with your coding. Personally I have
never
needed to do either in a production process. I could see where a
program/process may execute once everytime a user signs on or enters
an
application for the first time. In this case I would use a *NEW
activation
group, thus the activation group is reclaimed automatically.

Duane Christen

-----Original Message-----
From: rpg400-l-bounces+dchristen=mcleodusa.com@xxxxxxxxxxxx
[mailto:rpg400-l-bounces+dchristen=mcleodusa.com@xxxxxxxxxxxx]
On Behalf
Of Pascal Bellerose
Sent: Thursday, October 11, 2007 7:47 AM
To: RPG programming on the AS400 / iSeries
Subject: Rép. : [SPAM] Re: Service program not using LIBL


A good one David,
We are doing exactly the same here and I'm tired of the paradigm

that

say that we should always do a RCLRSC when exiting an RPG PGM.

I asked to our old timers and the only explanation I got, is that

this

programming technique was introduced in RPGIII and was never removed
even though new soft we develop are now completely ILE.
There are still some old programs from RPGIII and S36 remaining our
framework, but the new ones should, in my opinion get rid of those
RCLRSC and use another programming concept. But that's where
I'm stuck
and got nowhere to go. It's hard to push a concept that you
don't even
know.

If anyone knows which programming technique we should use instead of
RCLRSC in an environment using ILE, RPGIII and S36, please
feel free to
provide us some answers!!!

Thx


Pascal Bellerose
pascal_bellerose@xxxxxxxxxxxx
Cascades Canada inc.
Analyst-Programmer-Helpdesk
Telephone: 819-363-6114 (2114)
Fax: 819-363-6155 (6155)
Do you really need to print this e-mail? Change your

environmentality!

Le 11 Octobre, 2007 à 03:19, "David Foxwell"

<david.foxwell@xxxxxxxxx> a écrit :
I was wondering if anyone knew of a dummy's guide to this sort of
thing.

In my company we have kept all our old RPGIII. Instead of converting
the
sources, we have encapsulated them whenever needed by an RPGIV.
All our programs are compiled with ACTGRP(*CALLER) and we use RCLRSC
systematically in the CLP that call our RPGLE.

RCLRSC and its different parmeters is difficult to understand and
sometimes
doesn't do what we expected (or hoped).



----- Original Message -----
From: "Scott Klement" <rpg400-l@xxxxxxxxxxxxxxxx>
To: "RPG programming on the AS400 / iSeries" <rpg400-l@xxxxxxxxxxxx>
Sent: Wednesday, October 10, 2007 11:43 PM
Subject: Re: Service program not using LIBL

It's only *ELIGIBLE that's not recommended. There's nothing wrong

with

RCLACTGRP in general -- though IMHO, you should only use it on
activation groups that *you* created. For example, I personally

would

never recommend using RCLACTGRP QILE in a production program.

But,

RCLACTGRP KLEMACC1 (which is short for 'Klements Accounting') I

wouldn't

have a problem with, since it's unlikely to be used by any

software

that

my company didn't develop.

Lim Hock-Chai wrote:

Sorry, RCLACTGRP is what I meant. I've heard some of the

experts

said

that RCLACTGRP is, sometime, unpredictable. I couldn't

remember if
that

statement only apply to RCLACTGRP ACTGRP(*ELIGIBLE) only or just
RCLACTGRP in general. Sorry if I miss-stated this.

--
This is the RPG programming on the AS400 / iSeries

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

--
This is the RPG programming on the AS400 / iSeries (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.

--
This is the RPG programming on the AS400 / iSeries (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.