1. 29 8月, 2004 20 次提交
  2. 28 8月, 2004 2 次提交
    • T
      Fix Windows emulation of kill(pid, 0). This will now succeed, but only · 3e3f70a2
      Tom Lane 提交于
      if the target PID is a PG postmaster or backend --- for our purposes that
      is actually better than the Unix behavior.  Per Dave Page and Andrew Dunstan.
      3e3f70a2
    • T
      Introduce local hash table for lock state, as per recent proposal. · 1785aceb
      Tom Lane 提交于
      PROCLOCK structs in shared memory now have only a bitmask for held
      locks, rather than counts (making them 40 bytes smaller, which is a
      good thing).  Multiple locks within a transaction are counted in the
      local hash table instead, and we have provision for tracking which
      ResourceOwner each count belongs to.  Solves recently reported problem
      with memory leakage within long transactions.
      1785aceb
  3. 27 8月, 2004 7 次提交
  4. 26 8月, 2004 7 次提交
  5. 25 8月, 2004 3 次提交
  6. 24 8月, 2004 1 次提交
    • B
      Update item: · 4359ebed
      Bruce Momjian 提交于
      < * Implement dirty reads or shared row locks and use them in RI triggers (?)
      > * Implement dirty reads or shared row locks and use them in RI triggers
      >
      >   Adding shared locks requires recording the table/rows numbers in a
      >   shared area, and this could potentially be a large amount of data.
      >   One idea is to store the table/row numbers in a separate table and set
      >   a bit on the row indicating looking in this new table is required to
      >   find any shared row locks.
      >
      4359ebed