home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / internal / 2094 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  1.1 KB
  1. Xref: sparky comp.unix.internals:2094 comp.unix.sys5.r3:176
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!rutgers!uwvax!ssec.wisc.edu!dws
  3. From: dws@ssec.wisc.edu (DaviD W. Sanderson)
  4. Newsgroups: comp.unix.internals,comp.unix.sys5.r3
  5. Subject: Re: SVR3 shared libs and copying of data section
  6. Message-ID: <1993Jan7.043741.8330@cs.wisc.edu>
  7. Date: 7 Jan 93 04:37:41 GMT
  8. References: <C0GLMt.9p@aeon.in-berlin.de>
  9. Sender: news@cs.wisc.edu (The News)
  10. Organization: UW-Madison Space Science and Engineering Center
  11. Lines: 14
  12.  
  13. In article <C0GLMt.9p@aeon.in-berlin.de> thomas@aeon.in-berlin.de (Thomas Wolfram) writes:
  14. >on SVR3 all processes linked with a shared library get their
  15. >own copy of the data section of the (target) shared library.
  16. >Is it realized by "Copy-on-write"?
  17.  
  18. Yes, it's a page-level copy-on-write.  It's just like what happens with
  19. the regular data section of a child process after a fork() - the child
  20. only gets its own copy of the data pages it modifies.
  21.  
  22. >PS: I'm about to create SVR3 shared libraries for XFree86 1.2
  23.  
  24. My sympathies.
  25.  
  26. DaviD W. Sanderson (dws@ssec.wisc.edu)
  27.