[969] in arla-drinkers
bug report
daemon@ATHENA.MIT.EDU (Vladimir Kondratiev)
Tue Jul 13 05:42:22 1999
From owner-arla-drinkers@stacken.kth.se Tue Jul 13 09:42:21 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 9718 invoked from network); 13 Jul 1999 09:42:21 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 13 Jul 1999 09:42:21 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id LAA10755
for arla-drinkers-list; Tue, 13 Jul 1999 11:36:23 +0200 (MET DST)
Received: from squid.pdc.kth.se (squid.pdc.kth.se [130.237.221.65])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id LAA10745
for <arla-drinkers@stacken.kth.se>; Tue, 13 Jul 1999 11:36:17 +0200 (MET DST)
Received: (from d95-mah@localhost)
by squid.pdc.kth.se (8.8.7/8.8.7) id LAA05373;
Tue, 13 Jul 1999 11:36:16 +0200 (MET DST)
Original-Sender: vkondra-l@iil.intel.com
Message-ID: <378AFDDF.ABE7C625@intel.com>
Date: Tue, 13 Jul 1999 11:50:39 +0300
From: Vladimir Kondratiev <"vladimir,kondratiev"@intel.com>
Organization: Intel
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.10-mosix i686)
X-Accept-Language: en, ru
MIME-Version: 1.0
To: arla-drinkers@stacken.kth.se
Subject: bug report
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 29
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
Hello,
I use ARLA 0.25 on RH6.0 with kernel 2.2.10.
ARLA compiled with egcs 1.1.2
I used AFS utilities (klog, tokens etc.) from transark's distribution
I found the following bugs:
1) If I do 'klog' as user different from my login name, it works, I get
that user's permissions but 'tokens' displayed wrong ID. Sometimes I
also unable to operate with files on AFS. Example - in such
configuration I'm unable to work with CVS repository on AFS. If I do
'su' and 'klog' for the same user, CVS works.
2) Problem found with Visual Slick Edit (http://www.slickedit.com). I
tracked it down to their internal function 'absolute' that should return
absolute path by given relative path. With ARLA it returns just last
part of name, for example absolute("/afs/some/path") returns "path"
while should return full path. With MIT client for 2.0.36 and Transark's
client for 2.2.5 kernels it works well. I reported this problem to
SlickEdit team as well.
These 2 bugs are very annoying and almost prevent from use of ARLA as
AFS client, especially 2-nd one.
Regards,
Vladimir Kondratiev
