home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky vmsnet.internals:1406 comp.os.vms:16182
- Path: sparky!uunet!stanford.edu!agate!spool.mu.edu!uwm.edu!linac!att!bu.edu!news.tufts.edu!news.hnrc.tufts.edu!saul_sy
- From: saul_sy@hnrc.tufts.edu (Saul Tannenbaum)
- Newsgroups: vmsnet.internals,comp.os.vms
- Subject: Re: VMS shareable images, what's wrong with them?
- Message-ID: <1992Oct7.133839.432@hnrc.tufts.edu>
- Date: 7 Oct 92 18:38:39 GMT
- References: <Bvo7FC.M01@ithaca.com> <3025@mitech.com> <1992Oct6.201520.24059@e2big.mko.dec.com>
- Organization: USDA HNRC at Tufts University
- Lines: 28
-
- In article <1992Oct6.201520.24059@e2big.mko.dec.com>, lionel@quark.enet.dec.com (Steve Lionel) writes:
- >
- > Dynamic linking has been
- > available for some years on VAX/VMS through LIB$FIND_IMAGE_SYMBOL.
- > --
-
- While LIB$FIND_IMAGE_SYMBOL is far,far better than nothing, I would contend
- that it is *not* dynamic linking, it's run time activation of a shared
- image. Real dynamic link as implemented in e.g. Multics, should not require
- the writing of code for it to work.
-
- Real dynamic linking (the resolution of external references at image
- activation time) should have been in VMS since day 1, and LIB$FIND_IMAGE_SYMBOL
- is, IMHO, a fairly ugly kludge to graft in those capabilities after the fact.
-
- >
- > Steve Lionel lionel@quark.enet.dec.com
- > SDT Languages Group
- > Digital Equipment Corporation
- > 110 Spit Brook Road
- > Nashua, NH 03062
-
- ********************************************************************************
- Saul Tannenbaum |
- Manager, Scientific Computing |Internet: STANNENB@HNRC.TUFTS.EDU
- USDA Human Nutrition Research Center on |
- Aging at Tufts University |
- *********************** Standard Disclaimers Apply *****************************
-