[2741] in Kerberos-V5-bugs
krb5-libs/433: pty cloning fails under HPUX10.20
daemon@ATHENA.MIT.EDU (Jason Wessel)
Sun Jun 1 12:49:39 1997
Resent-From: gnats@rt-11.MIT.EDU (GNATS Management)
Resent-To: krb5-unassigned@RT-11.MIT.EDU
Resent-Reply-To: krb5-bugs@MIT.EDU, jwessel@zap.cso.uiuc.edu
Date: Sun, 1 Jun 1997 11:41:39 -0500 (CDT)
From: Jason Wessel <jwessel@zap.cso.uiuc.edu>
Reply-To: jwessel@zap.cso.uiuc.edu
To: krb5-bugs@MIT.EDU
>Number: 433
>Category: krb5-libs
>Synopsis: pty cloning fix
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: krb5-unassigned
>State: open
>Class: change-request
>Submitter-Id: unknown
>Arrival-Date: Sun Jun 01 12:43:00 EDT 1997
>Last-Modified:
>Originator: Jason Wessel
>Organization:
University of Illinois
>Release: 1.0pl1
>Environment:
HPUX-CC
System: HP-UX zap B.10.20 A 9000/780 2008162731 two-user license
>Description:
There is a leading space in the statement to clone the pty
and it induces some bizzare behavior. Sometimes it will
succeed and other times it will fail. I noticed the problem
the first time it tried to allocate a pty of the type /dev/pty/*
Removing the space causes it to work all the time.
>How-To-Repeat:
Compile with the native HPUX-10.20 compiler.
>Fix:
*** getpty.c.orig Sun Jun 1 11:19:27 1997
--- getpty.c Sun Jun 1 11:19:35 1997
***************
*** 63,69 ****
return 0;
#else /*HAVE__GETPTY*/
! *fd = open(" /dev/ptym/clone", O_RDWR|O_NDELAY); /* HPUX*/
#ifdef HAVE_STREAMS
if (*fd < 0) *fd = open("/dev/ptmx",O_RDWR|O_NDELAY); /*Solaris*/
#endif
--- 63,69 ----
return 0;
#else /*HAVE__GETPTY*/
! *fd = open("/dev/ptym/clone", O_RDWR|O_NDELAY); /* HPUX*/
#ifdef HAVE_STREAMS
if (*fd < 0) *fd = open("/dev/ptmx",O_RDWR|O_NDELAY); /*Solaris*/
#endif
>Audit-Trail:
>Unformatted:
