Re: Efficiency of Bound vs. Dynamic Calls

Yes and the single level store is something I have been trying to wrap my
mind around. Is there a white paper or patent document that states what it
really is. I would imagine that the service program's image would have to be
mapped into the process's memory space... I have been programming on the
S/3 - AS/400 for many moons and I am still left scratching my head trying to
differentiate between the concept of loadable modules, DLLs, and the single
level store. (Not that I really need to understand it completely but you
know how us computer geeks are... We have to know everything)

Thanks for the correction!
Eric

______________________________________________
Eric N. Wilson
President
Doulos Software & Computer Services
2913 N Alder St
Tacoma WA 98407


----- Original Message -----
From: John P Carr <jpcarr@tredegar.com>
To: RPG400-L <RPG400-L@midrange.com>
Sent: Wednesday, September 08, 1999 7:33 PM
Subject: Re: Efficiency of Bound vs. Dynamic Calls


>
> Eric Wilson said;
> <SNIP>
> >>If you were to bind to a service program then you would incur (One time
>  >>only) name resolution, <load the service program into memory>, do
memory
> <SNIP>
>
> Great stuff Eric,    But one caveat of the service program,  It is a
> Real named object.   Meaning;  Like a regular *PGM type, (or anyother
> object really)  it will take advantage of AS/400's single level store
> arch.    Meaning that if someone else just called that program
> It may already be in memory and you actually will not incur  the
> price of bringing that object off Dasd into memory.
>
> John Carr
>
>
>
> +---
> | This is the RPG/400 Mailing List!
> | To submit a new message, send your mail to RPG400-L@midrange.com.
> | To subscribe to this list send email to RPG400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
david@midrange.com
> +---

+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---