Re: Version numbers on libpq.dll - Mailing list pgsql-hackers-win32

From Magnus Hagander
Subject Re: Version numbers on libpq.dll
Date
Msg-id 6BCB9D8A16AC4241919521715F4D8BCE6C722B@algol.sollentuna.se
Whole thread Raw
In response to Version numbers on libpq.dll  ("Magnus Hagander" <mha@sollentuna.net>)
List pgsql-hackers-win32
> This thread came to mind again due to the following:
>
> - Source install of 8.0.2b1 (libpq.dll copied lib->bin).
> - Source install of 8.1devel (libpq.dll copied lib->bin).
> - Binary install of Pgadmin III 1.2.1 (libpq.dll in winnt/system32).
>
> Both servers have had services created for them using pg_ctl register.
>
> When I start the service for either of the servers, I assume
> pg_ctl is running with the libpq.dll from winnt/system32. Now
> this seems to work ok now, but is this likely to bite us some
> time in the future when the libpq's are "more different"?

That actually depends on your windows version :-) See for example
http://weblogs.asp.net/pwilson/archive/2003/06/24/9214.aspx.

You might be able to get around this using a manifest file, or you can
change the search order using something like
http://www.windowsitpro.com/Article/ArticleID/26222/26222.html. This
really isn't a problem as long as you're on a server where no untrusted
users are allowed.

I think the long-term change may be to not call it libpq but instead
"libpq2" or something if a non-backwards-compatible version is made.

//Magnus

pgsql-hackers-win32 by date:

Previous
From: "Magnus Hagander"
Date:
Subject: Re: pgsql 8.x libpq.dll Installation problems
Next
From: "Magnus Hagander"
Date:
Subject: Re: 8.0.2 Beta 1 for Windows available