Skip to content
Snippets Groups Projects
  1. May 07, 2004
    • Tom Lane's avatar
      Solve the 'Turkish problem' with undesirable locale behavior for case · 0bd61548
      Tom Lane authored
      conversion of basic ASCII letters.  Remove all uses of strcasecmp and
      strncasecmp in favor of new functions pg_strcasecmp and pg_strncasecmp;
      remove most but not all direct uses of toupper and tolower in favor of
      pg_toupper and pg_tolower.  These functions use the same notions of
      case folding already developed for identifier case conversion.  I left
      the straight locale-based folding in place for situations where we are
      just manipulating user data and not trying to match it to built-in
      strings --- for example, the SQL upper() function is still locale
      dependent.  Perhaps this will prove not to be what's wanted, but at
      the moment we can initdb and pass regression tests in Turkish locale.
      0bd61548
  2. Mar 30, 2004
  3. Jan 26, 2004
  4. Jan 19, 2004
  5. Dec 17, 2003
  6. Aug 04, 2003
  7. Aug 01, 2003
  8. Jul 27, 2003
  9. Jul 24, 2003
  10. Jul 18, 2003
  11. Jun 11, 2003
    • Bruce Momjian's avatar
      Changes: · 47d5c3d5
      Bruce Momjian authored
      1 intarray: bugfix for int[]-int[] operation
      2 intarray: split _int.c to several files (_int.c now is unused)
      3 ntarray (gist__intbig_ops opclass): use special type for index storage
      4 ltree (gist__ltree_ops opclass), intarray (gist__intbig_ops): optimize
      GiST's
      penalty and picksplit interface functions, now use Hemming distance.
      
      Teodor Sigaev
      47d5c3d5
  12. May 14, 2003
  13. Mar 31, 2003
  14. Mar 10, 2003
  15. Feb 19, 2003
    • Bruce Momjian's avatar
      Please apply patches for contrib/ltree. · 71e1f531
      Bruce Momjian authored
      ltree_73.patch.gz - for 7.3 :
              Fix ~ operation bug: eg '1.1.1' ~ '*.1'
      
      ltree_74.patch.gz - for current CVS
          Fix ~ operation bug: eg '1.1.1' ~ '*.1'
          Add ? operation
          Optimize index storage
      
      Last change needs drop/create all ltree indexes, so only for 7.4
      
      Teodor Sigaev
      71e1f531
  16. Nov 02, 2002
  17. Nov 01, 2002
  18. Oct 21, 2002
  19. Oct 18, 2002
  20. Sep 20, 2002
  21. Sep 04, 2002
  22. Aug 26, 2002
    • Tom Lane's avatar
      Modify array operations to include array's element type OID in the · 5cabcfcc
      Tom Lane authored
      array header, and to compute sizing and alignment of array elements
      the same way normal tuple access operations do --- viz, using the
      tupmacs.h macros att_addlength and att_align.  This makes the world
      safe for arrays of cstrings or intervals, and should make it much
      easier to write array-type-polymorphic functions; as examples see
      the cleanups of array_out and contrib/array_iterator.  By Joe Conway
      and Tom Lane.
      5cabcfcc
  23. Aug 23, 2002
  24. Aug 22, 2002
  25. Aug 10, 2002
    • Bruce Momjian's avatar
      Fixed very stupid but important bug: mixing calls of some founctions from · 87cfb8eb
      Bruce Momjian authored
      contrib/tsearch and contrib/ltree :)
      
      Teodor Sigaev
      87cfb8eb
    • Bruce Momjian's avatar
      The patch solves this problem, I hope... · be2de3b9
      Bruce Momjian authored
      Christopher Kings-Lynne wrote:
      > I'm still getting ltree failures on 64bit freebsd:
      >
      > sed 's,MODULE_PATHNAME,$libdir/ltree,g' ltree.sql.in >ltree.sql
      > gcc -pipe -O -g -Wall -Wmissing-prototypes -Wmissing-declarations -fpic -DPI
      > C -DLOWER_NODE -I. -I../../src/include   -c -o ltree_io.o ltree_io.c -MMD
      > ltree_io.c: In function `ltree_in':
      > ltree_io.c:57: warning: int format, different type arg (arg 3)
      > ltree_io.c:63: warning: int format, different type arg (arg 4)
      > ltree_io.c:68: warning: int format, different type arg (arg 3)
      
      Teodor Sigaev
      be2de3b9
  26. Aug 06, 2002
  27. Aug 04, 2002
  28. Jul 30, 2002
Loading