Search Postgresql Archives

Re: msvcr80.dll and PostgreSQL 8.3 under Windows XP

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dave Page schrieb:
On Feb 13, 2008 3:05 PM, Hermann Muster <Hermann.Muster@xxxxxx> wrote:
Dave Page schrieb:
On Feb 5, 2008 7:52 AM, Hermann Muster <Hermann.Muster@xxxxxx> wrote:
I also checked the folder C:\Program Files\Common Files\Merge Modules
Microsoft_VC80_CRT_x86.msm which is not available on my system.

It wouldn't be - that file is the merge module we build into the
installer, and unless you have a non-Express version of Visual C++ you
won't have it. It'll get unpacked into the files we need upon
installation.

Where will it be unpacked? Into the PostgreSQL application directory? As
we are using similar systems, can you tell me if the dll is successfully
installed on your system?

The merge module? Into the directory you already checked:

C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_6b128700\MSVCR80.dll

The user I'm trying to install it with is an user with full
administrator rights. I hope you can help me with this issue, as besides
other issues concerning PostgreSQL 8.3 we could solve on our own, this
one is the last thing preventing us to release our application with
PostgreSQL 8.3 support.

My best guess at the moment is that something is borked on your
system. I've spent most of the week testing various methods of
installing the runtimes and the one that has worked every time without
fail is the Microsoft installer that Hiroshi-san suggested you try.

I would suggest re-running that, but with a slightly more inventive
commandline - eg, something like:

vcredist_x86.exe /q:a /c:"VCREDI~1.EXE /q:a /c:""msiexec /i
vcredist.msi REINSTALLMODE=vamus REINSTALL=ALL /qb /l*v
vcredist_install.log"" "

What that /should/ do, is run the MSI installer (which is buried
inside two, count 'em, two .exe wrappers!) in full reinstall
*everything* mode, and create a nice verbose logfile so we can see if
anything fails.

Once thats reinstalled, try running the PG installer again (also with
logging enabled), and if it still doesn't work, we can start looking
at the logfiles.


Hi Dave,

after testing several combinations I can tell you following, because maybe I couldn't make clear what my problem is. The msvcr80.dll is correctly installed in the C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_6b128700 respective the C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.163_x-ww_681e29fb folder for my german version of Windows XP.

What I don't understand is why the msvcr80.dll is not copied to the PostgreSQL\8.3\bin directory by the PostgreSQL 8.3 setup. Because when I check the libpq.dll with the Dependancy Viewer, the msvcr80.dll can not be found, however it is installed in the above two folders. And that's where my application comes into play. The libpq.dll can't be used because it does not find the msvcr80.dll. Did you check on that before? Can you load this library?

Thanks for your help.
Regards,
Hermann

---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux