Skip to Content.
Sympa Menu

freetds - Re: [freetds] what am I missing?

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: Chris Bartram <chrisrbartram AT yahoo.com>
  • To: FreeTDS Development Group <freetds AT lists.ibiblio.org>
  • Subject: Re: [freetds] what am I missing?
  • Date: Tue, 24 May 2011 15:43:25 -0700 (PDT)



Many thanks for the logging/debug tips. With that I was able to figure out (I
think) what's happening:


When connecting via dsn name it appears it’s reaching the correct server and
using the correct TCP port – but using TDS version 5 instead of the version 8
as
defined in the freetds.conf file… ???

Perl code I’m using to connect:

$dbh = DBI->connect("dbi:ODBC:SQLServer",$username,$userpass);

In this attempt was passing NT domain authentication credentials for username
and password. Got similar results when I also tried with a local SQL
user/pass.




-bash-3.2$ cat /tmp/freetds.log
log.c:190:Starting log file for FreeTDS 0.82
on 2011-05-24 13:43:42 with debug flags 0x4fff.
iconv.c:197:names for ISO-8859-1: ISO-8859-1
iconv.c:197:names for UTF-8: UTF-8
iconv.c:197:names for UCS-2LE: UCS-2LE
iconv.c:197:names for UCS-2BE: UCS-2BE
iconv.c:363:iconv to convert client-side data to the "ISO-8859-1" character
set
iconv.c:516:tds_iconv_info_init: converting "ISO-8859-1"->"UCS-2LE"
net.c:210:Connecting to xxx.xxx.xxx.xxx port 1433 (TDS version 5.0)
net.c:264:tds_open_socket: connect(2) returned "Operation now in progress"
net.c:303:tds_open_socket() succeeded
util.c:162:Changed query state from DEAD to IDLE
login.c:537:NT login not support using TDS 4.x or 5.0
util.c:162:Changed query state from IDLE to DEAD
util.c:334:tdserror(0x6876720, 0x6879140, 20002, 0)
odbc.c:2032:msgno 20002 20003
util.c:368:tdserror: client library returned TDS_INT_CANCEL(2)
util.c:389:tdserror: returning TDS_INT_CANCEL(2)
mem.c:563:tds_free_all_results()
error.c:574:SQLError((nil), 0x6877b90, (nil), 0x7fff934bd5e0, 0x7fff934bd5f4,
0x7fff934bd0c0, 513, 0x7fff934bd5fe)
error.c:510:_SQLGetDiagRec(2, 0x6877b90, 1, 0x7fff934bd5e0, 0x7fff934bd5f4,
0x7fff934bd0c0, 513, 0x7fff934bd5fe)
error.c:574:SQLError((nil), 0x6877b90, (nil), 0x7fff934bd5e0, 0x7fff934bd5f4,
0x7fff934bd0c0, 513, 0x7fff934bd5fe)
error.c:510:_SQLGetDiagRec(2, 0x6877b90, 1, 0x7fff934bd5e0, 0x7fff934bd5f4,
0x7fff934bd0c0, 513, 0x7fff934bd5fe)
error.c:574:SQLError((nil), 0x6877b90, (nil), 0x7fff934bd5e0, 0x7fff934bd5f4,
0x7fff934bd0c0, 513, 0x7fff934bd5fe)
error.c:510:_SQLGetDiagRec(2, 0x6877b90, 1, 0x7fff934bd5e0, 0x7fff934bd5f4,
0x7fff934bd0c0, 513, 0x7fff934bd5fe)
odbc.c:3680:SQLFreeHandle(2, 0x0x6877b90)
odbc.c:3706:_SQLFreeConnect(0x6877b90)
odbc.c:3680:SQLFreeHandle(1, 0x0x68766c0)
odbc.c:3744:_SQLFreeEnv(0x68766c0)


-bash-3.2$ cat /usr/local/etc/freetds.conf

# $Id: freetds.conf,v 1.12 2007/12/25 06:02:36 jklowden Exp $
#
# This file is installed by FreeTDS if no file by the same
# name is found in the installation directory.
#
# For information about the layout of this file and its settings,
# see the freetds.conf manpage "man freetds.conf".

# Global settings are overridden by those in a database
# server specific section
[global]
# TDS protocol version
; tds version = 4.2

