home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / internal / 2081 < prev    next >
Encoding:
Text File  |  1992-12-24  |  1.5 KB  |  36 lines
  1. Newsgroups: comp.unix.internals
  2. Path: sparky!uunet!super!rminnich
  3. From: rminnich@super.org (Ronald G Minnich)
  4. Subject: Re: Does dlopen consume a fd?
  5. Message-ID: <1992Dec23.203539.2829@super.org>
  6. Sender: news@super.org (USENET News System)
  7. Nntp-Posting-Host: metropolis
  8. Organization: Supercomputing Research Center (Bowie, MD)
  9. References: <1992Dec23.143819.27180@rwwa.COM> <16068@auspex-gw.auspex.com>
  10. Distribution: usa
  11. Date: Wed, 23 Dec 1992 20:35:39 GMT
  12. Lines: 22
  13.  
  14. In article <16068@auspex-gw.auspex.com> guy@Auspex.COM (Guy Harris) writes:
  15. >SunOS 4.x "mmap()" is different from the "mmap()" originally proposed by
  16. >Berkeley, in that if the file descriptor used in the "mmap()" is closed,
  17. >mappings established with that FD are *not* removed.  This was done, in
  18. >part, precisely to *avoid* having shared libraries - and "dlopen()"ed
  19. >objects - consume file descriptors.  
  20.  
  21. One other problem it seems to me had closed file descriptors removed
  22. mappings would have been mysterious problems when users accidently
  23. close the wrong fd and e.g. blew away their library mapping. 
  24. There are many user programs that simply walk through all fd's and 
  25. close them all. Requiring these programs  to now figure out what was
  26. an fd for a  library and not mess with it might have been a serious problem.
  27. At the very least sounds like a support nightmare. 
  28. Was this issue considered as well?
  29. ron
  30.  
  31.  
  32. -- 
  33. you want windows? I got windows. 4608 by 3600,    | rminnich@super.org
  34. 16 channels of sound, 4' by 6'. Fun.              | (301)-805-7451 or 7312
  35. Most abused words: open, scaleable, [more later]  |
  36.