Aucbvax.5689
fa.info-vax
utzoo!decvax!ucbvax!info-vax
Mon Jan 4 19:40:15 1982
lib and the RTL
>From reno@DTI Mon Jan 4 19:38:54 1982
In resposnse to Bruce Wright's comments:
You should be able to use your own verssion of LIB$GET_VM
and the VMSRTL without any problems, as far as I understand things.
Since VMSRTL is a library, it will be searched only if the module has
not been found already by the linker. Thus if you include your version
of LIB$GET_VM as an object (.OBJ) file, the linker will not attempt
to find it in the RTL. You could replace the RTL version (I think)
after first de-installing the RTL, but this seems like a pretty
bad idea.
I was not aware that any of the system services or RMS routines
did anything to the user's virtual space. The RTL routines are a
different story, and so they may. Fortran does do a great deal of such
playing, because it's i/o interfaces need to do things like
allocate data structures for rms. So the problem may be because
of using fortran, and if you're careful (like by ddoinoing all your
i/o from macro, or not dynamically opening files (?)), you may
not have any problems.
The surest way to tell how something will interfere is to
dig thru the fiche, although this can be time consuming. I too
would like to hear from somebody at DEC.
- jr
-----
-----------------------------------------------------------------
gopher://quux.org/ conversion by John Goerzen <
[email protected]>
of
http://communication.ucsd.edu/A-News/
This Usenet Oldnews Archive
article may be copied and distributed freely, provided:
1. There is no money collected for the text(s) of the articles.
2. The following notice remains appended to each copy:
The Usenet Oldnews Archive: Compilation Copyright (C) 1981, 1996
Bruce Jones, Henry Spencer, David Wiseman.
