From owner-freebsd-current Sun Mar 26 18:57:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA01187 for current-outgoing; Sun, 26 Mar 1995 18:57:58 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA01177 for ; Sun, 26 Mar 1995 18:57:55 -0800 Received: by sequent.kiae.su id AA28058 (5.65.kiae-2 ); Mon, 27 Mar 1995 05:49:37 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 27 Mar 95 05:49:36 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id GAA00476; Mon, 27 Mar 1995 06:50:59 +0400 To: Bob Willcox Cc: freebsd-current@freefall.cdrom.com References: In-Reply-To: ; from Bob Willcox at Sun, 26 Mar 1995 17:52:18 -0600 (CST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 27 Mar 1995 06:50:58 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: tgetnum wierdness on -current Lines: 41 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1912 Sender: current-owner@FreeBSD.org Precedence: bulk In message Bob Willcox writes: >Andrey A. Chernov, Black Mage wrote: >> >> In message Bob Willcox writes: >> >> >On -current I have observed that tgetnum will *always* return 65 >> >for the number of lines when running in a remote xterm (running on >> >a 1.1.5.1 system w/XFree86 3.1.1). A local xterm or the console >> >seems to be correct. Is there a known compatibility problem between >> >-current and 1.1.5.1 with xterms or is it likely that I'm doing >> >something wrong? >> >> I don't see any problem here, tgetnum("li") always return >> what exactly specified in termcap, nothing more. >> It is per-program task use ioctl to get window dims. >Except that here my xterm termcap entry specifies line number as >24, yet tgetnum("li") returns 65 when executed in a remote xterm, >regardless of window size or termcap setting. What do you mean by "executed in a remote xterm"? As I understand, you need to check environment (TERM,TERMCAP) and termcap file on _remote_ system... >On a related problem I'm having, the ioctl call in setterm() in >curses is failing on the second and subquent calls to setterm(). >(This is why I saw the tgetnum("li") problem.) It works ok the >first time, but resizing the window exposes the failure when the >application does another initscr(). The application (and curses) >then thinks the window has 65 rows and misbehaves accordingly. I don't think that application can use several initscr()s, only one. But you can use several endwin()s freely, next refresh() must restore screen modes after endwin(). -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849