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



Yeah right... And how should I have that approved in the budget?
We're up north in Quebec... I don't think theses guys will simply pay
us a visit and chat about RPG just like that...

Le 11 Octobre, 2007 à 11:14, "Lim Hock-Chai"
<Lim.Hock-Chai@xxxxxxxxxxxxxxx> a écrit :
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.

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.