From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,fcc2d88d867060e8 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-12-22 11:47:03 PST Path: archiver1.google.com!news2.google.com!newsfeed2.dallas1.level3.net!news.level3.com!news-out.visi.com!petbe.visi.com!in.100proofnews.com!in.100proofnews.com!prodigy.com!newsmst01.news.prodigy.com!prodigy.com!postmaster.news.prodigy.com!newssvr24.news.prodigy.com.POSTED!7db1df25!not-for-mail From: lifetime n00b User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031014 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: load and use a ".o" file? References: <132Fb.3462$I02.2996@newssvr23.news.prodigy.com> <6pEFb.418$b77.552@dfw-service2.ext.raytheon.com> In-Reply-To: <6pEFb.418$b77.552@dfw-service2.ext.raytheon.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: NNTP-Posting-Host: 66.138.57.20 X-Complaints-To: abuse@prodigy.net X-Trace: newssvr24.news.prodigy.com 1072122381 ST000 66.138.57.20 (Mon, 22 Dec 2003 14:46:21 EST) NNTP-Posting-Date: Mon, 22 Dec 2003 14:46:21 EST Organization: SBC http://yahoo.sbc.com X-UserInfo1: Q[OMB_CD_ZUCBQH]]RKB_UDAZZ\DPCPDLXUNNHLHQAVTUZ]CLNTCPFK[WDXDHV[K^FCGJCJLPF_D_NCC@FUG^Q\DINVAXSLIFXYJSSCCALP@PB@\OS@BITWAH\CQZKJMMD^SJA^NXA\GVLSRBD^M_NW_F[YLVTWIGAXAQBOATKBBQRXECDFDMQ\DZFUE@\JM Date: Mon, 22 Dec 2003 19:46:21 GMT Xref: archiver1.google.com comp.lang.ada:3711 Date: 2003-12-22T19:46:21+00:00 List-Id: Mark H Johnson wrote: > - call xyz (dispatched to an activation function) > - the activation function checks first the active segments for a symbol > within them called xyz. If found, it fixes up the dispatch to go > directly to that xyz and resumes execution. > - if not in an active segment, it uses the search path (similar to PATH > on Unix) to find a file named xyz. If found, it loads that file into a > segment, makes it active, and does the work of the second step. > - if no such file is found, it calls the command line interpreter with > an error status. This actually sounds a lot like using a distributed system (Annex E) with both active and passive partitions on the same local machine, though probably more efficient. > The subsequent calls to xyz is done just like any other cross segment > function call, basically running at (or near) full speed. It is this > part that eliminates most of the concerns about performance since the > expensive look up is only done once per symbol. Unfortunately, I won't be programming this for Multics. I may need to suck it up and just do some benchmarks using the Annex E method. Passing data, arguments, and return values along streams between paritions just to call a function sure seems like a huge performance drain, but maybe in practice it's not as bad as I imagine. > If you get this to work, I'd like to hear about it. Me too! :)