Re: walreceiver is uninterruptible on win32

Поиск
Список
Период
Сортировка
От Fujii Masao
Тема Re: walreceiver is uninterruptible on win32
Дата
Msg-id y2u3f0b79eb1004120454lde94595cldf5521a6a9b8fab@mail.gmail.com
обсуждение исходный текст
Ответ на Re: walreceiver is uninterruptible on win32  (Fujii Masao <masao.fujii@gmail.com>)
Ответы Re: walreceiver is uninterruptible on win32
Re: walreceiver is uninterruptible on win32
Список pgsql-hackers
On Thu, Apr 8, 2010 at 5:01 PM, Fujii Masao <masao.fujii@gmail.com> wrote:
>> If it does, there should be
>> some way to get PGXS to execute that rule as well, I'm sure.
>
> If we can copy/link the source file defining "new PQexec" when
> we compile the dblink, DLL doesn't seem to be required. So I
> stop creating new DLL for PGXS.

On second thought, ISTM that we cannot use any source files which exist
in places other than contrib/dblink and installation directory when we
compile dblink under USE_PGXS=1. But we can put the file implementing
new PQexec on those neither. So I'm thinking again that it should be
provided as the shared library and be linked from walreceiver and dblink.
Is this right?

If adding new shared library is too big change at this point, I think
that we should postpone the fix only for dblink to 9.1 or later. Since
no one has complained about this long-term problem of dblink, I'm not
sure it really should be fixed right now. Thought?

Regards,

-- 
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: testing HS/SR - 1 vs 2 performance
Следующее
От: "Erik Rijkers"
Дата:
Сообщение: Re: testing HS/SR - 1 vs 2 performance