Re: create plperlu langage fails - Mailing list pgsql-general

From FERREIRA, William (VALTECH)
Subject Re: create plperlu langage fails
Date
Msg-id 414D259CE29DE54DAD534037C83CE4B7011E4702@FR0-MAILMB20.res.airbus.corp
Whole thread Raw
In response to create plperlu langage fails  ("FERREIRA, William (VALTECH)" <william.ferreira@airbus.com>)
List pgsql-general
yes !
i found my problem
i added libperl.so (from perl 5.5.7) in LD_LIBRARY_PATH and now it works
thanks

    Will

-----Message d'origine-----
De : Michael Fuhr [mailto:mike@fuhr.org]
Envoyé : jeudi 19 janvier 2006 18:30
À : FERREIRA, William (VALTECH)
Cc : pgsql-general@postgresql.org
Objet : Re: [GENERAL] create plperlu langage fails



On Thu, Jan 19, 2006 at 05:22:23PM +0100, FERREIRA, William (VALTECH) wrote:
> ERROR:  could not load library "/home/adocv3/postgresql-8.1.2/src/pl/plperl/libplperl.so": ld.so.1:
/opt/pgsql/bin/postgres:fatal: relocation error: file /home/adocv3/postgresql-8.1.2/src/pl/plperl/libplperl.so: symbol
perl_call_pv:referenced symbol not found 

Was your libplperl.so built against an older version of Perl than
your libperl.so was?  In recent versions of Perl perl_call_pv is a
macro that ultimately expands to Perl_call_pv, but in older versions
perl_call_pv was a symbol itself.

How did you obtain libplperl.so -- did you built it yourself or
install it from a package?  Do you have multiple versions of Perl
installed?  What platform are you using?

--
Michael Fuhr


This mail has originated outside your organization,
either from an external partner or the Global Internet.
Keep this in mind if you answer this message.


This e-mail is intended only for the above addressee. It may contain
privileged information. If you are not the addressee you must not copy,
distribute, disclose or use any of the information in it. If you have
received it in error please delete it and immediately notify the sender.
Security Notice: all e-mail, sent to or from this address, may be
accessed by someone other than the recipient, for system management and
security reasons. This access is controlled under Regulation of
Investigatory Powers Act 2000, Lawful Business Practises.

pgsql-general by date:

Previous
From: DANTE ALEXANDRA
Date:
Subject: Initdb panic: invalid record offset at 0/0 creating template1]
Next
From: Shane Wright
Date:
Subject: Re: mount -o async - is it safe?