Re: regress bug

Поиск
Список
Период
Сортировка
От David E. Wheeler
Тема Re: regress bug
Дата
Msg-id 41E47A9E-9924-416E-80BE-80AB4B4BA1A0@justatheory.com
обсуждение исходный текст
Ответ на Re: regress bug  (Andrew Dunstan <andrew.dunstan@pgexperts.com>)
Ответы Re: regress bug
Список pgsql-hackers
On Mar 8, 2012, at 12:20 PM, Andrew Dunstan wrote:

> It works fine if you don't need to do any file conversions (i.e. if you don't have "input" or "output" directories).
Butfile_textarray_fdw does. 
>
> Here's a patch that I think fixes the problem.

While you’re there, an issue I noticed is that the MODULE_PATHNAME substitutions do not work if you have your SQL files
ina subdirectory. My extensions have the .sql files in an sql/ directory. So that means when I have something like this
insql/plproxy.sql.in: 
   CREATE FUNCTION plproxy_call_handler ()   RETURNS language_handler AS 'MODULE_PATHNAME' LANGUAGE C;

What I end up with in sql/plproxy.sql is:
   CREATE FUNCTION plproxy_call_handler ()   RETURNS language_handler AS 'sql/plproxy' LANGUAGE C;

Which doesn’t work at all, because the file is not installed in an `sql` subdirectory, it's just that way in my
repository(and the distribution tarball). So I avoid the whole MODULE_PATHNAME business for now (and the .in file) and
justdo this, instead: 
   CREATE FUNCTION plproxy_call_handler ()   RETURNS language_handler AS 'plproxy' LANGUAGE C;

Which is an okay workaround, but I’m not sure that MODULE_PATHNAME is actually working correctly.

Best,

David



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: regress bug
Следующее
От: "Kevin Grittner"
Дата:
Сообщение: t_natts references in comments