Re: BUG #3983: pgxs files still missing in win32 install (8.3.1)

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: BUG #3983: pgxs files still missing in win32 install (8.3.1)
Дата
Msg-id 48034763.5020004@hagander.net
обсуждение исходный текст
Ответ на Re: BUG #3983: pgxs files still missing in win32 install (8.3.1)  (Joe Conway <mail@joeconway.com>)
Ответы Re: BUG #3983: pgxs files still missing in win32 install (8.3.1)  (Joe Conway <mail@joeconway.com>)
Список pgsql-bugs
Joe Conway wrote:
> Magnus Hagander wrote:
>> In general, mingw built modules should load just fine in msvc built
>> postgres. AFAIK, that's how PostGIS does it for 8.3 (though I know Mark
>> is working on getting MSVC build support for them). Debugging may be a
>> bit harder (since they use different kinds of debug symbols - postgres
>> uses Windows style and mingw uses mingw style), but it should certainly
>> load.
>>
>> What trouble exactly are you seeing?
>
> Basically, "Procedure not found", even though it is there. Also note
> that the same R.dll is being used from the MinGW Postgres installation
> (where plr loads successfully) and the MSVC Postgres.

Could this be somethingl ike missing PGDLLIMPORT specifications in your
addon module or something like that? Try checking the names of the
functions that are actually exported using "depends" or a similar tool.


> postgres=# load '$libdir/dblink';
> LOAD
> postgres=# load '$libdir/plr';
> ERROR:  could not load library "C:/Program
> Files/PostgreSQL/8.3/lib/plr.dll": The specified procedure could not be
> found.

Actually, this looks like perhaps the backend is unable to load a DLL
that plr.dll depends on. Again, the "depends" tool can hopefully show
you what's missing there.

//Magnus

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

Предыдущее
От: Euler Taveira de Oliveira
Дата:
Сообщение: Re: BUG #4101: Fails to start when transaction log on another drive
Следующее
От: Joe Conway
Дата:
Сообщение: Re: BUG #3983: pgxs files still missing in win32 install (8.3.1)