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



Putting the initialization up front may be clearer.  Then again, why use 
subroutines at all when inline code may be clearer <sarcasm intended>?

Rob Berendt
-- 
"All creatures will make merry... under pain of death."
-Ming the Merciless (Flash Gordon)




Hans Boldt <boldt@xxxxxxxxxx> 
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
01/13/2004 02:07 PM
Please respond to
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>


To
rpg400-l@xxxxxxxxxxxx
cc

Fax to

Subject
Re: *INZSR - I still love you!!!






Bob cozzi wrote:
> Tony,
> I'd have to both agree and disagree with this one.
> I think the use of the *INZSR was very viable in RPGIII and is still 
viable
> today with RPG IV. 
> I've never bought into the notion that just because you can't see the 
code
> in front of you, the feature shouldn't be used. This is the kind of 
excuse I
> hear all the time when I ask people why they avoid /COPY like the 
plague. 
> Having said that, if I could walking in someone else's shoes for a 
moment
> and suppose I was using another language (primarily) and not familiar 
with
> RPG, then yes, *INZSR would present an interesting learning curve to me. 
I
> would probably spend hours (days?) trying to figure out what the heck 
was
> going on.... But then I'd learn *INZSR and its function and I'd be set 
for
> the rest of my career. 
> 

Learning curve for *INZSR? If you can't figure it out in minutes (if not 
seconds), then you're in the wrong profession. IMO.

If I remember correctly, one of the main reasons justifying the addition 
of *INZSR to the RPG III language was that there was no way to fully 
initialize your output fields prior to the first *DETL step of the RPG 
logic cycle. Now, while there /may/ have been enough users of the RPG 
logic cycle around at the V2R3 time frame to justify *INZSR, there are 
certainly a lot fewer cycle users today.

Maybe I'm just in a cranky mood today, but I'm not sure if saving one 
(1) EXSR statement in the typical RPG program is enough of a reason to 
justify having a special *INZSR name in the language. (Sure, there's 
always RESET. But as I suggested earlier, I don't think much of RESET 
either!)

As someone else mentioned, putting the initialization up front is 
clearer than putting it lower down amongst the subroutines.

Cheers! Hans


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