[14474] in Kerberos
Re: Krb5 on Solaris 7/8 64-bit
daemon@ATHENA.MIT.EDU (Tim Mooney)
Thu May 24 15:59:46 2001
Date: Thu, 24 May 2001 14:54:29 -0500 (CDT)
From: Tim Mooney <mooney@dogbert.cc.ndsu.NoDak.edu>
To: <kerberos@MIT.EDU>
In-Reply-To: <20010524115252.A11153@sm2p1386swk.wdr.com>
Message-ID: <Pine.OSF.4.33.0105241448110.287678-100000@dogbert.cc.ndsu.NoDak.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
In regard to: Re: Krb5 on Solaris 7/8 64-bit, Nicolas Williams said (at...:
>Well, Sun certainly has 64-bit kerberos binaries, and theirs are based
>on an earlier release of MIT krb5, so it should be doable, but I would
>not be surprised if source changes are needed to get 64-bit MIT krb5
>working.
I've used the clients (including kadmin) on alpha-dec-osf[45] since as
early as krb5 1.0.5. OSF/DU/Tru64 is LP64 and always has been. This
clearly indicates it can't be "just" a 64bit issue, it has to be that
and something else.
>Question 1: besides kadmin, do the other components of MIT krb5 work
>when compiled as 64-bit binaries?
kinit/kdestroy/klist/rcp/rlogin/rsh/telnet/ftp all work for me on LP64
Tru64, as does kadmin.
Several of the client daemons (kshd and telnetd, I think) don't work out
of the box on Tru64 5.x because of some pty-related issues, but there is
a workaround that has been discussed here before. The issue is not related
to LP64 platforms, it's related to a change in the pty inteface between
Tru64 4.x and 5.x.
Tim
--
Tim Mooney mooney@dogbert.cc.ndsu.NoDak.edu
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164
