Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site wjvax.wjvax.UUCP
Path: utzoo!linus!decvax!bellcore!petrus!sabre!zeta!epsilon!gamma!ulysses!mhuxr!mhuxn!ihnp4!pesnta!wjvax!brett
From: brett@wjvax.UUCP (Brett Galloway)
Newsgroups: net.unix-wizards,net.bugs.4bsd
Subject: Curses Bug? (4.2 BSD)
Message-ID: <637@wjvax.wjvax.UUCP>
Date: Fri, 27-Dec-85 16:09:48 EST
Article-I.D.: wjvax.637
Posted: Fri Dec 27 16:09:48 1985
Date-Received: Sat, 28-Dec-85 23:17:06 EST
Reply-To: brett@wjvax.UUCP (Brett Galloway)
Organization: Watkins-Johnson Co., San Jose, Calif.
Lines: 29
Keywords: curses, 4.2, bsd
Xref: linus net.unix-wizards:13428 net.bugs.4bsd:1600

I saw the 4.2 curses buglist posted by Mike Laman at the end of October;
however, I ran into a problem not addressed therein.  In a program which
uses curses I want to use a terminal capability which curses has not
read into its external capability list; namely I want the value of the
cs (scrolling region) and bl (audible bell) capability strings.  I do
not want to have to read termcap AGAIN, since curses has already done so
via initscr().  My manual entry for curses (3X) includes a function

	getcap(name)		get terminal capbility name

This function has a type declaration in curses.h:

	char	*getcap();

However, it is NOT a symbol supplied by our curses library (either libcurses.a
or libtermcap.a); when I try to use it, the loader notes that "getcap" is
undefined.

Am I missing something obvious?  It seems like one should be able to reference
the terminal entry that curses has read, without having to reread it.  For
the time being, I will just write my own getcap() function which will
reread the termcap entry.  Any help for a better solution would be
appreciated, however.

Thanks in advance.

-------------
Brett Galloway
{pesnta,twg,ios,qubix,turtlevax,tymix,vecpyr,certes,isi}!wjvax!brett