From owner-freebsd-bugs Sat Mar 9 18:40:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA16456 for bugs-outgoing; Sat, 9 Mar 1996 18:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA16397 Sat, 9 Mar 1996 18:40:01 -0800 (PST) Resent-Date: Sat, 9 Mar 1996 18:40:01 -0800 (PST) Resent-Message-Id: <199603100240.SAA16397@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA16335 for ; Sat, 9 Mar 1996 18:39:42 -0800 (PST) Received: from smile.clinet.fi (root@smile.clinet.fi [193.64.6.11]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id EAA18757 for ; Sun, 10 Mar 1996 04:39:39 +0200 (EET) Received: (root@localhost) by smile.clinet.fi (8.7.3/8.6.4) id EAA00525; Sun, 10 Mar 1996 04:39:39 +0200 (EET) Message-Id: <199603100239.EAA00525@smile.clinet.fi> Date: Sun, 10 Mar 1996 04:39:39 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1074: tty rows & columns settings sometimes reset to zero Sender: owner-bugs@freebsd.org X-Loop: owner-bugs@FreeBSD.ORG Precedence: bulk >Number: 1074 >Category: bin >Synopsis: tty rows & columns settings sometimes reset to zero >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 9 18:40:00 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: Various versions of -current from several past months (may be for the duration of existence of FreeBSD 2). >Description: tty rows and columns settings are reported to be zeroed sometimes. the programs under which this is seen may be emacs, elm, or tin. I haven't seen this personally, but according to one of our users it happens sometimes. It also seems that it never happens twice during same connection, if the values are manually set to correct values they stick. >How-To-Repeat: A user says it happens when reading mail, or using tin to read news. Usually this involves editing something and then going back to tin/elm and when trying to edit the next mail the values have been reset. >Fix: Could this be something in curses library? tin and elm probably both use curses. >Audit-Trail: >Unformatted: