× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Duane,

No problem, no harm done, I'm glad to see we're not alone... ;-)

Pascal


Le 11 Octobre, 2007 à 11:08, "Christen, Duane J."
<dchristen@xxxxxxxxxxxxx> a écrit :
Pascal;

If I came accross condesending or such it was not my intention.

I've been in the middle of directors who want in done last week dmn
the
quality, and programmers who won't take the extra 10 minutes to do it
right.

Duane Christen

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx]On Behalf Of Pascal Bellerose
Sent: Thursday, October 11, 2007 9:46 AM
To: 'RPG programming on the AS400 / iSeries'
Subject: 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.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.