Thread: pl/perl library question

pl/perl library question

From
"LLC"
Date:
Hi List;

I'm getting a library 'not fount' error when I run a pl/perl function.
Here's what I've done:

1) I'm on a Red Hat RHEL4 box with many many perl versions/installs and
the dev team is using them all. I do not want to step on anyone's dev
efforts so I downloaded and installed my own perl install in
/usr/local/pgsperl

2) next I set the following:
export PATH=/usr/local/pgsperl/bin:$PATH
export PERL5LIB=/usr/local/pgsperl/lib
export MANPATH=/usr/local/pgsperl/man:$MANPATH
export SYBASE=/usr/local/TDS   # for freetds

3) with the above env variables set I installed DBI via:
perl -MCPAN -e 'install Bundle::DBI'

4) next I installed DBD::Sybase via the source. Ran make install and it
installed in
/usr/local/pgsperl/lib/site_perl/5.8.7/x86_64-linux/auto/DBD/Sybase

5) I wrote a test perl script that connects to a Sql Server db, and
executes a select count(*) for a table. Running this script works.

6) created a function based on untrusted perl that executes a select of a
remote sql Server db table.

7) created an sql stmt to select * from this function


I've also created the same function and sql stmt on my laptop running SuSE
10 and postgres and the function works fine. The SuSE laptop has only the
default perl install.

I can create the function (sybase_get) on the RHEL with no problems,
however when I run the select (see below) which works on the SuSE laptop I
get the following error:


########## SQL STMT #########
select * from sybase_get() as (loc_parent_id varchar(100),
cricket_location_id_key varchar(100));

######### errors returned #################
$ psql pltest < tst7.sql
ERROR:  error from Perl function: install_driver(Sybase) failed: Can't
load
'/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi/auto/DBD/Sybase/Sybase.so'
for module DBD::Sybase: libct.so.3: cannot open shared object file: No
such file or directory at
/usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi/DynaLoader.pm line 230.at line 3
Compilation failed in require at line 3.
Perhaps a required shared library or dll isn't installed where expectedat line 5

It seems that pl/perl is looking in
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi/auto

Is there a way to tell postgres to look in
/usr/local/pgsperl/lib/site_perl/5.8.7/x86_64-linux/auto ?


Thanks in advance for your help.




Re: pl/perl library question

From
Andy Shellam
Date:
I've not done a lot with Perl, so can't comment on anything specific to 
do with Perl, however, as an obvious "quick fix", can you symlink the 
actual location of your library to the location Perl is looking in?

Andy

LLC wrote:
> Hi List;
>
> I'm getting a library 'not fount' error when I run a pl/perl function.
> Here's what I've done:
>
> 1) I'm on a Red Hat RHEL4 box with many many perl versions/installs and
> the dev team is using them all. I do not want to step on anyone's dev
> efforts so I downloaded and installed my own perl install in
> /usr/local/pgsperl
>
> 2) next I set the following:
> export PATH=/usr/local/pgsperl/bin:$PATH
> export PERL5LIB=/usr/local/pgsperl/lib
> export MANPATH=/usr/local/pgsperl/man:$MANPATH
> export SYBASE=/usr/local/TDS   # for freetds
>
> 3) with the above env variables set I installed DBI via:
> perl -MCPAN -e 'install Bundle::DBI'
>
> 4) next I installed DBD::Sybase via the source. Ran make install and it
> installed in
> /usr/local/pgsperl/lib/site_perl/5.8.7/x86_64-linux/auto/DBD/Sybase
>
> 5) I wrote a test perl script that connects to a Sql Server db, and
> executes a select count(*) for a table. Running this script works.
>
> 6) created a function based on untrusted perl that executes a select of a
> remote sql Server db table.
>
> 7) created an sql stmt to select * from this function
>
>
> I've also created the same function and sql stmt on my laptop running SuSE
> 10 and postgres and the function works fine. The SuSE laptop has only the
> default perl install.
>
> I can create the function (sybase_get) on the RHEL with no problems,
> however when I run the select (see below) which works on the SuSE laptop I
> get the following error:
>
>
> ########## SQL STMT #########
> select * from sybase_get() as (loc_parent_id varchar(100),
> cricket_location_id_key varchar(100));
>
> ######### errors returned #################
> $ psql pltest < tst7.sql
> ERROR:  error from Perl function: install_driver(Sybase) failed: Can't
> load
> '/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi/auto/DBD/Sybase/Sybase.so'
> for module DBD::Sybase: libct.so.3: cannot open shared object file: No
> such file or directory at
> /usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi/DynaLoader.pm line 230.
>  at line 3
> Compilation failed in require at line 3.
> Perhaps a required shared library or dll isn't installed where expected
>  at line 5
>
> It seems that pl/perl is looking in
> /usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi/auto
>
> Is there a way to tell postgres to look in
> /usr/local/pgsperl/lib/site_perl/5.8.7/x86_64-linux/auto ?
>
>
> Thanks in advance for your help.
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: if posting/reading through Usenet, please send an appropriate
>        subscribe-nomail command to majordomo@postgresql.org so that your
>        message can get through to the mailing list cleanly
>
> !DSPAM:14,449c8c94256846764010052!
>
>
>   



Re: pl/perl library question

From
"Sean Davis"
Date:
----- Original Message ----- 
From: "Andy Shellam" <andy@andycc.net>
To: <kevin@kevinkempterllc.com>
Cc: <pgsql-interfaces@postgresql.org>
Sent: Saturday, June 24, 2006 8:13 AM
Subject: Re: [INTERFACES] pl/perl library question


> I've not done a lot with Perl, so can't comment on anything specific to do 
> with Perl, however, as an obvious "quick fix", can you symlink the actual 
> location of your library to the location Perl is looking in?

The better fix (and I'm no expert, either) is probably to make sure that the 
perl that pg is using is the same perl under which you install packages.  It 
wasn't clear from the OP that this was the case.

Sean 



Re: pl/perl library question

From
Andy Shellam
Date:
This is true, although in an ideal solution, the developers wouldn't be 
using multiple versions of perl in different places, so this wouldn't be 
an issue!


Sean Davis wrote:
>
> ----- Original Message ----- From: "Andy Shellam" <andy@andycc.net>
> To: <kevin@kevinkempterllc.com>
> Cc: <pgsql-interfaces@postgresql.org>
> Sent: Saturday, June 24, 2006 8:13 AM
> Subject: Re: [INTERFACES] pl/perl library question
>
>
>> I've not done a lot with Perl, so can't comment on anything specific 
>> to do with Perl, however, as an obvious "quick fix", can you symlink 
>> the actual location of your library to the location Perl is looking in?
>
> The better fix (and I'm no expert, either) is probably to make sure 
> that the perl that pg is using is the same perl under which you 
> install packages.  It wasn't clear from the OP that this was the case.
>
> Sean
>
> !DSPAM:14,449d50d8256841247620461!
>
>