I've found that the quickest and most persuasive way to introduce new and grand RPG programming concepts into a shop is to have a well known RPG expert (We used Jon Paris and Susan Gantner) on site and have him evaluates and layout steps and things that need to do to take your shop into the 21th century. It is not that you can't do it yourself. The problem is that whatever you say is likely to be questioned and will eventually frustrate you and your teammate. :).
-----Original Message-----
From: rpg400-l-bounces+lim.hock-chai=usamobility.com@xxxxxxxxxxxx [mailto:rpg400-l-bounces+lim.hock-chai=usamobility.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.
As an Amazon Associate we earn from qualifying purchases.