[5605] in Kerberos

home help back first fref pref prev next nref lref last post

Re: krb5-b4 telnet on solaris 2.4

daemon@ATHENA.MIT.EDU (Sam Hartman)
Fri Aug 4 12:40:23 1995

To: "Nathan J. Dohm" <dohm+@CMU.EDU>
Cc: kerberos@MIT.EDU
In-Reply-To: Your message of "Thu, 03 Aug 1995 22:46:44 EDT."
             <Ik8McIy00YUwMXgpll@andrew.cmu.edu> 
Date: Fri, 04 Aug 1995 12:27:24 EDT
From: Sam Hartman <hartmans@MIT.EDU>

>>>>> "Nathan" == Nathan J Dohm <dohm+@CMU.EDU> writes:

    Nathan> I've been struggling with this problem for some time now.
    Nathan> I'm using Kerberos IV, based on the Cygnus distribution.
    Nathan> I'm using Solaris 2.4 x86, and I've heard of the problem
    Nathan> on Sparc as well.  (I assume you are using Sparc.)  I
    Nathan> built telnet with no authentication or encryption support
    Nathan> and I still get the problem, so Kerberos is definitely not
    Nathan> involved.

    Nathan> My best guess at this point is a problem with ioctl.
    Nathan> Somebody suggested a signal problem too.  It seems to be
    Nathan> only the display, data is coming in off the network and
    Nathan> input to the telnet session works fine.  Quitting the
    Nathan> telnet session brings me back to a working xterm, usually
    Nathan> -- sometimes the character set gets garbled.

	I've been looking through the telnetd code a lot recently as
I'm removing the pty handling and trying to replace it with something
a bit more portable.  I haven't had any expericnce looking through the
client, bout I would guess the coding styles are somewhat similar.

	The server tended to make a lot of BSD-specific calls, special
casing sysvish systems when they were noticed.  I found several places
where it accidently forgot to use a BSD-specific ioctl for terminal
handling or something, even while using Posix termios at the same
time.  (Not nearly as bad as rlogind in this regard, mind you, but
still annoying). 

	Because it is display related, it might be a similar problem.
Alternatively, it may be a problem with the way our autoconf
configuration is setting up the preprocessor symbols for Solaris.
Check the output of configure in that directory and see if anything
looks bogus.

	Of course, these are guesses; it may just be completely
unrelated to anything any of us think of.
--Sam

home help back first fref pref prev next nref lref last post