lkml.org 
[lkml]   [1997]   [May]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Signal handling or ioctl(TIOCGWINSZ) problem in kernel?
-----BEGIN PGP SIGNED MESSAGE-----

On Sat, 17 May 1997, Linus Torvalds wrote:

> On Sat, 17 May 1997, Greg Patterson wrote:
> >
> > Somewhere between 2.0.28 and 2.0.30 this problem seems to have
> > re-appeared:
>
> I haven't seen this, could you try to pinpoint exactly which patch did it
> (ie 29 or 30?). That would help a lot,

Okay, it is definitely 2.0.30 that is at fault. This is easily producable
on my system from tty1 virtual console:

1. login as gomer
2. rlogin -l gomer localhost
3. stty size
4. if size == ok, type "exit" and goto step 2
5. stty size -> 0, 0

While doing this, I also noticed something else. After doing an "exit"
and redoing rlogin -l gomer localhost, there is a very noticable delay of
4-5 seconds taken to actually login (this is on a totally idle PPro 200).
The very first rlogin is RAPID. The second rlogin is always delayed.

When I went to 2.0.29, rlogin was consistantly rapid *always*. And after
20 or more attempts at reproducing the incorrect row/cols stty values, I
gave up.

Hardware: PPro 200, EDO 64mb, ASUS motherboard

Thanks

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: PGP Signed with PineSign 2.0

iQCVAwUBM34PPrHhZuVGzoHdAQEgCAP/cMhmHMlzS15QOZCC4cQp03X6gGQ75Hw4
Jz/CdfhVC1zbRa1iqZUs0rcAfamyr5jgtusXqZQYJt3LJhdWPJB7KrrVjiDXLFrb
pbkUmZoM88NRI+HxYh0rD+wApyIw8lkfrMI4LxDEvKlbKF9CvIvF6owQV3pLfVZR
N2BGq9FpqkQ=
=npuc
-----END PGP SIGNATURE-----

================================================================
| Greg Patterson | EMAIL: gomer@gomer.mlink.net |
| | gomer@mlink.net |
| Move over Microsoft, | IRC: Wizird (#Linux) |
| Linux is here to stay. | WWW: http://gomer.mlink.net/~root |
================================================================


\
 
 \ /
  Last update: 2005-03-22 13:39    [W:1.803 / U:1.136 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site