[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 10:47:21AM -0400, Thomas Dickey wrote:
> 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).

Is it your opinion that this is a bug in the Linux kernel, then?

If so, I will reassign it.  If not, I would like your advice on what should
be done about this bug.  :)

-- 
G. Branden Robinson                |
Debian GNU/Linux                   |     Music is the brandy of the damned.
branden@debian.org                 |     -- George Bernard Shaw
http://people.debian.org/~branden/ |

Attachment: signature.asc
Description: Digital signature


Reply to: