Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83 (MC840302); site ttds.UUCP
Path: utzoo!linus!philabs!cmcl2!seismo!mcvax!enea!ttds!zap
From: zap@ttds.UUCP (Svante Lindahl)
Newsgroups: net.bugs.4bsd
Subject: Re: Bug with Curses
Message-ID: <1019@ttds.UUCP>
Date: Wed, 21-Aug-85 08:18:02 EDT
Article-I.D.: ttds.1019
Posted: Wed Aug 21 08:18:02 1985
Date-Received: Sun, 25-Aug-85 08:22:42 EDT
References: <4966@mit-eddie.UUCP>
Reply-To: zap@ttds.UUCP (Svante Lindahl)
Distribution: net.bugs.4bsd
Organization: The Royal Inst. of Techn., Stockholm
Lines: 31
Keywords: Curses, Facit Twist, 72 line-terminal
Summary: Curses dumps core when terminal has a lot of lines (>24) too.

In <4966@mit-eddie.UUCP> simsong@mit-eddie.UUCP (Simson L. Garfinkel) writes:
> [...]
>I've been using Curses at a number of different cites on both VAXen and
>suns. It appears that any application linked with curses core-dumps if
>the screen is more than 80 col. wide.
>
>Has anybody else run into this? Does anybody know what the fix is? The
>only mention of 80 anywhere in the source code that I can find is in
>cur_c.c:
>
>	      if (COLS <= 4)
>	              COLS = 80;
> [...]

Today I got my new terminal, a Facit Twist, which can be used as a
regular vt100, or, if you twist the screen, like 72-line VT100.
(Now I can write loooong functions and still fit them on one screen :-)

Turns out that some (all?) programs linked with curses dumps core
when the terminal type is set to twist...

Seems like the designers of curses weren't visionary enough (``Gee, -
they'll never make terminals any bigger than 80x24''). Or am I wrong?
I hope so, and that there is an easy fix, 'cause I don't wanna have to
change terminal type each time I run a cursed :-) program.
-- 
Svante Lindahl, NADA, KTH (Dept of Numerical Analysis and Computer Science 
			   at the Royal Institute of Technology)
UUCP:	{seismo,mcvax,cernvax,diku,ircam,prlb2,tut,ukc,unido}!enea!ttds!zap
ARPA:	enea!ttds!zap@seismo.ARPA
 or 	Svante_Lindahl_NADA%QZCOM.MAILNET@MIT-MULTICS.ARPA