1. 30 Sep, 2008 3 commits
  2. 28 Sep, 2008 2 commits
  3. 27 Sep, 2008 1 commit
  4. 26 Sep, 2008 2 commits
  5. 25 Sep, 2008 1 commit
  6. 24 Sep, 2008 8 commits
  7. 23 Sep, 2008 5 commits
  8. 22 Sep, 2008 2 commits
    • Tom Lane's avatar
      Get rid of pgpass_from_client tracking inside libpq --- given the conclusion · c52aab55
      Tom Lane authored
      that presence of the password in the conninfo string must be checked *before*
      risking a connection attempt, there is no point in checking it afterwards.
      This makes the specification of PQconnectionUsedPassword() a bit simpler
      and perhaps more generally useful, too.
      c52aab55
    • Tom Lane's avatar
      Fix dblink_connect() so that it verifies that a password is supplied in the · cae7ad90
      Tom Lane authored
      conninfo string *before* trying to connect to the remote server, not after.
      As pointed out by Marko Kreen, in certain not-very-plausible situations
      this could result in sending a password from the postgres user's .pgpass file,
      or other places that non-superusers shouldn't have access to, to an
      untrustworthy remote server.  The cleanest fix seems to be to expose libpq's
      conninfo-string-parsing code so that dblink can check for a password option
      without duplicating the parsing logic.
      
      Joe Conway, with a little cleanup by Tom Lane
      cae7ad90
  9. 21 Sep, 2008 1 commit
  10. 19 Sep, 2008 6 commits
  11. 17 Sep, 2008 4 commits
  12. 16 Sep, 2008 3 commits
    • Tom Lane's avatar
      Clean up a couple of weird corner cases in interval parsing: make -yyyy-mm be · b73c0c2a
      Tom Lane authored
      interpreted as expected (the sign should affect months too), and get rid of
      hard-wired assumption that unmarked signed values must be hours (if integers)
      or seconds (if floats).  The former was just a bug in my previous patch,
      while the latter may have made sense at one time but seems illogical now
      that we support determination of the units from typmod information.
      Ron Mayer and myself.
      b73c0c2a
    • Tom Lane's avatar
      Widen the nLocks counts in local lock tables from int to int64. This · 30df79a7
      Tom Lane authored
      forestalls potential overflow when the same table (or other object, but
      usually tables) is accessed by very many successive queries within a single
      transaction.  Per report from Michael Milligan.
      
      Back-patch to 8.0, which is as far back as the patch conveniently applies.
      There have been no reports of overflow in pre-8.3 releases, but clearly the
      risk existed all along.  (Michael's report suggests that 8.3 may consume lock
      counts faster than prior releases, but with no test case to look at it's hard
      to be sure about that.  Widening the counts seems a good future-proofing
      measure in any event.)
      30df79a7
    • Tom Lane's avatar
  13. 15 Sep, 2008 2 commits