1. 12 Apr, 1999 1 commit
  2. 02 Apr, 1999 1 commit
  3. 28 Mar, 1999 1 commit
    • Vadim B. Mikheev's avatar
      1. Vacuum is updated for MVCC. · fdf6be80
      Vadim B. Mikheev authored
      2. Much faster btree tuples deletion in the case when first on page
         index tuple is deleted (no movement to the left page(s)).
      3. Remember blkno of new root page in BTPageOpaque of
         left/right siblings when root page is splitted.
      fdf6be80
  4. 21 Feb, 1999 1 commit
    • Marc G. Fournier's avatar
      · 8c3e8a8a
      Marc G. Fournier authored
      From: Tatsuo Ishii <t-ishii@sra.co.jp>
      
      Ok. I made patches replacing all of "#if FALSE" or "#if 0" to "#ifdef
      NOT_USED" for current. I have tested these patches in that the
      postgres binaries are identical.
      8c3e8a8a
  5. 13 Feb, 1999 1 commit
  6. 03 Feb, 1999 1 commit
  7. 17 Jan, 1999 1 commit
  8. 15 Dec, 1998 1 commit
  9. 27 Nov, 1998 1 commit
  10. 23 Oct, 1998 2 commits
  11. 12 Oct, 1998 1 commit
  12. 09 Oct, 1998 2 commits
  13. 08 Oct, 1998 1 commit
    • Bruce Momjian's avatar
      Hello! · 30debec6
      Bruce Momjian authored
      Here are two new patches for the Win32 support.
      
      1) The patch based on the one from Hiroshi Inoue [Inoue@tpf.co.jp], to
      load
      Winsock.dll from libpq.dll.
      2) A patch for psql.c to remove the call to WSAStartup(), since it is
      not
      required when it's done in libpq.dll.
      
      I'm still looking for the possibility of having a crypt() function in
      libpq.dll too, the same way getopt was included. Any chance of getting
      this
      before 6.4, or should we wait for the next one?
      
      
      //Magnus
      30debec6
  14. 07 Oct, 1998 2 commits
  15. 23 Sep, 1998 1 commit
  16. 02 Sep, 1998 1 commit
  17. 01 Sep, 1998 2 commits
  18. 28 Aug, 1998 2 commits
    • Bruce Momjian's avatar
      vacuum fix. · d8dbbc8c
      Bruce Momjian authored
      d8dbbc8c
    • Bruce Momjian's avatar
      Hi all, · a53ea467
      Bruce Momjian authored
          I  don't know if this is really related to the initdb problem
          discussion (haven't followed it enough). But seems so because
          it  fixes  a  damn  problem  during  index tuple insertion on
          CREATE TABLE into pg_attribute_relid_attnum_index.
      
          Anyway - this bug was really hard to find. During startup the
          relcache  reads  in  some  prepared  information  about index
          strategies from a file and then  reinitializes  the  function
          pointers  inside  the  scanKey data.  But for sake it assumed
          single attribute index tuples (hasn't that changed recently).
          Thus not all the strategies scanKey entries where initialized
          properly,  resulting  in  invalid  addresses  for  the  btree
          comparision functions.
      
          With  the  patch  at  the  end  the  regression  tests passed
          excellent except for the sanity_check that crashed at  vacuum
          and the misc test where the select unique1 from onek2 outputs
          the two rows in different order.
      
      Jan
      a53ea467
  19. 20 Aug, 1998 2 commits
  20. 19 Aug, 1998 5 commits
  21. 27 Jul, 1998 1 commit
  22. 26 Jul, 1998 1 commit
    • Marc G. Fournier's avatar
      · 5979d738
      Marc G. Fournier authored
      From: t-ishii@sra.co.jp
      
      As Bruce mentioned, this is due to the conflict among changes we made.
      Included patches should fix the problem(I changed all MB to
      MULTIBYTE). Please let me know if you have further problem.
      
      P.S. I did not include pathces to configure and gram.c to save the
      file size(configure.in and gram.y modified).
      5979d738
  23. 24 Jul, 1998 1 commit
    • Marc G. Fournier's avatar
      · bf00bbb0
      Marc G. Fournier authored
      I really hope that I haven't missed anything in this one...
      
      From: t-ishii@sra.co.jp
      
      Attached are patches to enhance the multi-byte support.  (patches are
      against 7/18 snapshot)
      
      * determine encoding at initdb/createdb rather than compile time
      
      Now initdb/createdb has an option to specify the encoding. Also, I
      modified the syntax of CREATE DATABASE to accept encoding option. See
      README.mb for more details.
      
      For this purpose I have added new column "encoding" to pg_database.
      Also pg_attribute and pg_class are changed to catch up the
      modification to pg_database.  Actually I haved added pg_database_mb.h,
      pg_attribute_mb.h and pg_class_mb.h. These are used only when MB is
      enabled. The reason having separate files is I couldn't find a way to
      use ifdef or whatever in those files. I have to admit it looks
      ugly. No way.
      
      * support for PGCLIENTENCODING when issuing COPY command
      
      commands/copy.c modified.
      
      * support for SQL92 syntax "SET NAMES"
      
      See gram.y.
      
      * support for LATIN2-5
      * add UNICODE regression test case
      * new test suite for MB
      
      New directory test/mb added.
      
      * clean up source files
      
      Basic idea is to have MB's own subdirectory for easier maintenance.
      These are include/mb and backend/utils/mb.
      bf00bbb0
  24. 12 Jul, 1998 1 commit
  25. 15 Jun, 1998 1 commit
  26. 27 Apr, 1998 1 commit
    • Bruce Momjian's avatar
      This patch... · 09baa3cc
      Bruce Momjian authored
      1. Removes the unnecessary "#define AbcRegProcedure 123"'s from
      pg_proc.h.
      
      2. Changes those #defines to use the names already defined in
      fmgr.h.
      
      3. Forces the make of fmgr.h in backend/Makefile instead of having
      it
         made as a dependency in access/common/Makefile  *hack*hack*hack*
      
      4. Rearranged the #includes to a less helter-skelter arrangement,
      also
          changing <file.h> to "file.h" to signify a non-system header.
      
      5. Removed "pg_proc.h" from files where its only purpose was for
      the
         #defines removed in item #1.
      
      6. Added "fmgr.h" to each file changed for completeness sake.
      
      Turns out that #6 was not necessary for some files because fmgr.h
      was being included in a roundabout way SIX levels deep by the first
      include.
      
      "access/genam.h"
       ->"access/relscan.h"
         ->"utils/rel.h"
           ->"access/strat.h"
             ->"access/skey.h"
      	 ->"fmgr.h"
      
      So adding fmgr.h really didn't add anything to the compile, hopefully
      just made it clearer to the programmer.
      
      S Darren.
      09baa3cc
  27. 26 Feb, 1998 1 commit
  28. 25 Feb, 1998 1 commit
  29. 03 Feb, 1998 2 commits