×

Good News Everybody!

The new search engine is LIVE!

Please report any problems to david (at) midrange.com.




My apologies to the list, the message was supposed to be private, 
therefore the weird language...

Regards,

Uros Davidovic


-----Original Message-----
From: "Uros Davidovic" <Uros_Davidovic@xxxxxxxxxxx>
To: "RPG programming on the AS400 / iSeries" <rpg400-l@xxxxxxxxxxxx>
Date: Thu, 26 Aug 2004 10:23:52 -0400
Subject: Re: ServicePrograms VS normal Programs

> Cak i na razlicitim kontinentima, matori programeri su isti, drugim 
> recima koriste i dalje manje vise RPG3, a ne nove tehnike... 
> 
> Razlika je ovakva:
> mnogo je bolje sto se tice performanse ici na callp i service program i
> koristiti ovo kao funkcije nego zvati obicne program sa call. Razlika
> je 
> jednostavna u tome sto kad ti napravis call, program ide kroz library 
> list i mora da resolve reference znaci sve je radjeno dinamicki (dobar
> mi 
> je srbglish ili kroglish ;)). Kada uradis callp, kako je service
> program 
> bound sa tvojim programom pri kreaciji, sve reference na externe
> funkcije 
> se resolve u to vreme. Znaci, lokacija u memoriji tvoje subprocedure je
> vec poznata i nema potrebe da se trazi... Takodje, videces da mozes da 
> koristis passing parameters izuzetno efikasno, koristeci koncepte koji
> su 
> ti verovatno vec poznati kao oo programmeru kao passing by value ili 
> passing by reference ili ima i treci u RPGju sto je passing by constant
> (read only reference)... takodje, funkcije su mnogo elegantnije da se 
> koriste narocito u free form coding sa RPGjem i vracaju vrednosti, sto 
> obican program radi, ali sve ide kao pass by reference ako uradis call
> sa 
> parmima... Hope that helps...
> 
> Regards,
> 
> Uros Davidovic
 
> 
> -----Original Message-----
> From: Igor.Beslic@xxxxxxxxxxxx
> To: rpg400-l@xxxxxxxxxxxx
> Date: Thu, 26 Aug 2004 15:34:58 +0200
> Subject: ServicePrograms VS normal Programs
> 
> > Hello everybody!
> > 
> > I read some articles abouth service programs and now I am wondering
> is
> > it 
> > better to make a service program with collection of subprocedures
> that 
> > will be repeatedly called (with callP) from other programs, or is it 
> > better to have every subprocedure as one rpg program (and call it
> with 
> > call). What is diference in performance? What is exactly happening
> when
> > an 
> > program calls subprocedure from service program with callP and what
> is 
> > happening when program calls another program with call and parametar
> > list.
> > 
> > I am asking this because I am Java programer and fresh RPG programer
> > and 
> > most of RPG things I learned from IBM's student books and Sourcers
> > Guide, 
> > but my collegues (who code in RPG all their life) have totaly
> diferent 
> > aproach that doesn't meet any ruels (described in RedBook) of
> advanced
> > and 
> > modern coding.
> > 
> > Thanks, Igor. 
> > --
> > 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-2026 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.