[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#256468: xterm: utmp handling is broken for high pts



On Sun, Jun 27, 2004 at 12:00:11PM +0200, Jim Paris wrote:
> Package: xterm
> Version: 4.3.0.dfsg.1-5
> Severity: normal
> 
> Later Linux 2.6 kernels do not recycle pseudo TTYs, so ptys like 
> /dev/pts/1234 are not uncommon.

I suppose it was to move complexity out of the kernel into the applications.

> xterm does not seem to handle this well at all.  In particular, it
> relies on the 4-digit ut_id field in utmp, which would look like
> "p123" in the above example.  If I open up three xterms on ptys which
> all have a ut_id of "p123", they overwrite each other in utmp,
> so that only one shows up.  
> 
> In wtmp, they all show as opening, but on close, they all act as if
> they closed the last record, not their own.
> 
> I would assume this is due to code like this (in Exit() in main.c):

that seems correct (thanks).

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net

Attachment: pgpOyBINCKvqm.pgp
Description: PGP signature


Reply to: