[Fwd: two issues with rxvt-unicode ( could be bugs ) :)]

[Robin Stocker]

pcg( Marc)@goof(A.).(Lehmann )com wrote:
> I'll have a look!
Thanks :)

> Ah, I understand.
> 
> On modern unix kernels (i.e. the ones you are using), the window size is
> stored by the kernel, even. You can fetch the info using "stty -a" or some
> other stty switch. On linux, it looks like this:
> 
>    speed 38400 baud; rows 35; columns 142; line = 24;
>    [many other lines]
> 
> If this info is missing (or zero), then sth. has gone wrong. Also, if it
> is not the correct size, sth. is wrong :)
I checked this and this info isn't there, hmm.. There are the variables 
$COLUMNS and $LINES which are set correctly though!

> rxvt-unicode sets the window size before it exec's your shell, so
> that should be fine. Some window managers (or the users :) resize the
> window. If that happens, the info is updated and a SIGWINCH is sent to the
> process group.
> 
> It sounds as if in your case the window size simply wasn't set. This could
> happen if you use ssh or another tool (rlogin/telnet come to mind) to log
> into another machine.
Ok.. I open the terminal directly on my machine, there's nothling like a 
remote shell involved.. Well, what is weird is that vim has the correct 
size although it isn't set in "stty -a"..

> If I only knew. eitheer by using or compiling the compiler differently or
> by setting a preprocessor symbol while compiling.
Ok :)

> I'll look into fixing this in 4.2 due to be out soon :)
Thanks for the help anyway.. I somehow doubt that it is a bug in 
rxvt-unicode, I'll blame Solaris ;)

So, keep up the good work :)
Regards,
Robin Stocker