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