FreeTDS Development Group

["Jay Sauls" <jaysauls AT hotmail.com>]

If somebody wouldn't mind packaging latest versions sqsh/freetds for me,
I would be eternally grateful!  I'm running RedHat 8.0 on x86.

Here are my latest exploits: 

1) I discovered that I had old versions of libtds in /usr/lib (probably
from version .56 that I had installed using RPM)

2) I also discovered that ldconfig wouldn't pick up libraries in
/usr/local/lib automatically, I have no idea why. Running ldconfig -p
showed that nothing from /usr/local/lib was in the cache, even after
running ldconfig with no args.  I edited /etc/ld.so.conf and added
/usr/local/lib, ldconfig -p now shows the /usr/local/lib/libtds* as
appropriate.

Once I sorted all of that out, "find / -name libtds*" shows that I have
only two copies of the libtds files on my machine, in /usr/local/lib and
in /home/jays/freetds-0.60.1/src/*, as appropriate.

OK, so now I _really_ think I've got everything configured correctly ;)

Sqsh still fails with bad username password error.

So then I decided to try getting the latest build from CVS.

I ran ./autoconf.sh --with-ssl and that seemed to go ok, but make bombs:

make[2]: Entering directory '/home/jays/freetds/src/replacements'
make[2]: *** No rule to make target '@LTLIBOBJS@', needed
by'libreplacmeents.la'. Stop.
make[2]: Leaving directory '/home/jays/freetds/src/replacements'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/freetds/src'
make: *** [all-recursive] Error 1


So really, does somebody have time to put some packages together?  I'd
really appreciate it....


-----Original Message-----
From: bounce-freetds-149810 AT franklin.oit.unc.edu
[mailto:bounce-freetds-149810 AT franklin.oit.unc.edu] On Behalf Of Steve
Langasek
Sent: Tuesday, October 08, 2002 3:21 PM
To: TDS Development Group
Subject: [freetds] Re: How to compile SQSH with FreeTDS .60?

Jay,

Can I interest you in a working set of sqsh/freetds Debian packages for
your hardware platform of choice? ;)

On Tue, Oct 08, 2002 at 03:01:40PM -0700, Jay Sauls wrote:

> I then ran the following on sqsh:
> export SYBASE=/usr/local
> ./configure
> make
> su
> make install

> But this is what I get when running sqsh:
> [jays@jays-linux sqsh-2.1]$ sqsh -S jayssql -U jays
> sqsh: error while loading shared libraries: libtds.so.1: cannot open
shared 
> object file: No such file or directory
> [jays@jays-linux sqsh-2.1]$

> ls -la /usr/local/lib/libtds* shows:
> -rw-r--r--    1 root     root       863064 Oct  8 14:49 
> /usr/local/lib/libtds.a
> -rwxr-xr-x    1 root     root          728 Oct  8 14:49 
> /usr/local/lib/libtds.la
> lrwxrwxrwx    1 root     root           13 Oct  8 14:49 
> /usr/local/lib/libtds.so -> libtds.so.1.0
> lrwxrwxrwx    1 root     root           13 Oct  8 14:49 
> /usr/local/lib/libtds.so.1 -> libtds.so.1.0
> -rwxr-xr-x    1 root     root       466058 Oct  8 14:49 
> /usr/local/lib/libtds.so.1.0
> -rw-r--r--    1 root     root       151954 Oct  8 14:50 
> /usr/local/lib/libtdssrv.a
> -rwxr-xr-x    1 root     root          743 Oct  8 14:50 
> /usr/local/lib/libtdssrv.la
> lrwxrwxrwx    1 root     root           16 Oct  8 14:50 
> /usr/local/lib/libtdssrv.so -> libtdssrv.so.0.0
> lrwxrwxrwx    1 root     root           16 Oct  8 14:50 
> /usr/local/lib/libtdssrv.so.0 -> libtdssrv.so.0.0
> -rwxr-xr-x    1 root     root        91464 Oct  8 14:50 
> /usr/local/lib/libtdssrv.so.0.0

Try running '/sbin/ldconfig'.  The official 0.6 release was built with a
version of libtool that trims the final '0' from the library version
string, and on most Linux distributions, the "real" filename of
libtds.so.1 is cached in /etc/ld.so.cache.  Re-running ldconfig will
force a re-scan of your library directories, and enable sqsh to again
find the libraries it needs.

The good news is that this definitively ensures that sqsh IS pointed at
the right set of libraries on your system.

Cheers,
Steve Langasek
postmodern programmer