Re: BUG #3897: plJava dll still doesn't load for 8.3RC2

From: "Dave Page" <dpage(at)pgadmin(dot)org>
To: "David JL Gradwell" <David(at)gradwell(dot)com>
Cc: "Kris Jurka" <books(at)ejurka(dot)com>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #3897: plJava dll still doesn't load for 8.3RC2
Date: 2008-01-29 16:06:38
Message-ID: 937d27e10801290806i6332a2d1k4765da1d2b5cfb1c@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Jan 29, 2008 3:33 PM, David JL Gradwell <David(at)gradwell(dot)com> wrote:
> Dave & Kris,
>
> From this I deduce that the MSVCR80.dll needs to be distributed in the
> PostreSQL distribution for Windows.

It is - without it, PostgreSQL wouldn't even run (or pgAdmin,
StackBuilder etc for that matter). We distribute the full runtime
package from Microsoft - specifically the Windows Installer merge
module provided with Visual Studio 2005.

The VS2K5 runtimes don't exactly get installed in the mos obvious
places though - for example, on my development machine they're in

c:\windows\winsxs\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_6b128700\MSVCR80.DLL

but as long as it's properly installed (which the merge module we use
was specifically designed by Microsoft to do) then it should work OK,
barring other issues such as jvm.dll not being in your path. BTW,
depends.exe will highlight modules that cannot be located in a fairly
obvious way - but beware; you're probably running it with a different
path than Postgres has when started by the SCM, and it won't
necessarily find libraries that Postgres has other ways to locate (for
example ones in the Postgres libdir).

Regards, Dave.

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message ted petrosky 2008-01-29 16:57:19 BUG #3911: can not 'make'
Previous Message David Fetter 2008-01-29 15:59:20 Re: BUG #3910: Incorrect behavior of UPDATE statement on tables with constraints UNIQUE/PRIMARY KEY