[538] in arla-drinkers
Re: NT client?
daemon@ATHENA.MIT.EDU (Dr A V Le Blanc)
Thu Jan 28 10:59:53 1999
From owner-arla-drinkers@stacken.kth.se Thu Jan 28 15:59:53 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 23068 invoked from network); 28 Jan 1999 15:59:52 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 28 Jan 1999 15:59:52 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id QAA08164
for arla-drinkers-list; Thu, 28 Jan 1999 16:55:17 +0100 (MET)
Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id QAA08156
for <arla-drinkers@stacken.kth.se>; Thu, 28 Jan 1999 16:55:12 +0100 (MET)
Received: from meissen.mcc.ac.uk ([130.88.203.42])
by probity.mcc.ac.uk with esmtp (Exim 1.92 #2)
for arla-drinkers@stacken.kth.se
id 105tmh-0000T4-00; Thu, 28 Jan 1999 15:55:11 +0000
Received: (from zlsiial@localhost)
by meissen.mcc.ac.uk (8.7.6/8.8.4)
id PAA24839 for arla-drinkers@stacken.kth.se; Thu, 28 Jan 1999 15:55:11 GMT
Message-ID: <19990128155510.B24792@afs.mcc.ac.uk>
Date: Thu, 28 Jan 1999 15:55:10 +0000
From: Dr A V Le Blanc <LeBlanc@mcc.ac.uk>
To: arla-drinkers@stacken.kth.se
Subject: Re: NT client?
Reply-To: Dr A V Le Blanc <LeBlanc@mcc.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.93.1i
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
I wrote:
> Are there any plans to produce an arla client for NT or the other
> MS systems? As we face the usual pressure to cut expenses and
> to get rid of AFS, which is seen as expensive, the availability
> of a free NT client might make a considerable difference to the
> planners.
assar@stacken.kth.se wrote:
>The current code works in test mode (--test) under NT with
>cygnus-win32.
Well, here is a report about this. I found that I could get
KTH Kerberos to compile, once I compiled gdbm and fiddled one
statement which called the non-existent ruserok() function.
(Although it compiles, kinit does not work; but this is more
of a problem for KTH Kerberos than for arla.)
I then tried to compile arlad. In lib/roken I had to add an
'#include <sys/socket.h>' to recmesg.c and to sendmesg.c.
In lib/ko/gensysname.c, an enum uses the constant O_TEXT,
which already has a meaning from fcntl.h; I just redefined
it to O_TTEXTT. Finally, in xfs/unknown/xfs/xfs_deb.h I
had to comment out the #include line, which has nothing
to include. And in doing a 'make install', I had to
edit the Makefiles in appl and in arlad, which had created
zzz.exe, but were trying to install zzz for each of the programs.
At this point, I tried running arlad in test mode. Despite
not having a ticket, it did indeed see the root of /afs and
allowed me to cd and to cat files.
assar@stacken.kth.se added:
>And then there are two planned ways of obtaining more
>functionality under NT. The first step would be to implement a
>user-space SMB file server that could be loopback mounted (similar to
>what the Transarc NT AFS Client does). This should have a much
>shorter and easier development that the second step, an installable
>file system (IFS) for NT. According to what we understand, this is
>quite complex to write.
Given that the stuff works up to this point, is anyone interested
in taking the next step, implementing a user-space SMB server?
I don't know anything about NT, but I've done a lot of Unix and
AFS programming, so I may be able to help.
-- Owen
LeBlanc@mcc.ac.uk
