[513] in arla-drinkers
Re: Pb getwd on afs linux
daemon@ATHENA.MIT.EDU (Brandon S. Allbery KF8NH)
Tue Jan 19 09:57:06 1999
From owner-arla-drinkers@stacken.kth.se Tue Jan 19 14:57:05 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 5544 invoked from network); 19 Jan 1999 14:57:04 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 19 Jan 1999 14:57:04 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id PAA17651
for arla-drinkers-list; Tue, 19 Jan 1999 15:49:03 +0100 (MET)
Received: from hilfy.ece.cmu.edu (root@HILFY.ECE.CMU.EDU [128.2.253.106])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id PAA17642
for <arla-drinkers@stacken.kth.se>; Tue, 19 Jan 1999 15:48:57 +0100 (MET)
Received: from speaker.kf8nh.apk.net (root@ANNEX-1.SLIP.ECE.CMU.EDU [128.2.236.1])
by hilfy.ece.cmu.edu (8.8.8/8.8.8) with ESMTP id JAA09519;
Tue, 19 Jan 1999 09:48:57 -0500 (EST)
Received: from rushlight.kf8nh.apk.net (allbery@rushlight.kf8nh.apk.net [10.9.204.1])
by speaker.kf8nh.apk.net (8.8.7/8.8.7) with ESMTP id JAA29856;
Tue, 19 Jan 1999 09:48:45 -0500
Received: (from allbery@localhost)
by rushlight.kf8nh.apk.net (8.8.7/8.8.7) id JAA27358;
Tue, 19 Jan 1999 09:48:41 -0500
Message-Id: <199901191448.JAA27358@rushlight.kf8nh.apk.net>
X-Mailer: exmh version 2.0.2 2/24/98
To: Gerald Britton <gbritton@mit.edu>
cc: arla-drinkers@stacken.kth.se
Subject: Re: Pb getwd on afs linux
In-reply-to: Your message of "Tue, 19 Jan 1999 09:39:03 EST."
<19990119093903.A7220@light-brigade.mit.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 19 Jan 1999 09:48:41 -0500
From: "Brandon S. Allbery KF8NH" <allbery@kf8nh.apk.net>
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
In message <19990119093903.A7220@light-brigade.mit.edu>, Gerald Britton
writes:
+-----
| On Tue, Jan 19, 1999 at 09:34:39AM -0500, Brandon S. Allbery KF8NH wrote:
| > Because that works by inode number. The problem being that AFS uses a set
| > of four 32-bit values, which have to be hashed into a single 32-bit value;
| > the result is *not* guaranteed to be unique, so ugly things can happen with
| > programs that rely on unique inode numbers. Such as pwd, and such as
| > Solaris's ld.so which goes bonkers if two shared libraries on AFS hash to
| > the same inode number....
|
| If this is the case, how does Transarc AFS deal with it? You never run into
| this problem using their AFS client.
+--->8
Actually, I do --- with libc5 stuff bound into a libc6 program (i.e.
Netscape + Acrobat plug-in) getcwd() fails.
--
brandon s. allbery [os/2][linux][solaris][japh] allbery@kf8nh.apk.net
system administrator [WAY too many hats] allbery@ece.cmu.edu
carnegie mellon / electrical and computer engineering KF8NH
We are Linux. Resistance is an indication that you missed the point.
