[217] in arla-drinkers
Re: arla, an AFS implementation
daemon@ATHENA.MIT.EDU (Magnus Ahltorp)
Thu Aug 20 21:43:36 1998
From owner-arla-drinkers@stacken.kth.se Fri Aug 21 01:43:34 1998
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 7129 invoked from network); 21 Aug 1998 01:43:33 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 21 Aug 1998 01:43:33 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id DAA14487
for arla-drinkers-list; Fri, 21 Aug 1998 03:38:23 +0200 (MET DST)
Received: from yakko.stacken.kth.se (map@yakko.stacken.kth.se [130.237.234.52])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id DAA14478;
Fri, 21 Aug 1998 03:38:11 +0200 (MET DST)
Received: (from map@localhost)
by yakko.stacken.kth.se (8.8.8/8.8.7) id DAA12496;
Fri, 21 Aug 1998 03:37:20 +0200 (CEST)
To: amu@mit.edu (Aaron M. Ucko)
Cc: linux-kernel@vger.rutgers.edu, arla-drinkers@stacken.kth.se
Subject: Re: arla, an AFS implementation
References: <01J0TPYNNWSY00142G@rcum.uni-mb.si>
<19980820090057.B12607@avanticorp.com>
<udlemub5j4r.fsf@x15-cruise-basselope.mit.edu>
From: Magnus Ahltorp <map@stacken.kth.se>
Date: 21 Aug 1998 03:37:18 +0200
In-Reply-To: amu@mit.edu's message of 20 Aug 1998 19:27:32 -0400
Message-ID: <lv1g1er15f5.fsf@yakko.stacken.kth.se>
Lines: 23
X-Mailer: Gnus v5.3/Emacs 19.34
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
> I played with Arla some on a PC running Linux 2.0.3x...as of 0.9, I
> think the only actual bugs I saw in the kernel code were 2.0-specific.
> (Magnus developed the Linux port on a Sparc running 2.1, which may
> explain the stability you saw. :-))
This is not entirely true. I did do all initial work on 2.0, but since
getcwd works more or less automatically in 2.1, I decided to make it
my working platform. The 2.0 code should be as stable as the 2.1 code,
the only difference in functionality should be that getcwd works
poorly in the 2.0 code.
> > 1) If you are running a glibc based Sparc, all SUID/SGID applications
> > will die if anything is in the file /etc/ld.so.preload. This has
>
> That's ... special...this is even true for the latest released version?
The problem persists in the latest version. It is not true that _all_
suid/sgid programs dies, though. I have seen different behaviour on
different architectures.
/Magnus
map@stacken.kth.se
arla-drinker
