Received: from sss.sss.pgh.pa.us (sss.pgh.pa.us [206.210.65.6]) by hub.org (8.9.3/8.9.1) with ESMTP id LAA11256 for ; Tue, 27 Apr 1999 11:18:35 -0400 (EDT) (envelope-from tgl@sss.pgh.pa.us) Received: from sss.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.sss.pgh.pa.us (8.9.1/8.9.1) with ESMTP id LAA08556; Tue, 27 Apr 1999 11:17:03 -0400 (EDT) To: Magnus Hagander cc: nico@clubdelphi.com, pgsql-interfaces@hub.org Subject: Re: [INTERFACES] win32 libpq version is "too new" In-reply-to: Your message of Tue, 27 Apr 1999 16:46:57 +0200 <215896B6B5E1CF11BC5600805FFEA82101635FCB@sirius.edu.sollentuna.se> Date: Tue, 27 Apr 1999 11:17:03 -0400 Message-ID: <8554.925226223@sss.pgh.pa.us> From: Tom Lane Magnus Hagander writes: > I beleive there is none. At least not native Win32. There were major changes > required to libpq to make it possible to run it under Win32, and these > changes appeared in 6.4. > It would be possible to do it for 6.3, but it would require a huge amount of > work. The pre-6.4 libpq client used fdopen() and then the fxxx() operations > on the sockets. This does not work under Win32. 6.4 started using the direct > send() and recv() calls, which are portable to Windows. Ah, I had forgotten that connection. Yup, it was all the same rewrite of libpq that both made it dependent on the new-for-6.4 protocol and converted it to use direct socket calls. When I did that I had no idea I was making it practical to port the library to Windows ;-) --- that was a pleasant side-effect. So it may be that indeed there is no DLL available for 6.3. Sorry... regards, tom lane