From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:27:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02A4E16A4CE for ; Wed, 29 Sep 2004 17:27:00 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2F8143D1F for ; Wed, 29 Sep 2004 17:26:59 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C897C51262; Wed, 29 Sep 2004 10:27:21 -0700 (PDT) Date: Wed, 29 Sep 2004 10:27:21 -0700 From: Kris Kennaway To: Thomas Dickey Message-ID: <20040929172721.GA12793@xor.obsecurity.org> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> <20040929164422.GA9262@xor.obsecurity.org> <20040929171619.GC26065@saltmine.radix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <20040929171619.GC26065@saltmine.radix.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: Library version number bumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2004 17:27:00 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 01:16:19PM -0400, Thomas Dickey wrote: > On Wed, Sep 29, 2004 at 09:44:22AM -0700, Kris Kennaway wrote: > >=20 > > libncurses.so.5 in 5.x does not export many of the global variables > > exported by 4.x version of libncurses.so.5. The missing symbols are: > >=20 > > 23: 0003e270 4 OBJECT GLOBAL DEFAULT 12 SP > > 166: 0000ee58 26 FUNC GLOBAL DEFAULT 9 _nc_tracebits > > 170: 00037c0e 2 OBJECT GLOBAL DEFAULT 12 ospeed > > 175: 00037c2c 4 OBJECT GLOBAL DEFAULT 12 TABSIZE > > 188: 00036870 4 OBJECT GLOBAL DEFAULT 12 BC > > 247: 00037744 4 OBJECT GLOBAL DEFAULT 12 COLOR_PAIRS > > 333: 00037c0c 1 OBJECT GLOBAL DEFAULT 12 PC > > 370: 00037c1c 4 OBJECT GLOBAL DEFAULT 12 cur_term > > 406: 00037540 512 OBJECT GLOBAL DEFAULT 12 acs_map > > 434: 00037748 4 OBJECT GLOBAL DEFAULT 12 COLORS > > 450: 0003e260 4 OBJECT GLOBAL DEFAULT 12 stdscr > > 495: 00037c28 4 OBJECT GLOBAL DEFAULT 12 COLS > > 498: 0003e268 4 OBJECT GLOBAL DEFAULT 12 newscr > > 515: 0003e264 4 OBJECT GLOBAL DEFAULT 12 curscr > > 528: 0003686c 4 OBJECT GLOBAL DEFAULT 12 UP > > 545: 00037c24 4 OBJECT GLOBAL DEFAULT 12 LINES >=20 > Something is going wrong with your script, since most of those are > well-defined symbols that are present in the normal and wide-character > libraries. (None are functions, all are variables). >=20 > ** If the script is blameless, then there's a change in the way the > ** linker builds shared libraries (the point I was trying to establish). OK, I think my script is confused because objdump thinks the symbols moved from .data to .bss. I'll take a closer look (and switch it over to use readelf instead). > The only other one that is noticeable is the private _nc_tracebits > symbol (not the topic of this discussion, since applications that use > private symbols aren't supported by anyone that I recall). >=20 > > A 4.x binary that calls _nc_tracebits() will fail outright when run on > > 5.x, but this is a debugging function and not likely to be widely used > > in the real world, so that isn't a big deal. >=20 > _nc_tracebits is a variable, not a function. You can't "call" it. The linker, curs_trace(3) and beg to differ: extern char *_nc_tracebits(void); > Also - checking the changelog - _nc_tracebits was not in ncurses 4.2 > (it was introduced in late 1998). We're not talking about ncurses 4.2, as I tried to clarify in my previous email. Kris --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWvB5Wry0BWjoQKURAnewAKC1X1vznzf4VPbAdYHvNxvOMcuhiwCglAoc yjd6DPeLFW6wUr6dT5caBqs= =h8lu -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR--