Ok. It turns out my solution to the linking problem (ie. symlink
termcap to ncurses) is a pretty awful one.
Here is some correspondence which clarifies things and should have
gone to this newsgroup. (Thomas Dickey is, btw, the current maintainer
of ncurses.)
From dickey@Radix.Net Wed Jan 24 21:07:53 2001
Date: Wed, 24 Jan 2001 07:48:37 -0500 (EST)
From: Thomas Dickey <dickey@Radix.Net>
To: Peter Buchlovsky <ug64pxb@cs.bham.ac.uk>
Subject: Re: http://x58.deja.com/=dnc/[ST_rn=ps,
ST_m=ps]/getdoc.xp?AN=719525129&CO
> On Wed, 24 Jan 2001 dickey@Radix.Net wrote:
>
> > no - there's no guarantee that ncurses' binary interface matches termcap.
> > (bad idea).
>
> But termcap appears to have been included as part of ncurses. Not only is
no: a source-level interface that emulates termcap is part of ncurses.
that's not the same thing as guaranteeing that all of the data exported
(or assumed) by termcap is present.
> libtermcap.so a symlink to libncurses.so but even the term.h header file
> came from the same debian package.
>
> I even checked on a completely different system (Sun ULTRA 250 running
> Solaris 7) and there libtermcap.so is a symlink to libcurses.h. Am I
> missing something here?
Solaris emulates it also - mainly for applications that have -ltermcap
in their makefiles. It won't work for an application which was linked
against the real termcap library (e.g., one compiled under SunOS 4.x).
> In any case what do you suggest to solve the problem permanently?
recompile.
>
>
> Regards,
> Peter
>
> PS. It might be a good idea to post these discussions in the newsgroup.
that was a mailing list iirc, not a newsgroup (I generally followup in
newsgroups). it's an faq anyway, as anyone would notice via deja-news.
--
Thomas E. Dickey <dickey@radix.net> <dickey@herndon4.his.com>
http://dickey.his.com
ftp://dickey.his.com
|