1. 15 1月, 2000 1 次提交
  2. 08 11月, 1999 1 次提交
  3. 18 7月, 1999 1 次提交
  4. 16 7月, 1999 2 次提交
  5. 15 7月, 1999 1 次提交
  6. 14 7月, 1999 1 次提交
  7. 26 5月, 1999 1 次提交
  8. 14 2月, 1999 1 次提交
  9. 14 12月, 1998 1 次提交
  10. 08 12月, 1998 1 次提交
  11. 09 10月, 1998 1 次提交
  12. 03 9月, 1998 1 次提交
    • B
      > David Hartwig wrote: · bcc15f15
      Bruce Momjian 提交于
      >
      > Please apply this HAVING regression patch.
      > > My bad.   It is caused by a known bug having to do with GROUP BY.
      It ain't$
      > > nothing to do with HAVING.  For some reason the bug went away for a
      while, $
      > > script.  It must have, because that is how I created the expected
      file.   :(
      > >
      > > A patch to the regression will be forthcoming.
      >
      bcc15f15
  13. 01 9月, 1998 2 次提交
  14. 29 8月, 1998 1 次提交
  15. 24 7月, 1998 1 次提交
    • M
      · bf00bbb0
      Marc G. Fournier 提交于
      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
  16. 19 7月, 1998 1 次提交
  17. 16 6月, 1998 2 次提交
    • B
      Hello! · 8d8bcda2
      Bruce Momjian 提交于
         Attached to the mail is locale-patch.tar.gz. In the archive
         there are:
      
      file README.locale
         short description
      
      directory src/test/locale
         test suite; currently only koi8-r tests, but the suite can be
         easily extended
      
      file locale.patch
         the very patch; to apply: patch < locale.patch; should be applied
         to postgres-6.3.2 (at least I created it with 6.3.2 without any
      additional
         patches)
      
         Files touched by the patch:  src/include/utils/builtins.h
      src/backend/utils/adt/char.c src/backend/utils/adt/varchar.c
      src/backend/utils/adt/varlena.c
      
      Oleg
      8d8bcda2
    • B
      Remove un-needed braces around single statements. · 6bd323c6
      Bruce Momjian 提交于
      6bd323c6
  18. 29 5月, 1998 1 次提交
  19. 10 5月, 1998 1 次提交
  20. 28 4月, 1998 1 次提交
    • M
      From: t-ishii@sra.co.jp · f554af0a
      Marc G. Fournier 提交于
      Hi, here are patches I promised (against 6.3.2):
      
      * character_length(), position(), substring() are now aware of
                multi-byte characters
      * add octet_length()
      * add --with-mb option to configure
      * new regression tests for EUC_KR
        (contributed by "Soonmyung. Hong" <hong@lunaris.hanmesoft.co.kr>)
      * add some test cases to the EUC_JP regression test
      * fix problem in regress/regress.sh in case of System V
      * fix toupper(), tolower() to handle 8bit chars
      
      note that:
      
      o  patches for both configure.in and configure are
      included. maybe the one for configure is not necessary.
      
      o pg_proc.h was modified to add octet_length(). I used OIDs
      (1374-1379) for that. Please let me know if these numbers are not
      appropriate.
      f554af0a
  21. 15 3月, 1998 1 次提交
    • M
      From: "Thomas G. Lockhart" <lockhart@alumni.caltech.edu> · b64a7549
      Marc G. Fournier 提交于
      For substr() and substring() on the text data type, the relevant code is in
      varlena.c. You are right, there is a problem. I have a patch which I will
      apply to the source tree soon. The copy enclosed below probably does not
      preserve tabs correctly so cannot be applied directly; the relevant change
      is simply changing the ">=" to ">"...
      b64a7549
  22. 26 2月, 1998 1 次提交
  23. 24 2月, 1998 1 次提交
    • M
      From: "Denis V. Dmitrienko" <denis@null.net> · 0227a4e1
      Marc G. Fournier 提交于
      What it does:
      It solves stupid problem with cyrillic charsets IP-based on-fly recoding.
      take a look at /data/charset.conf for details.
      You can use any tables for any charset.
      Tables are from Russian Apache project.
      Tables in this patch contains also Ukrainian characters.
      
      Then run ./configure --enable-recode
      0227a4e1
  24. 08 1月, 1998 1 次提交
  25. 06 1月, 1998 1 次提交
  26. 05 1月, 1998 1 次提交
  27. 01 1月, 1998 1 次提交
    • T
      Define text_substr(). · 37f17d39
      Thomas G. Lockhart 提交于
      Change declarations from "struct varlena *" to "text *".
      Remove register variables since compiler should do better on its own.
      37f17d39
  28. 16 12月, 1997 1 次提交
  29. 08 12月, 1997 1 次提交
  30. 07 12月, 1997 1 次提交
  31. 24 11月, 1997 1 次提交
  32. 09 9月, 1997 1 次提交
  33. 08 9月, 1997 1 次提交
  34. 07 9月, 1997 1 次提交
  35. 20 8月, 1997 1 次提交
  36. 30 7月, 1997 1 次提交
  37. 11 6月, 1997 1 次提交