1. 07 Nov, 1999 1 commit
  2. 18 Sep, 1999 1 commit
    • Tom Lane's avatar
      Mega-commit to make heap_open/heap_openr/heap_close take an · bd272cac
      Tom Lane authored
      additional argument specifying the kind of lock to acquire/release (or
      'NoLock' to do no lock processing).  Ensure that all relations are locked
      with some appropriate lock level before being examined --- this ensures
      that relevant shared-inval messages have been processed and should prevent
      problems caused by concurrent VACUUM.  Fix several bugs having to do with
      mismatched increment/decrement of relation ref count and mismatched
      heap_open/close (which amounts to the same thing).  A bogus ref count on
      a relation doesn't matter much *unless* a SI Inval message happens to
      arrive at the wrong time, which is probably why we got away with this
      sloppiness for so long.  Repair missing grab of AccessExclusiveLock in
      DROP TABLE, ALTER/RENAME TABLE, etc, as noted by Hiroshi.
      Recommend 'make clean all' after pulling this update; I modified the
      Relation struct layout slightly.
      Will post further discussion to pghackers list shortly.
      bd272cac
  3. 11 Sep, 1999 1 commit
    • Tom Lane's avatar
      Eliminate elog()'s hardwired limit on length of an error message. · b399805e
      Tom Lane authored
      This change seems necessary in conjunction with long queries, and it
      cleans up some bogosity in connection with long EXPLAIN texts anyway.
      Note that current libpq will accept any length error message (at least
      until it runs out of memory); prior versions have a limit of 8K, but
      will cleanly discard excess error text, so there shouldn't be any
      big compatibility problems with old clients.
      b399805e
  4. 31 Aug, 1999 1 commit
  5. 16 Aug, 1999 1 commit
  6. 09 Aug, 1999 1 commit
    • Bruce Momjian's avatar
      > > Prevent sorting if result is already sorted · 158fd5f1
      Bruce Momjian authored
      > >
      > > was implemented by Jan Wieck.
      > > His work is for ascending order cases.
      > >
      > > Here is a patch to prevent sorting also in descending
      > > order cases.
      > > Because I had already changed _bt_first() to position
      > > backward correctly before v6.5,this patch would work.
      > >
      Hiroshi Inoue
      Inoue@tpf.co.jp
      158fd5f1
  7. 17 Jul, 1999 2 commits
  8. 16 Jul, 1999 1 commit
  9. 15 Jul, 1999 2 commits
  10. 17 Jun, 1999 1 commit
  11. 25 May, 1999 1 commit
  12. 09 May, 1999 1 commit
  13. 25 Apr, 1999 1 commit
  14. 23 Apr, 1999 1 commit
  15. 23 Mar, 1999 1 commit
  16. 13 Feb, 1999 1 commit
  17. 09 Feb, 1999 1 commit
  18. 18 Dec, 1998 1 commit
  19. 14 Dec, 1998 2 commits
    • Marc G. Fournier's avatar
      · 9396802f
      Marc G. Fournier authored
      more cleanups...of note, appendStringInfo now performs like sprintf(),
      where you state a format and arguments.  the old behavior required
      each appendStringInfo to have to have a sprintf() before it if any
      formatting was required.
      
      Also shortened several instances where there were multiple appendStringInfo()
      calls in a row, doing nothing more then adding one more word to the String,
      instead of doing them all in one call.
      9396802f
    • Marc G. Fournier's avatar
      · 7c3b7d27
      Marc G. Fournier authored
      Initial attempt to clean up the code...
      
      Switch sprintf() to snprintf()
      Remove any/all #if 0 -or- #ifdef NOT_USED -or- #ifdef FALSE sections of
      	code
      7c3b7d27
  20. 22 Nov, 1998 1 commit
  21. 08 Nov, 1998 1 commit
  22. 21 Oct, 1998 1 commit
    • Bruce Momjian's avatar
      The patch does 2 things: · 524f4b2d
      Bruce Momjian authored
              Fixes  a  bug  in  the rule system that caused a crashing
              backend when a join-view with calculated column  is  used
              in subselect.
      
              Modifies  EXPLAIN to explain rewritten queries instead of
              the plain SeqScan on a view. Rules can produce very  deep
      MORE
      
      Jan.
      524f4b2d
  23. 01 Sep, 1998 1 commit
  24. 04 Aug, 1998 3 commits
  25. 15 Jul, 1998 1 commit
  26. 27 Apr, 1998 1 commit
  27. 26 Feb, 1998 1 commit
  28. 13 Feb, 1998 1 commit
  29. 29 Dec, 1997 1 commit
  30. 25 Nov, 1997 1 commit
  31. 18 Sep, 1997 1 commit
  32. 08 Sep, 1997 2 commits
  33. 07 Sep, 1997 1 commit
  34. 18 Aug, 1997 1 commit