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!