1. 27 Jan, 2001 1 commit
    • Bruce Momjian's avatar
      Here is an update on the Win32 patch. Modified files are 'config.h.win32' · d7f0b7ef
      Bruce Momjian authored
      and two 'win32.mak'. Addresses the following:
      
      1) Oops. Spelled fcntl.h wrong in the last one. D'uh.
      2) PG_VERSION changed to be defined with " around it. psql/command.c failed
      to compile without that.
      3) Changed makefiles to use "/MD" and link both psql and libpq.dll against
      MSVCRT.DLL instead of a static library. This takes care of the
      crash-upon-free in psql.
      
      I *think* this is what is on the "Open 7.1 Items" list as "Magnus Hagander
      ODBC Issues?". It has nothing to do with ODBC, but it's the only issue I've
      been involved with...
      
      Magnus Hagander
      d7f0b7ef
  2. 31 Aug, 1999 1 commit
    • Tom Lane's avatar
      Update frontend libpq to remove limits on query lengths, · ab5cafa5
      Tom Lane authored
      error/notice message lengths, and number of fields per tuple.  Add
      pqexpbuffer.c/.h, a frontend version of backend's stringinfo module.
      This is first step in applying Mike Ansley's long-query patches,
      even though he didn't do any of these particular changes...
      ab5cafa5
  3. 16 Aug, 1999 1 commit
  4. 07 Jun, 1999 1 commit
    • Bruce Momjian's avatar
      > Here is a small patch that should only affect win32 building · 8864ee0b
      Bruce Momjian authored
      > (native win32, not cygnus).
      > It does the following:
      > Patches two win32.mak files to DEFINE HAVE_VSNPRINTF and
      > HAVE_STRDUP. This is required to build at all.
      > Bumps the version number on libpq.dll from 6.4 to 6.5.
      > Required for install programs to work.
      > Adds defintions for BLCKSZ and MAXIMUM_ALIGN to "win32.h" in
      > the client-side libpiq directory.
      >
      > All these files are only used when building on native win32,
      > so it should be safe I think.
      >
      > Again, really sorry to throw this in so late, but I would
      > hate to do the same thing as with 6.4 (which required 6.4.1
      > to at all compile on Win32).
      >
      > Thanks,
      >
      >   //Magnus
      8864ee0b
  5. 14 Dec, 1998 1 commit
    • Bruce Momjian's avatar
      Compilation of libpq for Win32 breaks on 6.4, because of a change that I · 66d64b72
      Bruce Momjian authored
      missed before the release. It's simply a symbol that is undefined. This
      patch defines this symbol in "win32.h", so it should have no effect on any
      other platforms. It should go into 6.4.1 if possible, since compilation is
      completely broken without it.
      
      I am also attaching a patch for the "win32.mak" file - it leaves a file
      behind when doing "make clean" after the library is built on Visual C++ 6.0.
      This is not at all as urgent, but I don't see it breaking here, so I think
      it might as well go in there too?
      
      //Magnus
      66d64b72
  6. 06 Oct, 1998 1 commit
    • Bruce Momjian's avatar
      Here are the patches against the current source tree. I have run the · e1ebac31
      Bruce Momjian authored
      regression test on a FreeBSD box with both non-MULTIBYTE and
      MULTIBYTE-enabled, and confirmed that the results are same.
      
      However I do not tested on PCs(I don't have access to win). Please let
      me know if the patches break anything on PCs.
      
      Also please note that the patch for varchar.c is a fix for a nasty bug
      of char(n) types that I introduced and I believe at least this should
      be applied.
      
      Tatsuo Ishii
      e1ebac31
  7. 18 Sep, 1998 1 commit
  8. 29 Aug, 1998 1 commit
    • Bruce Momjian's avatar
      Hello! · a060d5be
      Bruce Momjian authored
      Here is a new patch for libpq, to make it work on Win32 again (since
      the latest modifications broke it a little).
      
      Please also add the file "libpq.rc" to the interfaces/libpq directory.
      This will allow version-stamping of the generated DLL file, so that
      automatic install programs (and interested users) can determine
      the version of the file.  The file is currently set as "prerelease".
      Before the release, somebody should change the line "FILEFLAGS
      VS_FF_PRERELEASE" to "FILEFLAGS 0".  That information should probably
      go into toos\RELEASE_CHANGES.
      
      The patch is against the cvs as of ~ 1998-08-26 14:30 CEST.
      
      
      //Magnus
      a060d5be
  9. 03 Jul, 1998 1 commit
    • Bruce Momjian's avatar
      Hello! · c765b4b0
      Bruce Momjian authored
      Through some minor changes, I have been able to compile the libpq
      client libraries on the Win32 platform. Since the libpq communications
      part has been rewritten, this has become much easier. Enclosed is
      a patch that will allow at least Microsoft Visual C++ to compile
      libpq into both a static and a dynamic library.  I will take a look
      at porting the psql frontend as well, but I figured it was a good
      idea to send in these patches first - so no major changes are done
      to the files before it gets applied (if it does).
      
      Regards,
        Magnus Hagander
      c765b4b0