# Whether to write a TDSDUMP file for diagnostic purposes
# (setting this to /tmp is insecure on a multi-user system)
dump file = /tmp/freetds.log
debug flags = 0xffff

# Command and connection timeouts
; timeout = 10
; connect timeout = 10

# If you get out-of-memory errors, it may mean that your client
# is trying to allocate a huge buffer for a TEXT field.
# Try setting 'text size' to a more reasonable limit
text size = 64512

# A typical Sybase server
[egServer50]
host = symachine.domain.com
port = 5000
tds version = 5.0

# A typical Microsoft server
[egServer70]
host = ntmachine.domain.com
port = 1433
tds version = 7.0

[SQLServer]
host = scomsqlclus.domain.org
port = 1433
tds version = 8.0



-bash-3.2$ cat .odbc.ini
[SQLServer]
Driver=FreeTDS
Description=SCOM Database
Trace=No
TraceFile=/tmp/odbc.trace
Server=SCOMSQLCLUS.domain.org
Port=1433
Database=OperationsManager
"The purpose of life is not to be happy. It is to be useful, to be
honorable,
to be compassionate, to have it make some difference that you have lived and
lived well". (Ralph Waldo Emerson)




________________________________
From: Chris Bartram <chrisrbartram AT yahoo.com>
To: konrad AT payplus.com; FreeTDS Development Group <freetds AT lists.ibiblio.org>
Sent: Tue, May 24, 2011 7:42:46 AM
Subject: Re: [freetds] what am I missing?


The destination host in my case is Microsoft SQL (2005 cluster); but I did
try
with both a dbi:ODBC:nameinfreetds.conf; as well as the
dbi:ODBC:DRIVER={freetds};server=sqlservclus.domain.org (also tried IP
address
instead of the hostname). Same errors...

Using the tsql program though I can make a connection and retrieve data from
the

database just fine??

-Chris

"The purpose of life is not to be happy. It is to be useful, to be honorable,
to be compassionate, to have it make some difference that you have lived and
lived well". (Ralph Waldo Emerson)




________________________________
From: Konrad J Hambrick <konrad AT payplus.com>
To: FreeTDS Development Group <freetds AT lists.ibiblio.org>
Sent: Tue, May 24, 2011 5:33:58 AM
Subject: Re: [freetds] what am I missing?


Chris --

I believe Randy nailed it. Your DBI->connect() string must include
the $TDSHOST ( the Name in Brackets in /usr/local/etc/freetds.conf ).

Like so:

If your freetds.conf contains a server config:

[Win2k3]
host = win2k3.kjh.lan
port = 1433
tds version = 8.0

then your DBI->connect() string should be (note the server= in the connect
string):

my $dbh = = DBI->connect( "DBI:Sybase:maxConnect=100:server=Win2k3",
$TDSUser,
$TDSPass,
{ PrintError =>
0,

# Option #1
AutoCommit =>
1,

# Option #2, etc
} ) ;

HTH

-- kjh

