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



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