1. 17 Jul, 2008 3 commits
  2. 16 Jul, 2008 7 commits
  3. 15 Jul, 2008 8 commits
  4. 14 Jul, 2008 9 commits
  5. 13 Jul, 2008 2 commits
    • Tom Lane's avatar
      Change the PageGetContents() macro to guarantee its result is maxalign'd, · 6816577a
      Tom Lane authored
      thereby forestalling any problems with alignment of the data structure placed
      there.  Since SizeOfPageHeaderData is maxalign'd anyway in 8.3 and HEAD, this
      does not actually change anything right now, but it is foreseeable that the
      header size will change again someday.  I had to fix a couple of places that
      were assuming that the content offset is just SizeOfPageHeaderData rather than
      MAXALIGN(SizeOfPageHeaderData).  Per discussion of Zdenek's page-macros patch.
      6816577a
    • Tom Lane's avatar
      Clean up the use of some page-header-access macros: principally, use · 9d035f42
      Tom Lane authored
      SizeOfPageHeaderData instead of sizeof(PageHeaderData) in places where that
      makes the code clearer, and avoid casting between Page and PageHeader where
      possible.  Zdenek Kotala, with some additional cleanup by Heikki Linnakangas.
      
      I did not apply the parts of the proposed patch that would have resulted in
      slightly changing the on-disk format of hash indexes; it seems to me that's
      not a win as long as there's any chance of having in-place upgrade for 8.4.
      9d035f42
  6. 12 Jul, 2008 4 commits
  7. 11 Jul, 2008 5 commits
  8. 10 Jul, 2008 2 commits
    • Tom Lane's avatar
      Add unchangeable GUC "variables" segment_size, wal_block_size, and · 7a97abe8
      Tom Lane authored
      wal_segment_size to make those configuration parameters available to clients,
      in the same way that block_size was previously exposed.  Bernd Helmle, with
      comments from Abhijit Menon-Sen and some further tweaking by me.
      7a97abe8
    • Tom Lane's avatar
      Tighten up SS_finalize_plan's computation of valid_params to exclude Params of · eaf1b5d3
      Tom Lane authored
      the current query level that aren't in fact output parameters of the current
      initPlans.  (This means, for example, output parameters of regular subplans.)
      To make this work correctly for output parameters coming from sibling
      initplans requires rejiggering the API of SS_finalize_plan just a bit:
      we need the siblings to be visible to it, rather than hidden as
      SS_make_initplan_from_plan had been doing.  This is really part of my response
      to bug #4290, but I concluded this part probably shouldn't be back-patched,
      since all that it's doing is to make a debugging cross-check tighter.
      eaf1b5d3