1. 22 Feb, 2002 2 commits
  2. 14 Jan, 2002 1 commit
  3. 31 Dec, 2001 1 commit
  4. 12 Oct, 2001 1 commit
  5. 01 Oct, 2001 1 commit
  6. 29 Sep, 2001 1 commit
    • Bruce Momjian's avatar
      I noticed that the contrib Makefiles were reorganized. · cff23429
      Bruce Momjian authored
      Converted pgcrypto one too.
      
      * Changed default randomness source to libc random()
        That way pgcrypto does not have any external dependencies
        and should work everywhere.
      * Re-enabled pgcrypto build in contrib/makefile
      * contrib/README update - there is more stuff than
        only 'hash functions'
      * Noted the libc random fact in README.pgcrypto
      
      
      Marko Kreen
      cff23429
  7. 04 Sep, 2001 1 commit
  8. 22 Aug, 2001 1 commit
  9. 21 Aug, 2001 1 commit
  10. 07 Aug, 2001 3 commits
    • Bruce Momjian's avatar
      2cb95cd9
    • Bruce Momjian's avatar
      Sorry - I should have gotten to this sooner. Here's a patch which you should · cdd02cdf
      Bruce Momjian authored
      be able to apply against what you just committed. It rolls soundex into
      fuzzystrmatch.
      
      Remove soundex/metaphone and merge into fuzzystrmatch.
      
      Joe Conway
      cdd02cdf
    • Bruce Momjian's avatar
      Per this discussion, here's a patch to implement both levenshtein() and · d8783c51
      Bruce Momjian authored
      metaphone() in a contrib. There seem to be a fair number of different
      approaches to both of these algorithms. I used the simplest case for
      levenshtein which has a cost  of 1 for any character insertion, deletion, or
      substitution. For metaphone, I adapted the same code from CPAN that the PHP
      folks did.
      
      A couple of questions:
      1. Does it make sense to fold the soundex contrib together with this one?
      
      2. I was debating trying to add multibyte support to levenshtein (it would
      make no sense at all for metaphone), but a quick search through the contrib
      directory found no hits on the word MULTIBYTE. Should worry about adding
      multibyte support to levenshtein()?
      
      Joe Conway
      d8783c51
  11. 30 Jul, 2001 1 commit
  12. 14 Jun, 2001 1 commit
  13. 31 May, 2001 1 commit
  14. 10 May, 2001 2 commits
  15. 09 May, 2001 1 commit
  16. 14 Mar, 2001 1 commit
  17. 23 Feb, 2001 1 commit
    • Bruce Momjian's avatar
      I had a need to read such things as the backend locale and the catalog · b25e60d8
      Bruce Momjian authored
      version number from the current database, and couldn't find any existing
      program to do that.
      
      linda:~$ pg_controldata
      Log file id:                          0
      Log file segment:                     5
      Last modified:                        Wed Feb  7 19:35:47 2001
      Database block size:                  8192
      Blocks per segment of large relation: 131072
      Catalog version number:               200101061
      LC_COLLATE:                           en_GB
      LC_CTYPE:                             en_GB
      Log archive directory:
      
      Oliver Elphick                                Oliver.Elphick@lfix.co.uk
      b25e60d8
  18. 11 Feb, 2001 1 commit
  19. 10 Feb, 2001 1 commit
  20. 08 Feb, 2001 1 commit
  21. 03 Feb, 2001 1 commit
  22. 30 Jan, 2001 1 commit
  23. 15 Jan, 2001 1 commit
  24. 13 Jan, 2001 5 commits
    • Marc G. Fournier's avatar
      · 25c0ffb9
      Marc G. Fournier authored
      check one last time for any erros ...
      25c0ffb9
    • Marc G. Fournier's avatar
      · 1fc331bb
      Marc G. Fournier authored
      ignore his too
      1fc331bb
    • Marc G. Fournier's avatar
      · 3c085b1b
      Marc G. Fournier authored
      and this time?
      3c085b1b
    • Marc G. Fournier's avatar
      · d5e66044
      Marc G. Fournier authored
      try this again ...
      d5e66044
    • Marc G. Fournier's avatar
      · 3f8ea178
      Marc G. Fournier authored
      okay, this appears to work ...
      
      onlly changes aer adding some white space ...
      3f8ea178
  25. 11 Dec, 2000 1 commit
  26. 21 Nov, 2000 1 commit
  27. 18 Sep, 2000 1 commit
  28. 19 Jun, 2000 1 commit
  29. 15 Jun, 2000 1 commit
  30. 12 Jun, 2000 1 commit
  31. 16 Apr, 2000 1 commit
  32. 25 Jan, 2000 1 commit
    • Bruce Momjian's avatar
      as attache of this mail is patch (to the main tree) with to_char's · b866d2e2
      Bruce Momjian authored
      family functions. Contain:
      
        conversion from a datetype to formatted text:
      
      	to_char( datetime, 	text)
      	to_char( timestamp,	text)
      	to_char( int4,		text)
      	to_char( int8,		text)
      	to_char( float4,	text)
      	to_char( float8,	text)
      	to_char( numeric,	text)
      
        vice versa:
      
      	to_date		( text, text)
      	to_datetime	( text, text)
      	to_timestamp	( text, text)
      	to_number	( text, text)	   (convert to numeric)
      
      
        PostgreSQL to_char is very compatible with Oracle's to_char(), but not
      total exactly (now). Small differentions are in number formating. It will
      fix in next to_char() version.
      
      
      ! If will this patch aplly to the main tree, must be delete the current
        to_char version in contrib (directory "dateformat" and note in contrib's
        README), this patch not erase it (sorry Bruce).
      
      
      
      The patch patching files:
      
      	doc/src/sgml/func.sgml
                           ^^^^^^^^
         Hmm, I'm not sure if my English... :( Check it anyone (volunteer)?
      
         Thomas, it is right? SGML is not my primary lang  and compile
         the current PG docs tree is very happy job (hard variables setting in
         docs/sgml/Makefile --> HSTYLE= /home/users/t/thomas/....  :-)
      
         What add any definition to global configure.in and set Makefiles in docs
         tree via ./configure?
      
      	src/backend/utils/adt/Makefile
      	src/backend/utils/adt/formatting.c
      	src/include/catalog/pg_proc.h
      	src/include/utils/formatting.h
      Karel Zak <zakkr@zf.jcu.cz>              http://home.zf.jcu.cz/~zakkr/
      b866d2e2