home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / bsd / 10174 < prev    next >
Encoding:
Text File  |  1992-12-14  |  1.3 KB  |  33 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!munnari.oz.au!metro!socs.uts.edu.au!syzygy!raz
  3. From: raz@socs.uts.edu.au (The Inimitable Raz)
  4. Subject: Re: [386bsd] cp something to /bin/cp and cp core dumps; bug or feature?
  5. Message-ID: <raz.724317502@syzygy>
  6. Sender: news@socs.uts.edu.au
  7. Organization: Computing Sciences, Uni of Technology, Sydney.
  8. References: <Byn6uL.2oM@ra.nrl.navy.mil> <1992Dec2.185331.57@unislc.uucp>     <1fjcsuINN2vf@hrd769.brooks.af.mil> <VIXIE.92Dec5145556@cognition.pa.dec.com>
  9. Date: 14 Dec 92 07:18:22 GMT
  10. Lines: 21
  11.  
  12. vixie@pa.dec.com (Paul A Vixie) writes:
  13.  
  14.  
  15. >Paged "Virtual Memory", as BSD implements it, means that programs are
  16. >brought into memory in itty bitty pieces called "pages", and various
  17. >lies are told that make the program believe that its text and its data
  18. >and its stack are all contiguous in memory even though most of it could
  19. >be missing and what's there could be in random order in the real RAM.
  20.  
  21. [Excellent description of paged virtal memory deleted.]
  22.  
  23. As I understood it however, writing to an executable was supported by
  24. virtue of unlinking it FIRST, thus leaving it floating in limbo till
  25. the process(es) using the pages were terminated. Is this not the case?
  26.  
  27.  
  28. --
  29. Bye for now.
  30.          - Raz           
  31.  
  32. raz@socs.uts.edu.au   (Roland Turner)   (OH) 61 2 319 5700
  33.