1. 29 Aug, 2004 1 commit
    • Bruce Momjian's avatar
      >>> I understand your disliking of non-posix stuff. OTOH, · 704ff0b2
      Bruce Momjian authored
      >>GetLastError will
      >>> give much more details than errno.
      >>
      >>How much more, really?  That mapping table gave me the impression that
      >>the win32 error codes aren't all that much more detailed than errno...
      >
      >The mapping table is not complete. My winerror.h from the SDK
      >lists 2209
      >error codes, whereas errno.h lists 42...
      >
      >I still don't think we'll get that much more stuff. Right now,
      >the Win32
      >code paths that actually use the more advanced functions already write
      >out the error number in case something happens. We can keep doing that
      >for the other paths (ereport the error *number* when the mapping does
      >not have a match). The map to errno will catch almost all cases, I
      >think. And in the corner cases we can do with just the number, and use
      >"net helpmsg" to get the actual message when checking...
      
      Here's an attempt on this. new file goes in backend/port/win32.
      
      Magnus Hagander
      704ff0b2
  2. 28 Aug, 2004 15 commits
  3. 27 Aug, 2004 5 commits
    • Tom Lane's avatar
      Fix Windows emulation of kill(pid, 0). This will now succeed, but only · 3e3f70a2
      Tom Lane authored
      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
    • Tom Lane's avatar
      Introduce local hash table for lock state, as per recent proposal. · 1785aceb
      Tom Lane authored
      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
    • Bruce Momjian's avatar
      Update wording: · ef16b4e1
      Bruce Momjian authored
      < 	This would require some background daemon to maintain clustering
      > 	This might require some background daemon to maintain clustering
      397,398c397,398
      < 	paritally filled for easier reorganization.  It also might require
      < 	creating a merged heap/index data file so an index lookup would
      > 	paritally filled for easier reorganization.  Another idea would
      >         be to create a merged heap/index data file so an index lookup would
      ef16b4e1
    • Bruce Momjian's avatar
      Update win32 comments. · 968b8768
      Bruce Momjian authored
      968b8768
    • Bruce Momjian's avatar
      Update: · 3bc7564c
      Bruce Momjian authored
      < 	This would require some background daemon to restore clustering
      > 	This would require some background daemon to maintain clustering
      397c397,399
      < 	paritally filled for easier reorganization.
      > 	paritally filled for easier reorganization.  It also might require
      > 	creating a merged heap/index data file so an index lookup would
      > 	automatically access the heap data too.
      3bc7564c
  4. 26 Aug, 2004 9 commits
  5. 25 Aug, 2004 2 commits
    • Tom Lane's avatar
      Fix typo in comment, per Andrew Dunstan. · 7584194c
      Tom Lane authored
      7584194c
    • Tom Lane's avatar
      Revise ResourceOwner code to avoid accumulating ResourceOwner objects · fe455ee1
      Tom Lane authored
      for every command executed within a transaction.  For long transactions
      this was a significant memory leak.  Instead, we can delete a portal's
      or subtransaction's ResourceOwner immediately, if we physically transfer
      the information about its locks up to the parent owner.  This does not
      fully solve the leak problem; we need to do something about counting
      multiple acquisitions of the same lock in order to fix it.  But it's a
      necessary step along the way.
      fe455ee1
  6. 24 Aug, 2004 5 commits
    • Peter Eisentraut's avatar
      Translation update · b662311d
      Peter Eisentraut authored
      b662311d
    • Peter Eisentraut's avatar
      Translation update · a56cebb1
      Peter Eisentraut authored
      a56cebb1
    • Tom Lane's avatar
      Allow second and subsequent names in a qualified (dotted) name to be · 3cb1ffa6
      Tom Lane authored
      ColLabel instead of just ColId --- that is, any keyword can appear after
      a dot and it will be taken as an identifier.  Fixes problems with names
      that are okay as standalone function names but fail when qualified.
      3cb1ffa6
    • Bruce Momjian's avatar
      Update item: · 4359ebed
      Bruce Momjian authored
      < * 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
    • Neil Conway's avatar
      Various minor improvements to the SGML documentation: fix some incorrect · cda1bd6c
      Neil Conway authored
      SGML markup, add a "deprecated features" section to the 8.0 release
      notes, untabify release.sgml and runtime.sgml, and make some other
      minor improvements.
      cda1bd6c
  7. 23 Aug, 2004 3 commits