Date: Fri, 10 Jul 1998 08:53:05 +0100 (BST) From: Doug Rabson <dfr@nlsystems.com> To: "Brent J. Nordquist" <bjn@visi.com> Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha S/Key fixed/verified Message-ID: <Pine.BSF.3.95q.980710084830.342B-100000@herring.nlsystems.com> In-Reply-To: <199807100426.XAA27506@thumper.visi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95q.980710084830.342B-100000>