Re: This is cool.

If I am writing a program, I am using Main(StartupProcedureName). *INZSR

as obsolete as a dodo bird.

Amen.

I use a slight variation....

Init();
Main();
Eoj();
// We're done....

Roger Harman
COMMON Certified Application Developer - ILE RPG on IBM i on Power








From: RPG400-L <rpg400-l-bounces@xxxxxxxxxxxx> on behalf of Alan Campin <
alan0307d@xxxxxxxxx>
Sent: Tuesday, August 1, 2017 10:45 AM
To: RPG programming on the IBM i (AS/400 and iSeries)
Subject: Re: This is cool.

<snip>
I'm not advocating that we now do ALL our initializations in *INZSR.
Just adding to Mark's theme of "there are multiple reasonable ways" to
do things.)
</snip>

Ok, what possible reason would someone be doing a *INZSR in new code? Why
would you still be writing code with RPG runtime?

If I am writing a program, I am using Main(StartupProcedureName). *INZSR is
as obsolete as a dodo bird.



On Tue, Aug 1, 2017 at 8:38 AM, John Yeung <gallium.arsenide@xxxxxxxxx>
wrote:

On Tue, Aug 1, 2017 at 10:36 AM, Mark Murphy/STAR BASE Consulting Inc.
<mmurphy@xxxxxxxxxxxxxxx> wrote:

I don't know how this is wallowing in the past.

Not that this was your point, but I would like to remind people that
newer isn't *always* better. We should be thinking critically, instead
of using chronological age as a proxy for quality (or lack thereof).

It all seems a bit arbitrary to me. Particularly since [various methods

of initialization] all seem equally valid in my mind.

Indeed. In addition to what you mentioned, it's also perfectly
reasonable to want your *type declarations* separate from any
*assignment of data*. Even if that assignment is at initialization
time. And, all else being equal, I can totally see how it might be
nice to have all your initializations in one place, rather than some
at the top (in D specs) and some at the bottom.

(I'm not advocating that we now do ALL our initializations in *INZSR.
Just adding to Mark's theme of "there are multiple reasonable ways" to
do things.)

John Y.
--
This is the RPG programming on the IBM i (AS/400 and 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

RPG400-L Info Page - midrange.com
lists.midrange.com
Your email address: Your name (optional): You may enter a privacy password
below. This provides only mild security, but should prevent others from
messing ...

or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

midrange.com -- RPG400-L mailing list archive
archive.midrange.com
midrange.com RPG400-L mailing list archive

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD

--
This is the RPG programming on the IBM i (AS/400 and 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.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD

--
This is the RPG programming on the IBM i (AS/400 and 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.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD