Re: Bug #525: createlang for plperl fails on Tru64 version 4.0F (v 7.1.3)
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Bug #525: createlang for plperl fails on Tru64 version 4.0F (v 7.1.3) |
| Дата | |
| Msg-id | 3920.1007076779@sss.pgh.pa.us обсуждение |
| Ответ на | Bug #525: createlang for plperl fails on Tru64 version 4.0F (v 7.1.3) (pgsql-bugs@postgresql.org) |
| Список | pgsql-bugs |
pgsql-bugs@postgresql.org writes:
> We had plperl operating fine on our Compaq Tru64 4.0F system, when it
> was running PostgreSQL version 7.0.2. However, when we installed
> version 7.1.3, despite the fact that we had used the --with-perl flag
> when configuring, we cannot get plperl running with 7.1.3. When we try
> to run "createlang plperl dbname", we get the error "Load of file
> $PGHOME/lib/plperl.so failed: dlopen: cannot load
> $PGHOME/lib/plperl.so" even though the file it is looking for exists
> in the proper location and has the necessary permissions.
plperl.so depends on libperl.so; I'll bet that the problem is with
resolving that dependency, not with plperl itself. Check dynamic
loader search paths and so forth to see whether libperl can be found.
ldd or local equivalent might be helpful too, to examine how the
dependency is represented in plperl.so.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера