From owner-freebsd-alpha Fri Jul 10 00:51:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA04763 for freebsd-alpha-outgoing; Fri, 10 Jul 1998 00:51:31 -0700 (PDT) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA04758 for ; Fri, 10 Jul 1998 00:51:28 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.8/8.8.5) with SMTP id IAA15515; Fri, 10 Jul 1998 08:53:05 +0100 (BST) Date: Fri, 10 Jul 1998 08:53:05 +0100 (BST) From: Doug Rabson Reply-To: Doug Rabson To: "Brent J. Nordquist" cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha S/Key fixed/verified In-Reply-To: <199807100426.XAA27506@thumper.visi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 9 Jul 1998, Brent J. Nordquist wrote: > I have fixed/verified the following: > > lib/libmd ? [MD4 and MD5 seem to work] > lib/libskey Green > usr.bin/key Green > usr.bin/keyinfo Green [bright green--it's a perl script :-)] > usr.bin/keyinit Green > > I've tested the S/Key tools, verified that they're interoperable with the > i386 ones (see below), and verified that S/Key authentication works in su. > (I expect login and ftpd to work also; on the list for tomorrow.) Thanks a lot for your help. I am making rapid progress on the kernel here and expect to have it stable enough to build its own kernel Real Soon Now. It already boots on my AlphaPC 164LX with working ncr and de drivers. > > Enclosed are the following: > > (1) A patch to lib/libskey/skeysubr.c -- u_long was used to select a > 32-bit quantity, which breaks on the Alpha. I'm sure we're going to > see a lot of these. Do we have an agreed-on method of handling them? > (Is there a type that's mapped to 32 bits on all systems, or are we just > going to use unsigned int as that type?) If there's a type that should > be used, then this patch should change. I think the right thing is to use u_int32_t for unsigned 32bit types and int32_t for signed. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message