FreeTDS Development Group

[Steve Langasek <vorlon AT netexpress.net>]

On Wed, Sep 18, 2002 at 11:30:27PM -0400, James K. Lowden wrote:
> On Wed, 18 Sep 2002 20:14:55 -0500, "Erik Anderson" <eanders AT pobox.com>
> wrote:

> > Here is the info:

> > [root@UNIXWORK lib]# pwd
> > /usr/local/freetds/lib
> > [root@UNIXWORK lib]# ls -la
> [...]
> > lrwxrwxrwx    1 root     root           17 Sep 16 18:01 libsybdb.so -> 
> > libsybdb.so.1.0.0
> > lrwxrwxrwx    1 root     root           17 Sep 16 18:01 libsybdb.so.1 ->
> > 
> > libsybdb.so.1.0.0
> > -rwxr-xr-x    1 root     root       473961 Sep 16 17:35 libsybdb.so.1.0
> > -rwxr-xr-x    1 root     root       336495 Sep 16 18:01
> > libsybdb.so.1.0.0
> [...]
> > [root@UNIXWORK lib]# nm libsybdb.so | grep -i dbdead
> > 00007a90 T DBDEAD
> > [root@UNIXWORK lib]# nm libsybdb.so.1.0 | grep -i dbdead
> > 00008e70 T dbdead

> > As you see the dbdead() is exported in the libsybdb.so but not in the 
> > libsybdb.so.1.0

> Facinating.  Thank you for taking the trouble.  Perhaps someone who knows
> more about how libtool (?) installs libraries.  It's very odd, right? 
> Your symlinks point to libsybdb.so.1.0.0, which is smaller than
> libsybdb.so.1.0 but has the same dates as the links and has the old
> DBDEAD.  

Even more curious is the half-hour difference in timestamps between the
library with the new symbol and the library with the old symbol, the
library with the /old/ symbol appearing to have been touched more
recently.

> Speculation: Relying on our bad versioning, libtool installed the new
> libsybdb.so.1.0 but left/recreated the old symlinks pointing to the (0.53)
> libsybdb.so.1.0.0.  Steve?  

On Linux, I'm inclined to blame this sort of thing on ldconfig.  But the
fact that the 0.53 library has a more recent timestamp makes me wonder if
this isn't user error (running "make install" in the wrong directory?)

Of course, the lib versioning issue is still a bug.

Steve Langasek
postmodern programmer

Attachment: pgpxSnhz_DDvq.pgp
Description: PGP signature