1. 27 Jul, 1998 1 commit
  2. 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
  3. 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
  4. 04 Jun, 1998 1 commit
  5. 06 Mar, 1998 1 commit
  6. 26 Feb, 1998 1 commit
  7. 25 Feb, 1998 1 commit
    • Marc G. Fournier's avatar
      From: Jan Wieck <jwieck@debis.com> · 780068f8
      Marc G. Fournier authored
          seems  that  my last post didn't make it through. That's good
          since  the  diff  itself  didn't  covered  the  renaming   of
          pg_user.h to pg_shadow.h and it's new content.
      
          Here  it's  again.  The  complete regression test passwd with
          only some  float  diffs.  createuser  and  destroyuser  work.
          pg_shadow cannot be read by ordinary user.
      780068f8
  8. 19 Feb, 1998 1 commit
  9. 31 Jan, 1998 1 commit
  10. 25 Jan, 1998 1 commit
  11. 05 Jan, 1998 2 commits
  12. 30 Dec, 1997 1 commit
    • Marc G. Fournier's avatar
      Slightly delayed patches from Todd...damn holidays :) · 3c1332e5
      Marc G. Fournier authored
        o  A new patch that contains the following changes:
              -- The pg_pwd file is now cached in the postmaster's memory.
              -- pg_pwd is reloaded when the postmaster detects a flag file creat()'ed
                 by a backend.
              -- qsort() is used to sort loaded password entries, and bsearch() is
                 is used to find entries in the pg_pwd cache.
              -- backends now copy the pg_user relation to pg_pwd.pid, and then
                 rename the temp file to be pg_pwd.
              -- The delimiter for pg_pwd has been changed to a tab character.
      3c1332e5
  13. 12 Dec, 1997 1 commit
  14. 11 Dec, 1997 1 commit
  15. 09 Dec, 1997 1 commit
  16. 04 Dec, 1997 1 commit