home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / aix / 13588 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  1.9 KB

  1. Path: sparky!uunet!olivea!pagesat!spssig.spss.com!brent
  2. From: brent@spss.com (Brent Lambert)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: Another shared library Question
  5. Keywords: slibclean
  6. Message-ID: <C17uys.E45@spss.com>
  7. Date: 21 Jan 93 18:20:52 GMT
  8. References: <C0tDxv.DuA@spss.com> <1993Jan14.192618.24876@watson.ibm.com> <C12rFE.16uH@austin.ibm.com>
  9. Sender: news@spss.com (Net News Admin)
  10. Organization: SPSS, Inc. - portable code group
  11. Lines: 28
  12.  
  13. In article <C12rFE.16uH@austin.ibm.com>, rudy@chukran.austin.ibm.com () writes:
  14. > In article <1993Jan14.192618.24876@watson.ibm.com>, hook@pong.aix.dfw.ibm.com (Gary R. Hook) writes:
  15. > |> |> The configuration is multiple RS6000's, each with multiple users, and
  16. > |> |> each NFS-mounting the directory containing the public versions of the
  17. > |> |> sdlibs and main executable.
  18. > |> NFS buffering tends to exacerbate this situation.
  19. > So, what happens if 1. you touch the files to insure the newest version
  20. > actually has a newer timestamp 2. you wait long enough to insure that the
  21. > clients attribute cache is purged and the server's new files are seen ?
  22.  
  23. I know that the newest version has a newer timestamp than the version it
  24. replaced.  How long is "long enough"?  Is there a way to force the attribute
  25. cache to be updated?
  26.  
  27.  
  28. > *********************************************************************
  29. > Rudy Chukran                |       EMAIL:            
  30. > IBM AIX Technical Consulting| RSCS: CHUKRAN at AUSTIN 
  31. > 11400 Burnet Rd.            | AWDnet:rudy@chukran.austin.ibm.com    
  32. > Internal ZIP 2830           | internet: chukran@austin.vnet.ibm.com
  33. > Austin, Texas 78758         |
  34. > *********************************************************************
  35.  
  36. -- 
  37. The above statements are not the opinions or policies of SPSS Inc.
  38. The above statements may not be the opinions of Brent Lambert.
  39. The first disclaimer is a policy of SPSS Inc.
  40. Subsequent disclaimers are probably the opinion of Brent Lambert.
  41.