Randy Syring wrote, On 05/23/2011 11:10 PM:
> Try TDSDUMPCONFIG to see all the connection params that TDS is using.
>
> http://www.freetds.org/userguide/logging.htm
>
> I don't see a server name or IP address, might that be the issue?
>
> --------------------------------------
> Randy Syring
> Intelicom
> Direct: 502-276-0459
> Office: 502-212-9913
>
> For the wages of sin is death, but the
> free gift of God is eternal life in
> Christ Jesus our Lord (Rom 6:23)
>
>
> On 05/23/2011 11:51 PM, Chris Bartram wrote:
>> Thanks! Took care of the Perl .so loading issues...
>>
>> /usr/local/bin/tsql connection now working; I can connect and query data
>> that
>> way.
>>
>> Perl dbi:ODBC fails with following error codes:
>>
>> DBI connect('SQLServer','user',...) failed: [unixODBC][FreeTDS][SQL
>> Server]Unable to connect to data source (SQL-08001) [state was 08001 now
>01000]
>> [unixODBC][FreeTDS][SQL Server]Adaptive Server connection failed
>> (SQL-01000)
>> [unixODBC][FreeTDS][SQL Server]Unexpected EOF from the server (SQL-01000)
>> at
>> ./testscom.pl line 9
>>
>> Source looks like this:
>>
>> $dbh = DBI->connect("dbi:ODBC:SQLServer","user",$userpass);
>>
>> (also tried the DRIVER={};Server= format; same errors.)
>>
>> Target server is a SQL 2005 cluster; default instance – not a named
>> instance.Calling from perl on a RHEL system.
>>
>>
>> Any suggestions?
>>
>> -Chris Bartram
>> "The purpose of life is not to be happy. It is to be useful, to be
>>honorable,
>> to be compassionate, to have it make some difference that you have lived
>> and
>> lived well". (Ralph Waldo Emerson)
>>
>>
>>
>>
>> ________________________________
>> From: James K. Lowden<jklowden AT freetds.org>
>> To: freetds AT lists.ibiblio.org
>> Sent: Wed, May 18, 2011 11:04:43 PM
>> Subject: Re: [freetds] what am I missing?
>>
>> On Tue, 17 May 2011 19:30:17 -0700 (PDT)
>> Chris Bartram<chrisrbartram AT yahoo.com> wrote:
>>
>>> When I try the ODBC connection in a Perl program I get
>>> errors that the .so is not found; yet an ls shows the file(s) right
>>> where it's supposed to be looking. tsql looks like it might be
>>> working?
>> http://www.freetds.org/91/userguide/linker.how.htm
>>
>> If Perl says it can't find the .so, it's telling the truth. Because
>> Perl::DBI is using dlopen(3), nothing in the Perl executable nor the
>> DBI library affects where the runtime linker looks. You have to tell
>> it. LD_LIBRARY_PATH is your friend, but you may have to resort to
>> LD_PRELOAD.
>>
>> HTH.
>>
>> --jkl
>> _______________________________________________
>> FreeTDS mailing list
>> FreeTDS AT lists.ibiblio.org
>> http://lists.ibiblio.org/mailman/listinfo/freetds
>> _______________________________________________
>> FreeTDS mailing list
>> FreeTDS AT lists.ibiblio.org
>> http://lists.ibiblio.org/mailman/listinfo/freetds
> _______________________________________________
> FreeTDS mailing list
> FreeTDS AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/freetds

_______________________________________________
FreeTDS mailing list
FreeTDS AT lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/freetds
_______________________________________________
FreeTDS mailing list
FreeTDS AT lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/freetds

>From a_wake AT earthlink.net Tue May 24 20:09:40 2011
Return-Path: <a_wake AT earthlink.net>
X-Original-To: freetds AT lists.ibiblio.org
Delivered-To: freetds AT lists.ibiblio.org
Received: by lists.ibiblio.org (Postfix, from userid 20217)
id 30F6EE8C27; Tue, 24 May 2011 20:09:40 -0400 (EDT)
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
mailman1.ibiblio.org
X-Spam-Level:
X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,
DKIM_VERIFIED autolearn=ham version=3.2.5
Received: from elasmtp-junco.atl.sa.earthlink.net
(elasmtp-junco.atl.sa.earthlink.net [209.86.89.63])
by lists.ibiblio.org (Postfix) with ESMTP id 5BE7CE8C22
for <freetds AT lists.ibiblio.org>; Tue, 24 May 2011 20:09:39 -0400 (EDT)
Received: from [76.0.179.103] (helo=[172.16.0.5])
by elasmtp-junco.atl.sa.earthlink.net with esmtpa (Exim 4.67)
(envelope-from <a_wake AT earthlink.net>) id 1QP1fP-0002dB-4x
for freetds AT lists.ibiblio.org; Tue, 24 May 2011 20:09:39 -0400
From: "Andrew H. Wakefield" <a_wake AT earthlink.net>
To: FreeTDS Development Group <freetds AT lists.ibiblio.org>
In-Reply-To: <938073.55677.qm AT web126003.mail.ne1.yahoo.com>
References: <461427.10452.qm AT web126006.mail.ne1.yahoo.com>
<20110518230443.6a25577e.jklowden AT freetds.org>
<692515.29129.qm AT web126012.mail.ne1.yahoo.com>
<4DDB2FAC.9040207 AT inteli-com.com> <4DDB7B86.50405 AT payplus.com>
<503414.57479.qm AT web126004.mail.ne1.yahoo.com>
<938073.55677.qm AT web126003.mail.ne1.yahoo.com>
Content-Type: text/plain; charset="UTF-8"
Date: Tue, 24 May 2011 20:09:38 -0400
Message-ID: <1306282178.1807.2.camel@linux-laptop>
Mime-Version: 1.0
X-Mailer: Evolution 2.32.2
Content-Transfer-Encoding: quoted-printable
X-ELNK-Trace:
c5e1df358fc64e7c94f5150ab1c16ac02930b881f11d255e2f986f13a756e47dc496a2a79f72e3d0350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 76.0.179.103
Subject: Re: [freetds] what am I missing?
X-BeenThere: freetds AT lists.ibiblio.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: FreeTDS Development Group <freetds AT lists.ibiblio.org>
List-Id: FreeTDS Development Group <freetds.lists.ibiblio.org>
List-Unsubscribe: <http://lists.ibiblio.org/mailman/listinfo/freetds>,
<mailto:freetds-request AT lists.ibiblio.org?subject=unsubscribe>
List-Archive: <https://lists.ibiblio.org/sympa/arc/freetds>
List-Post: <mailto:freetds AT lists.ibiblio.org>
List-Help: <mailto:sympa AT lists.ibiblio.org?subject=HELP>
List-Subscribe: <http://lists.ibiblio.org/mailman/listinfo/freetds>,
<mailto:freetds-request AT lists.ibiblio.org?subject=subscribe>
X-List-Received-Date: Wed, 25 May 2011 00:09:40 -0000

