home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / minix / 5115 < prev    next >
Encoding:
Text File  |  1993-01-11  |  1.2 KB  |  32 lines
  1. Newsgroups: comp.os.minix
  2. Path: sparky!uunet!grebyn!escom!al
  3. From: al@escom.com (Al Donaldson)
  4. Subject: Re: strange behavior(?)
  5. Message-ID: <1993Jan10.194932.9702@escom.com>
  6. Reply-To: al@escom.COM (Al Donaldson)
  7. Organization: ESCOM Corp., Oakton VA (USA)
  8. References: <1992Dec22.162113.22648@udel.edu> <BzoL9v.Fv1@cs.vu.nl>
  9. Date: Sun, 10 Jan 1993 19:49:32 GMT
  10. Lines: 20
  11.  
  12. In article <BzoL9v.Fv1@cs.vu.nl> kjb@cs.vu.nl (Kees J. Bot) writes:
  13. >Rory <cfctech%opusnet%opus@ph.gmr.com> writes:
  14. >>    If more than 5 partitions are mounted, "ls -l" will "stumble"
  15. >>    every time it comes to a file with a different owner or group.
  16. >
  17. >With five mounted partitions your block cache becomes crowded with bit
  18. >map blocks.  Each time ls has to print another user name it calls
  19. >getpwnam(3), which reads /etc/passwd, that is no longer in the cache...
  20.  
  21. The Prentice Hall 1.5 version of ls.c doesn't even cache the last user 
  22. name (the code says it does, but it doesn't).  It calls getpwnam() 
  23. for _every_ file listed by ls.  I posted a two-line patch to ls on 
  24. 16 Sep 92 that fixed this problem.  Email me for the patch if you're 
  25. running 1.5 and interested in fixing this problem.
  26.  
  27. But this doesn't sound like the problem listed above, otherwise it
  28. would "stumble" for every file listed.
  29.  
  30. Al
  31.  
  32.