1. 09 Jun, 2004 1 commit
    • Bruce Momjian's avatar
      Add: · 69616f96
      Bruce Momjian authored
      > * Add ON COMMIT capability to CREATE TABLE AS SELECT
      69616f96
  2. 08 Jun, 2004 6 commits
  3. 07 Jun, 2004 5 commits
  4. 06 Jun, 2004 8 commits
  5. 05 Jun, 2004 4 commits
    • Tom Lane's avatar
      Tweak palloc/repalloc to allow zero bytes to be requested, as per recent · c3a153af
      Tom Lane authored
      proposal.  Eliminate several dozen now-unnecessary hacks to avoid palloc(0).
      (It's likely there are more that I didn't find.)
      c3a153af
    • Tom Lane's avatar
      Adjust PageGetMaxOffsetNumber to ensure sane behavior on uninitialized · 24a1e20f
      Tom Lane authored
      pages, even when the macro's result is stored into an unsigned variable.
      24a1e20f
    • Bruce Momjian's avatar
      Slight code cleanup for printf's. · 641c5b56
      Bruce Momjian authored
      641c5b56
    • Tom Lane's avatar
      Make the world very nearly safe for composite-type columns in tables. · ae93e5fd
      Tom Lane authored
      1. Solve the problem of not having TOAST references hiding inside composite
      values by establishing the rule that toasting only goes one level deep:
      a tuple can contain toasted fields, but a composite-type datum that is
      to be inserted into a tuple cannot.  Enforcing this in heap_formtuple
      is relatively cheap and it avoids a large increase in the cost of running
      the tuptoaster during final storage of a row.
      2. Fix some interesting problems in expansion of inherited queries that
      reference whole-row variables.  We never really did this correctly before,
      but it's now relatively painless to solve by expanding the parent's
      whole-row Var into a RowExpr() selecting the proper columns from the
      child.
      If you dike out the preventive check in CheckAttributeType(),
      composite-type columns now seem to actually work.  However, we surely
      cannot ship them like this --- without I/O for composite types, you
      can't get pg_dump to dump tables containing them.  So a little more
      work still to do.
      ae93e5fd
  6. 04 Jun, 2004 7 commits
  7. 03 Jun, 2004 9 commits
    • Tom Lane's avatar
      Restructure plpgsql's parsing of datatype declarations to unify the · 724c7064
      Tom Lane authored
      scalar and composite (rowtype) cases a little better.  This commit is
      just a code-beautification operation and shouldn't make any real
      difference in behavior, but it's an important preliminary step for
      trying to improve plgsql's handling of rowtypes.
      724c7064
    • Tom Lane's avatar
      Remove typeTypeFlag(), which was not only unused but entirely redundant · 2a22750c
      Tom Lane authored
      with typeTypType().
      2a22750c
    • Tom Lane's avatar
      238dc463
    • Tom Lane's avatar
      Add range-checking in timestamp_recv and timestamptz_recv, per · 5e4dd864
      Tom Lane authored
      Stephen Frost.  Also tighten date range check in timestamp2tm.
      5e4dd864
    • Bruce Momjian's avatar
      Remove SYSCONFDIR from win32 include file. · 90015d40
      Bruce Momjian authored
      90015d40
    • Teodor Sigaev's avatar
      - Add aligment of variable data types · 7b81988f
      Teodor Sigaev authored
      - Add aligment for interval data types
      - Avoid floating point overflow in penalty functions
      Janko Richter <jankorichter@yahoo.de> and teodor
      7b81988f
    • Tom Lane's avatar
      Adjust our timezone library to use pg_time_t (typedef'd as int64) in · 921d749b
      Tom Lane authored
      place of time_t, as per prior discussion.  The behavior does not change
      on machines without a 64-bit-int type, but on machines with one, which
      is most, we are rid of the bizarre boundary behavior at the edges of
      the 32-bit-time_t range (1901 and 2038).  The system will now treat
      times over the full supported timestamp range as being in your local
      time zone.  It may seem a little bizarre to consider that times in
      4000 BC are PST or EST, but this is surely at least as reasonable as
      propagating Gregorian calendar rules back that far.
      
      I did not modify the format of the zic timezone database files, which
      means that for the moment the system will not know about daylight-savings
      periods outside the range 1901-2038.  Given the way the files are set up,
      it's not a simple decision like 'widen to 64 bits'; we have to actually
      think about the range of years that need to be supported.  We should
      probably inquire what the plans of the upstream zic people are before
      making any decisions of our own.
      921d749b
    • Bruce Momjian's avatar
      Win32 regression fixes: · 473ac70a
      Bruce Momjian authored
      . only use the -W flag on pwd for $pkglibdir. All the other paths need
      to be seen as MSys type paths, whereas $pkglibdir needs to be expressed
      as a genuine windows path.
      . run single tests in the background and explicitly wait for them -
      solves the problem of the MSys shell not waiting properly for the copy
      test to finish.
      . use pg_ctl to shut down the test postmaster - no more use of ad hoc
      kill programs or the task manager.
      
      Andrew Dunstan
      473ac70a
    • Bruce Momjian's avatar
      init_ssl_system will return 0 on success and -1 on failure, which will · 3c45d348
      Bruce Momjian authored
      be interpreted just the other way round in initialize_SSL.
      
      Andreas Pflug
      3c45d348