zsh-workers
 help / color / mirror / code / Atom feed
From: Bitt Faulk <bitt@mci.net>
To: zsh-workers@math.gatech.edu
Subject: ZSH/nxterm bug
Date: Fri, 02 Jan 1998 20:51:44 -0500 (EST)	[thread overview]
Message-ID: <XFMail.980102205144.bitt@mci.net> (raw)

[-- Attachment #1: Type: text/plain, Size: 2477 bytes --]

I have a bug with zsh under nxterm not setting $LINES.  nxterm is a patched
xterm upon which I will expand in a minute.

When resizing the nxterm, zsh 3.0.5 fails to set $LINES to the new size of the
window.  It does receive a SIGWINCH.  It also works properly when using the
standard distributed xterm.  bash and tcsh work properly under nxterm, at least
as far as setting $LINES.  The bug is repeatable when started with -f.

This is under Solaris 2.5.1 using X11R6.3.

nxterm is one of the many color xterms that have been patched from the standard,
specifically one that is distributed with RedHat Linux.  I liked it, so I
compiled it from the source in xterm-color-1.1-6.src.rpm.  I applied all of the
patches that come in the rpm to the source and it compiled without any changes. 
I can supply the source in a more standard form if you need.

Here is a little system trace of zsh under each term:

Standard X11R6.3 xterm (works)
cobalt% truss -wall -p 5624
read(10, 0xEFFFF57F, 1)         (sleeping...)
    Received signal #20, SIGWINCH, in read() [caught]
read(10, 0xEFFFF57F, 1)                         Err#4 EINTR
sigprocmask(SIG_BLOCK, 0xEFFFF258, 0xEFFFF1B8)  = 0
sigprocmask(SIG_SETMASK, 0xEFFFF248, 0xEFFFF1B8) = 0
ioctl(10, TIOCGWINSZ, 0x00095464)               = 0
ioctl(10, TIOCGSID, 0xEFFFEF74)                 = 0
getsid(0)                                       = 5624
ioctl(10, TIOCSPGRP, 0xEFFFF020)                = 0
ioctl(10, TCSETSW, 0xEFFFF0A8)                  = 0
getuid()                                        = 710 [710]
write(10, 0x0008EDE8, 21)                       = 21
  \r1B [ m1B [ m1B [ m1B [ J c o b a l t %  
setcontext(0xEFFFF358)
read(10, 0xEFFFF57F, 1)         (sleeping...)

nxterm (doesn't work)
cobalt% truss -wall -p 8037
read(10, 0xEFFFF547, 1)         (sleeping...)
    Received signal #20, SIGWINCH, in read() [caught]
read(10, 0xEFFFF547, 1)                         Err#4 EINTR
sigprocmask(SIG_BLOCK, 0xEFFFF220, 0xEFFFF180)  = 0
sigprocmask(SIG_SETMASK, 0xEFFFF210, 0xEFFFF180) = 0
ioctl(10, TIOCGWINSZ, 0x00095464)               = 0
setcontext(0xEFFFF320)
read(10, 0xEFFFF547, 1)         (sleeping...)

I hope that you haven't listed this somewhere already.  I'd hate to be a spammer.

I do not subscribe to this list, so I'd appreciate a direct reply if you have
one.  Also, please reply directly if you need any more information.

Thanks for the shell.

-Bitt Faulk

[-- Attachment #2: Type: application/pgp-signature, Size: 284 bytes --]

                 reply	other threads:[~1998-01-03  2:05 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=XFMail.980102205144.bitt@mci.net \
    --to=bitt@mci.net \
    --cc=zsh-workers@math.gatech.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).