[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20081017103937.3e7876c9@merlin.oi.pg.gda.pl>
Date: Fri, 17 Oct 2008 10:39:37 +0200
From: Adam Tlałka <atlka@...gda.pl>
To: Adam Tlałka <atlka@...gda.pl>
Cc: Alan Cox <alan@...rguk.ukuu.org.uk>, Bodo Eggert <7eggert@....de>,
linux-kernel@...r.kernel.org, torvalds@...l.org
Subject: Re: [PATCH 0/5] SIGWINCH problem with terminal apps still alive
Welcome,
If we want to be more consistent with console behaviour the ptm/pty
behaviour should be similar. In my opinion it could be done
be using some kind of callback function which could be registered by
the program which rules ptm. Then it could be activated through
tty->ops->resize from tiocswinsz in tty_io. The default will be not set
so we get current typical behaviour.
We could also use some default function which calls tty_do_resize() if
called from master side and does nothing if called from slave side
so there is no change because real terminal sizes are not changed.
The terminal emulator program should register its callback
function which leads to proper resize and then signal generating by
ioctl(ptm,TIOCSWINSZ,). It is different from current behaviour but more
usable and sane IMHO.
The current ,,proper'' behaviour is inconsistent. For example you can
do "stty rows 0" on console and there is no change at all and no error
reporting too. With pty we get SIGWINCH signal and variable rows is
set to 0. Of course the real physical terminal is not changed at all.
Regards
--
Adam Tlałka mailto:atlka@...gda.pl ^v^ ^v^ ^v^
System & Network Administration Group - - - ~~~~~~
Computer Center, Gdańsk University of Technology, Poland
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists