HP3000-L Archives

March 1995, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Scott Herman <[log in to unmask]>
Reply To:
Scott Herman <[log in to unmask]>
Date:
Fri, 24 Mar 1995 09:39:58 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (43 lines)
At 03:16 AM 3/24/95 GMT, Mike Paivinen wrote:
>Ray KINGSBURY ([log in to unmask]) wrote:
><snip>
>: Is there a way to write a CM->NM switch stub that can call a subprogram
>: in an XL that calls a procedure in another XL? Has anybody else run
>: up against this?  The truth is, we don't actually have all that many
>: subprograms that we implement in this manner, but I'd probably set up
>: more this way If I could figure out how to bind multiple XLs out of a
>: CM->NM switch stub.
>
>After posting my prior response, I found out about an enhancement that is
>under investigation in the lab.  [I guess I don't know everything that's
>going on after all.]  The enhancement is to add dependent libraries to MPE/iX.
>I've attached a brief description of what dependent libraries are.  They
>would solve the problem you described.  Each XL points to the XLs it's directly
>dependent on.  So, you only have to pass to switch the library containing the
>routine you want to switch to.  All the other required libraries would be
>loaded as dependent libraries.  Even the XL list for your program file would
>only have to include those libraries that are known to satisfy externals for
>the program.  All the other libraries would be loaded via the dependent
>library lists.
 
This would be really great for us. We currently stuff all our shared code
into one big 'catch-all' XL. Every time we want to add something new, which
we do a lot, 'cuz we're porting from CM, we have to kill everything that
uses the big mutha XL. This is a real problem for us, being in a downtime
intolerant environment.
 
With dependent libraries, we could just add a new XL which references the
others. If we need to fix something in an XL it would only require shutdown
of those facilities which are affected by the change.
 
When will this be available?
 
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:                                                                           :
: Scott Herman          [log in to unmask]   Yale-New Haven Hospital
:
: Dept of Lab Medicine                                       20 York Street :
: (203) 785-2449                                       New Haven, Ct. 06504 :
:                                                                           :
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

ATOM RSS1 RSS2