Chris,

You are showing the freetds.conf file in /usr/local/etc -- but the first
place freetds will look, I think, is in your home folder. What is in
the .freetds.conf file there?

On Tue, 2011-05-24 at 15:43 -0700, Chris Bartram wrote:
>
> Many thanks for the logging/debug tips. With that I was able to figure out
> (I
> think) what's happening:
>
>
> When connecting via dsn name it appears it’s reaching the correct server
> and
> using the correct TCP port – but using TDS version 5 instead of the version
> 8 as
> defined in the freetds.conf file… ???
>
> Perl code I’m using to connect:
>
> $dbh = DBI->connect("dbi:ODBC:SQLServer",$username,$userpass);
>
> In this attempt was passing NT domain authentication credentials for
> username
> and password. Got similar results when I also tried with a local SQL
> user/pass.
>
>
>
>
> -bash-3.2$ cat /tmp/freetds.log
> log.c:190:Starting log file for FreeTDS 0.82
> on 2011-05-24 13:43:42 with debug flags 0x4fff.
> iconv.c:197:names for ISO-8859-1: ISO-8859-1
> iconv.c:197:names for UTF-8: UTF-8
> iconv.c:197:names for UCS-2LE: UCS-2LE
> iconv.c:197:names for UCS-2BE: UCS-2BE
> iconv.c:363:iconv to convert client-side data to the "ISO-8859-1" character
> set
> iconv.c:516:tds_iconv_info_init: converting "ISO-8859-1"->"UCS-2LE"
> net.c:210:Connecting to xxx.xxx.xxx.xxx port 1433 (TDS version 5.0)
> net.c:264:tds_open_socket: connect(2) returned "Operation now in progress"
> net.c:303:tds_open_socket() succeeded
> util.c:162:Changed query state from DEAD to IDLE
> login.c:537:NT login not support using TDS 4.x or 5.0
> util.c:162:Changed query state from IDLE to DEAD
> util.c:334:tdserror(0x6876720, 0x6879140, 20002, 0)
> odbc.c:2032:msgno 20002 20003
> util.c:368:tdserror: client library returned TDS_INT_CANCEL(2)
> util.c:389:tdserror: returning TDS_INT_CANCEL(2)
> mem.c:563:tds_free_all_results()
> error.c:574:SQLError((nil), 0x6877b90, (nil), 0x7fff934bd5e0,
> 0x7fff934bd5f4,
> 0x7fff934bd0c0, 513, 0x7fff934bd5fe)
> error.c:510:_SQLGetDiagRec(2, 0x6877b90, 1, 0x7fff934bd5e0, 0x7fff934bd5f4,
> 0x7fff934bd0c0, 513, 0x7fff934bd5fe)
> error.c:574:SQLError((nil), 0x6877b90, (nil), 0x7fff934bd5e0,
> 0x7fff934bd5f4,
> 0x7fff934bd0c0, 513, 0x7fff934bd5fe)
> error.c:510:_SQLGetDiagRec(2, 0x6877b90, 1, 0x7fff934bd5e0, 0x7fff934bd5f4,
> 0x7fff934bd0c0, 513, 0x7fff934bd5fe)
> error.c:574:SQLError((nil), 0x6877b90, (nil), 0x7fff934bd5e0,
> 0x7fff934bd5f4,
> 0x7fff934bd0c0, 513, 0x7fff934bd5fe)
> error.c:510:_SQLGetDiagRec(2, 0x6877b90, 1, 0x7fff934bd5e0, 0x7fff934bd5f4,
> 0x7fff934bd0c0, 513, 0x7fff934bd5fe)
> odbc.c:3680:SQLFreeHandle(2, 0x0x6877b90)
> odbc.c:3706:_SQLFreeConnect(0x6877b90)
> odbc.c:3680:SQLFreeHandle(1, 0x0x68766c0)
> odbc.c:3744:_SQLFreeEnv(0x68766c0)
>
>
> -bash-3.2$ cat /usr/local/etc/freetds.conf
>
> # $Id: freetds.conf,v 1.12 2007/12/25 06:02:36 jklowden Exp $
> #
> # This file is installed by FreeTDS if no file by the same
> # name is found in the installation directory.
> #
> # For information about the layout of this file and its settings,
> # see the freetds.conf manpage "man freetds.conf".
>
> # Global settings are overridden by those in a database
> # server specific section
> [global]
> # TDS protocol version
> ; tds version = 4.2
>
> # Whether to write a TDSDUMP file for diagnostic purposes
> # (setting this to /tmp is insecure on a multi-user system)
> dump file = /tmp/freetds.log
> debug flags = 0xffff
>
> # Command and connection timeouts
> ; timeout = 10
> ; connect timeout = 10
>
> # If you get out-of-memory errors, it may mean that your client
> # is trying to allocate a huge buffer for a TEXT field.
> # Try setting 'text size' to a more reasonable limit
> text size = 64512
>
> # A typical Sybase server
> [egServer50]
> host = symachine.domain.com
> port = 5000
> tds version = 5.0
>
> # A typical Microsoft server
> [egServer70]
> host = ntmachine.domain.com
> port = 1433
> tds version = 7.0
>
> [SQLServer]
> host = scomsqlclus.domain.org
> port = 1433
> tds version = 8.0
>
>
>
> -bash-3.2$ cat .odbc.ini
> [SQLServer]
> Driver=FreeTDS
> Description=SCOM Database
> Trace=No
> TraceFile=/tmp/odbc.trace
> Server=SCOMSQLCLUS.domain.org
> Port=1433
> Database=OperationsManager
> "The purpose of life is not to be happy. It is to be useful, to be
> honorable,
> to be compassionate, to have it make some difference that you have lived
> and
> lived well". (Ralph Waldo Emerson)
>
>
>
>
> ________________________________
> From: Chris Bartram <chrisrbartram AT yahoo.com>
> To: konrad AT payplus.com; FreeTDS Development Group
> <freetds AT lists.ibiblio.org>
> Sent: Tue, May 24, 2011 7:42:46 AM
> Subject: Re: [freetds] what am I missing?
>
>
> The destination host in my case is Microsoft SQL (2005 cluster); but I did
> try
> with both a dbi:ODBC:nameinfreetds.conf; as well as the
> dbi:ODBC:DRIVER={freetds};server=sqlservclus.domain.org (also tried IP
> address
> instead of the hostname). Same errors...
>
> Using the tsql program though I can make a connection and retrieve data
> from the
>
> database just fine??
>
> -Chris
>
> "The purpose of life is not to be happy. It is to be useful, to be
> honorable,
> to be compassionate, to have it make some difference that you have lived
> and
> lived well". (Ralph Waldo Emerson)
>
>
>
>
> ________________________________
> From: Konrad J Hambrick <konrad AT payplus.com>
> To: FreeTDS Development Group <freetds AT lists.ibiblio.org>
> Sent: Tue, May 24, 2011 5:33:58 AM
> Subject: Re: [freetds] what am I missing?
>
>
> Chris --
>
> I believe Randy nailed it. Your DBI->connect() string must include
> the $TDSHOST ( the Name in Brackets in /usr/local/etc/freetds.conf ).
>
> Like so:
>
> If your freetds.conf contains a server config:
>
> [Win2k3]
> host = win2k3.kjh.lan
> port = 1433
> tds version = 8.0
>
> then your DBI->connect() string should be (note the server= in the connect
> string):
>
> my $dbh = = DBI->connect( "DBI:Sybase:maxConnect=100:server=Win2k3",
> $TDSUser,
> $TDSPass,
> { PrintError
> => 0,
>
> # Option #1
> AutoCommit
> => 1,
>
> # Option #2, etc
> } ) ;
>
> HTH
>
> -- kjh
>
> Randy Syring wrote, On 05/23/2011 11:10 PM:
> > Try TDSDUMPCONFIG to see all the connection params that TDS is using.
> >
> > http://www.freetds.org/userguide/logging.htm
> >
> > I don't see a server name or IP address, might that be the issue?
> >
> > --------------------------------------
> > Randy Syring
> > Intelicom
> > Direct: 502-276-0459
> > Office: 502-212-9913
> >
> > For the wages of sin is death, but the
> > free gift of God is eternal life in
> > Christ Jesus our Lord (Rom 6:23)
> >
> >
> > On 05/23/2011 11:51 PM, Chris Bartram wrote:
> >> Thanks! Took care of the Perl .so loading issues...
> >>
> >> /usr/local/bin/tsql connection now working; I can connect and query data
> >> that
> >> way.
> >>
> >> Perl dbi:ODBC fails with following error codes:
> >>
> >> DBI connect('SQLServer','user',...) failed: [unixODBC][FreeTDS][SQL
> >> Server]Unable to connect to data source (SQL-08001) [state was 08001 now
> >01000]
> >> [unixODBC][FreeTDS][SQL Server]Adaptive Server connection failed
> >> (SQL-01000)
> >> [unixODBC][FreeTDS][SQL Server]Unexpected EOF from the server
> >> (SQL-01000) at
> >> ./testscom.pl line 9
> >>
> >> Source looks like this:
> >>
> >> $dbh = DBI->connect("dbi:ODBC:SQLServer","user",$userpass);
> >>
> >> (also tried the DRIVER={};Server= format; same errors.)
> >>
> >> Target server is a SQL 2005 cluster; default instance – not a named
> >> instance.Calling from perl on a RHEL system.
> >>
> >>
> >> Any suggestions?
> >>
> >> -Chris Bartram
> >> "The purpose of life is not to be happy. It is to be useful, to be
> >>honorable,
> >> to be compassionate, to have it make some difference that you have lived
> >> and
> >> lived well". (Ralph Waldo Emerson)
> >>
> >>
> >>
> >>
> >> ________________________________
> >> From: James K. Lowden<jklowden AT freetds.org>
> >> To: freetds AT lists.ibiblio.org
> >> Sent: Wed, May 18, 2011 11:04:43 PM
> >> Subject: Re: [freetds] what am I missing?
> >>
> >> On Tue, 17 May 2011 19:30:17 -0700 (PDT)
> >> Chris Bartram<chrisrbartram AT yahoo.com> wrote:
> >>
> >>> When I try the ODBC connection in a Perl program I get
> >>> errors that the .so is not found; yet an ls shows the file(s) right
> >>> where it's supposed to be looking. tsql looks like it might be
> >>> working?
> >> http://www.freetds.org/91/userguide/linker.how.htm
> >>
> >> If Perl says it can't find the .so, it's telling the truth. Because
> >> Perl::DBI is using dlopen(3), nothing in the Perl executable nor the
> >> DBI library affects where the runtime linker looks. You have to tell
> >> it. LD_LIBRARY_PATH is your friend, but you may have to resort to
> >> LD_PRELOAD.
> >>
> >> HTH.
> >>
> >> --jkl
> >> _______________________________________________
> >> FreeTDS mailing list
> >> FreeTDS AT lists.ibiblio.org
> >> http://lists.ibiblio.org/mailman/listinfo/freetds
> >> _______________________________________________
> >> FreeTDS mailing list
> >> FreeTDS AT lists.ibiblio.org
> >> http://lists.ibiblio.org/mailman/listinfo/freetds
> > _______________________________________________
> > FreeTDS mailing list
> > FreeTDS AT lists.ibiblio.org
> > http://lists.ibiblio.org/mailman/listinfo/freetds
>
> _______________________________________________
> FreeTDS mailing list
> FreeTDS AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/freetds
> _______________________________________________
> FreeTDS mailing list
> FreeTDS AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/freetds
> _______________________________________________
> FreeTDS mailing list
> FreeTDS AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/freetds






Archive powered by MHonArc 2.6.24.

Top of Page