home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v3 / text0036.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  1.0 KB
  1. Date:     Tue, 19 Nov 85 20:57:51 EST
  2. From: Dan Franklin <dan@BBN-PROPHET.ARPA>
  3.  
  4. > I have another argument against the desirability of these constants.  It does
  5. > not allow people to do implementations that don't have any limitations (other
  6. > than availability of resources).  It would be fairly easy to design a system
  7. > that would allow you to have an "unlimited" number of files, by allocating
  8. > a new table when the current table gets full.
  9.  
  10. Even given such a system, I think it would still be desirable to place SOME
  11. limit on the number of open files per process to limit the consequences of
  12. error.  A runaway program could conceivably open an unlimited number of files
  13. and use up the common resources (and also make it difficult to kill the
  14. process).  Limiting a process to 500 or so open files seems like a good idea
  15. (just like most systems put some huge, but definite, limit on the size of a
  16. user's stack).  This arbitrary limit would be the one that the limit facility
  17. would return.
  18.  
  19.     Dan Franklin
  20.  
  21. Volume-Number: Volume 3, Number 38
  22.  
  23.