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)
|
Список | 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 по дате отправления: