Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/5/84; site riccb.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxn!ihnp4!riccb!emike
From: emike@riccb.UUCP (Mike Durbin )
Newsgroups: net.bugs.4bsd,net.unix,net.unix-wizards
Subject: Re: Bugs in Curses (fix!)
Message-ID: <495@riccb.UUCP>
Date: Tue, 20-Aug-85 09:57:35 EDT
Article-I.D.: riccb.495
Posted: Tue Aug 20 09:57:35 1985
Date-Received: Sat, 24-Aug-85 00:36:34 EDT
Distribution: net
Organization: Rockwell Telecommunications, Downers Grove,Il.
Lines: 32
Xref: watmath net.bugs.4bsd:1697 net.unix:5423 net.unix-wizards:14465


--------------- HELLO?

In article <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.

In article <9939@ucbvax.ARPA> anton@ucbvax.ARPA (Jeff Anton) writes:
>...  A kludge fix to this problem is to
>place after initscr and newwin calls a 'malloc(1);'.

In article <117@mcgill-vision.UUCP> mouse@mcgill-vision.UUCP (der Mouse) writes:
>...  If anyone has a fix please send it to us as well!

The problem is in refresh.c.  Change line 227 from:

	while (*nsp == *csp)

to

	while (wx < win->_maxx && *nsp == *csp)

Recompile libcurses, then relink talk and other programs that use curses.
We haven't had any core dumps from curses after implementing this.
-- 
::::::::::::::::::
					emike
					(E. Mike Durbin)
					...!ihnp4!
					...!ihopa!riccb!emike
					...!cuuxb!