Bugzilla (bugzilla.redhat.com) will be under maintenance for infrastructure upgrades and will not be available on July 31st between 12:30 AM - 05:30 AM UTC. We appreciate your understanding and patience. You can follow status.redhat.com for details.
Bug 7835 - ncurses-5.0-2 still screwing up ncurses-4 compatibility
Summary: ncurses-5.0-2 still screwing up ncurses-4 compatibility
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: ncurses
Version: 6.1
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Bernhard Rosenkraenzer
QA Contact:
Depends On: 6941
TreeView+ depends on / blocked
Reported: 1999-12-16 11:45 UTC by Jonathan Kamens
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2000-01-06 17:21:11 UTC

Attachments (Terms of Use)

Description Jonathan Kamens 1999-12-16 11:45:16 UTC
But number 6941 reports that when ncurses 5.0 is installed, the ncurses 4.0
libraries disappear.  The bug is marked resolved, and there's a claim in it
that the problem is fixed in ncurses-5.0-2. I did not find that to be the
case.  I just installed ncurses-5.0 and it blew away my ncurses 4
libraries, as reported by "rpm --verify ncurses".  I had to install the
symbolic links by hand after unpacking the ncurses 5 source RPM to figure
out what they were supposed to be.

Speaking of which, the links created in the install rules of the spec file
for ncurses 5.0 shouldn't be absolute.  That is, rather than linking
libncurses.4, libpanel.4, etc., to /usr/lib/libncurses.5,
/usr/lib/libpanel.5, etc., the links should just point to
"lib<whatever>.so.5" in the same directory.

Comment 1 Kostas Georgiou 1999-12-17 10:25:59 UTC
I found out that ldconfig was killing the ncurses 4 links for some reason,
after rebuilding ldconfig (same version) the problem went away.
All this under a powerpc machine so it might be unrelated

Comment 2 Bernhard Rosenkraenzer 2000-01-06 17:21:59 UTC
It's fixed now (the .so.5 has just been renamed to .so.4, there are no API

Comment 3 Kriang Lerdsuwanakij 2000-02-02 00:19:59 UTC
Although the API is the same, the ABI is different.  The data structures that
ncurses library and applications use depends on the definition of 'bool' in
curses.h.  'bool' is defined to be 'char' on ncurses-5.0 (on i386 platform) while
it can vary on ncurses-4.2 depending on whether a C++ compiler is present on the
building host.  This problem has already triggered the bug number 4573.

So I think sharing the same library files for ncurses 5.0  and ncurses 4.2 is a
bad idea.  Binaries compiled on RH6.1 will dump core on the next version of RH.

Note You need to log in before you can comment on or make changes to this bug.