FreeTDS Development Group

["Wilson, John" <John.Wilson AT savvis.net>]

James/TDS Group: Thanks for your reply.
I Managed to resolve the libgcc_s.so.1 problem below correcting the
LD_LIBRARY_PATH.

now I'm getting an error on:

on line 40 from t/autocommit.t:
        my $dbh = DBI->connect("dbi:Sybase:server=$Srv", $Uid, $Pwd,
{PrintError => 0});

the error reads:
____________________________________________________________________________
__________
[jwilson@vntwb1da DBD-Sybase-0.94_02]$ make test
PERL_DL_NONLAZY=1 /home/jwilson/devel/usr/local/bin/perl -Iblib/arch
-Iblib/lib -I/home/jwilson/devel/usr/local/lib/perl5/5.00503/sun4-solaris
-I/home/jwilson/devel/usr/local/lib/perl5/5.00503 -e 'use Test::Harness
qw(&runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t
t/autocommit........install_driver(Sybase) failed: Can't load
'blib/arch/auto/DBD/Sybase/Sybase.so' for module DBD::Sybase: ld.so.1:
/home/jwilson/devel/usr/local/bin/perl: fatal: relocation error: file
blib/arch/auto/DBD/Sybase/Sybase.so: 

        symbol cs_ctx_global: referenced symbol not found at 

/home/jwilson/devel/usr/local/lib/perl5/5.00503/sun4-solaris/DynaLoader.pm
line 169.

 at (eval 1) line 3
Perhaps a required shared library or dll isn't installed where expected
 at t/autocommit.t line 40
dubious
        Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 2-4
        Failed 3/4 tests, 25.00% okay
____________________________________________________________________________
____________

Please note that all of the tests are failing to load Sybase.so due to the
missing symbol cs_ctx_global.

I've done a string search from within an old $SYBASE/lib and this symbol is
not to be found in a .so lib.  It is found in .a type libs.

I've followed the directions (to the best of my knowledge) and set $SYBASE
to where I have the FreeTDS installed.  The libs are there..., by
LD_LIBRARY_PATH is set accordingly...

The question I have is where is this symbol defined within FreeTDS?  Or did
I miss something?
It was my understanding that DBD::Sybase was supposed to work with FreeTDS.


Please note that all of the test for DBI passed.

Any help would be greatly appreciated.
regards,
jd wilson

-----Original Message-----
From: James K. Lowden [mailto:jklowden AT schemamania.org]
Sent: Friday, October 18, 2002 19:44
To: TDS Development Group
Subject: [freetds] Re: Need help with DBD::Sybase 'make test' fails
using FreeTDS.


On Fri, 18 Oct 2002 19:01:20 -0400, "jd wilson" <john.wilson AT savvis.net>
wrote:
> 
> I'm looking for some assistance with the errors encountered when running
> 'make test' for DBD-Sybase-0.94_02.

J D, 

You may be happy to learn you don't have a FreeTDS problem, at least not
yet.  As far as I can tell, you're having a problem getting Solaris to
load shared libraries for Perl.  The salient complaint is:

> No such file or directory [libgcc_s.so.1] at
> /home/jwilson/devel/usr/local/lib/perl5/5.00503/sun4-solaris/DynaLoader
> .pm line 169.

I'd check the setup of your runtime linker (I don't use Solaris and can't
be more specific).  Probably libgcc_s.so.1 is not in its path
(LD_RUN_PATH?).  That's what:

> Perhaps a required shared library or dll isn't installed where expected
>  at t/autocommit.t line 40

means.  

> I assume that if I'm using FreeTDS, that
> this will be replaced by "use DBD::Sybase;"

You'll find an example in freetds/samples/test.pl.  If you're using
FreeTDS 0.60, see 

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/freetds/freetds/samples/test.
pl

[...]

> I've got the following env setup:
> 
> [jwilson@vntwb1da DBD-Sybase-0.94_02]$ uname -a
> SunOS vntwb1da 5.7 Generic_106541-19 sun4u sparc SUNW,Ultra-80
> 
> LD_LIBRARY_PATH=/home/jwilson/devel/usr/local/lib
> 
> SYBASE=/home/jwilson/devel/usr/local (this is where I installed FreeTDS
> libs and includes)

That looks OK.  I don't know what DBD-Sybase uses $SYBASE for anymore.  

[...]

> One thing to note is that the perl I'm using (5.00503) has been recently
> rebuilt on this server using gcc 3.0.3.  Also the DBI module was built
> and tested under this same configuration and it does not have any
> problem loading DBI when the source encounters a "use DBI;" call.

That sounds fine.  

HTH.

--jkl

---
You are currently subscribed to freetds as: [john.wilson AT savvis.net]
To unsubscribe, forward this message to
$subst('Email.Unsub')