Skip to Content.
Sympa Menu

freetds - Re: How to compile SQSH with FreeTDS .60?

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "Jay Sauls" <jaysauls AT hotmail.com>
  • To: "'TDS Development Group'" <freetds AT franklin.oit.unc.edu>
  • Subject: Re: How to compile SQSH with FreeTDS .60?
  • Date: Wed, 9 Oct 2002 11:07:54 -0700


Last mail on this topic, I promise!

When subtlety fails, resort to force (or, the windows 95 approach to
Linux configuration):

As it became obvious that I have some weird mix of misinstalled and
misconfigured shared libraries, I decided that the quickest way out of
this would be to blow away my install of Linux and start fresh. I did
that this morning, rebuilt FreeTDS and SQSH, and now integrated auth is
working beautifully with SQSH.

Thanks to James and everyone else for your help and patience on this....


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

On Tue, 8 Oct 2002 17:34:06 -0700, "Jay Sauls" <jaysauls AT hotmail.com>
wrote:
> 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.

Be of good cheer, Jay. The end is nigh. At least we know you're not
using out of date code anymore.

(Of course, if someone *does* package sqsh for you, I'm sure we'll both
be
happy.)

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

I doubt you were linking to that old version. TDSDUMPCONFIG was added
after the 0.53 release. (I think you made that up about 0.56, right?)

> 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.

I think sqsh is still not linked to what you think. Note sqsh doesn't
only link to libtds, but to libct as well. What shows "$ ldd `which
sqsh`"? In fact, you can check the dates like this:

$ ldd `which sqsh` |perl -ne'BEGIN{ print qq(ls -l );} s/^.+> //;
s/\(.+$/\\/; next if /sqsh/; print;' |sh
-r--r--r-- 1 root wheel 719493 Mar 3 2000
/usr/X11R6/lib/libX11.so.6.1
-r--r--r-- 1 root wheel 245095 Mar 3 2000
/usr/X11R6/lib/libXaw.so.6.1
-r--r--r-- 1 root wheel 49933 Mar 3 2000
/usr/X11R6/lib/libXext.so.6.3
-r--r--r-- 1 root wheel 81441 Mar 3 2000
/usr/X11R6/lib/libXmu.so.6.0
-r--r--r-- 1 root wheel 297755 Mar 3 2000
/usr/X11R6/lib/libXt.so.6.0
-r--r--r-- 1 root wheel 492349 Mar 3 2000
/usr/lib/libc.so.12.40
-r--r--r-- 1 root wheel 48773 Mar 3 2000
/usr/lib/libcurses.so.2.2
-r--r--r-- 1 root wheel 106239 Mar 3 2000 /usr/lib/libm.so.0.1
-rwxr-xr-x 1 jklowden wheel 616828 Oct 8 23:25
/usr/local/lib/libct.so.0.0
-rwxr-xr-x 1 jklowden wheel 489831 Oct 8 23:25
/usr/local/lib/libtds.so.1.1
-r--r--r-- 1 root wheel 902155 Jun 8 12:44
/usr/pkg/lib/libiconv.so.2.4
-r--r--r-- 1 root wheel 164771 Jun 3 22:26
/usr/pkg/lib/libreadline.so.4.2

My sqsh will have a few more libraries than yours, because my confgure
used more switches, but libct and libtds should match.

I'd rely on Steve. If he says this worked for him, it's more likely to
be
a local configuration error than a TDS problem. Be sure to abide his
advice about versions.

Meanwhile, let's see if we can get autoconf to behave. :) That way, if
you really really have a problem, we can work on the current code.

> 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

Sounds like you're using a slightly old autoconf. There was a heads-up
message about that from Nick the other day. I'm using these:

$ autoconf --version; automake --version; libtool --version
autoconf (GNU Autoconf) 2.54
Written by David J. MacKenzie and Akim Demaille.

Copyright 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
automake (GNU automake) 1.7
Written by Tom Tromey <tromey AT redhat.com>.

Copyright 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
ltmain.sh (GNU libtool) 1.4a (1.641.2.255 2001/05/22 10:39:30)

Please let us know.

Regards,

--jkl

---
You are currently subscribed to freetds as: [jaysauls AT hotmail.com]
To unsubscribe, forward this message to
$subst('Email.Unsub')




Archive powered by MHonArc 2.6.24.

Top of Page