home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 8483 < prev    next >
Encoding:
Text File  |  1992-08-17  |  1.8 KB  |  36 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!Sirius.dfn.de!chx400!bernina!almesber
  3. From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
  4. Subject: Re: shared libs - can everyone be happy with this?
  5. Message-ID: <1992Aug17.201501.2128@bernina.ethz.ch>
  6. Sender: news@bernina.ethz.ch (USENET News System)
  7. Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
  8. References: <1992Aug17.144719.1961@crd.ge.com> <1992Aug17.151311.29507@ods.com> <LILJEBER.92Aug17203359@klaava.Helsinki.FI>
  9. Date: Mon, 17 Aug 1992 20:15:01 GMT
  10. Lines: 24
  11.  
  12. In article <LILJEBER.92Aug17203359@klaava.Helsinki.FI> liljeber@klaava.Helsinki.FI (Mika Pekka Liljeberg) writes:
  13. > Would this break demand loading, then? I think not. A text page could still
  14. > be freed and reloaded on demand. Any library references on it would simply
  15. > get relinked, when the path of execution intercepted them.
  16.  
  17. ... unless that address reference happens to cross a page boundary. Then
  18. you have five choices:
  19.  
  20.    - define this case as illegal. (Not that bad, but probbaly unpopular.)
  21.    - provide a mechanism to fault in both pages at the same time.
  22.      (Might be difficult.)
  23.    - lock both pages in memory. (Very ugly.)
  24.    - make both pages part of the process' data space. (Ugly.)
  25.    - don't patch the call. (Now you're possibly incurring a huge performance
  26.      penalty (at least compared to what you gain by modifying jumps),
  27.      because you're going through the patching code whenever that call is
  28.      performed.)
  29.  
  30. - Werner
  31. -- 
  32.    _________________________________________________________________________
  33.   / Werner Almesberger, ETH Zuerich, CH      almesber@nessie.cs.id.ethz.ch /
  34.  / IFW A44  Tel. +41 1 254 7213                 almesberger@rzvax.ethz.ch /
  35. /_BITNET:_ALMESBER@CZHETH5A__HEPNET/CHADNET:_[20579::]57414::ALMESBERGER_/
  36.