Re: BUG #1072: "$libdir/ascii_and_mic": No such file or directory
От | Tom Lane |
---|---|
Тема | Re: BUG #1072: "$libdir/ascii_and_mic": No such file or directory |
Дата | |
Msg-id | 19678.1075747455@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: BUG #1072: "$libdir/ascii_and_mic": No such file or directory ("Thomas Borg Salling" <tbs@navicon.dk>) |
Ответы |
Re: BUG #1072: "$libdir/ascii_and_mic": No such file or directory
Re: BUG #1072: "$libdir/ascii_and_mic": No such file or directory |
Список | pgsql-bugs |
"Thomas Borg Salling" <tbs@navicon.dk> writes: > I replaced "$libdir" with "/opt/postgres-7.4.1/lib" throughout > /opt/postgres-7.4.1/share/conversion_create.sql -- then initdb succeeded! Well, that proves the shared library wasn't broken, but it leaves us no wiser about what the problem really was. I'd like to keep after it. I tried configuring with a trailing "/" on a Red Hat 8.0 box here, and it seemed to work just fine. You did not specify what Red Hat release you were using, but I suspect that idea is a dead end. You could investigate further without having to reinitdb, just try the CREATE FUNCTION command in psql: CREATE OR REPLACE FUNCTION dummy (INTEGER, INTEGER, CSTRING, CSTRING,INTEGER) RETURNS VOID AS '$libdir/ascii_and_mic', 'ascii_to_mic' LANGUAGE 'c' STRICT; I expect this will fail as before. Could you strace the attached backend process while it's trying to do this command? regards, tom lane
В списке pgsql-bugs по дате отправления: