On Mon, Feb 18, 2008 at 04:11:14PM +0100, Hermann Muster wrote: > Dave Page schrieb: > >On Feb 18, 2008 10:05 AM, Hermann Muster <Hermann.Muster@xxxxxx> wrote: > > > >>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 it's not supposed to be. > > > > > >>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? > >> > > > >Yes - if the runtimes are *properly* installed, any application should > >be able to find them in the winsxs folder - thats how Microsoft > >designed it to work. > > > >Did you try doing what I asked in my previous message? > > > > > I finally found the problem. I unfortunately used an "very" old version > of Dependency Walker which couldn't handle the libpq.dll and always > showed that the msvcr80.dll is missing. After installing PostgreSQL 8.3 > and updating the Dependency Walker, everything seems to be fine and my > application can use the libpq.dll. Will test it again in the next days. > > However, one question remains. On my clean Virtual PC Image, there is > already a folder > "C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.163_x-ww_681e29fb" > containing the msvcr80.dll. After installing PostgreSQL or the runtimes, > there is another folder > "C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_6b128700". The second one is a servicepacked version. IIRC, it also contains some security fixes. > But only the path of the dll installed with the runtimes is recognized. > Does that mean our customers have to install the runtimes at all costs? > That would be the case if our application is running on a client, not the > server PostgreSQL is installed on? Yes, any app linked against libpq need these runtimes. //Magnus ---------------------------(end of broadcast)--------------------------- TIP 2: Don't 'kill -9' the postmaster
