Enable /contrib/pg_upgrade, mention little testing.

Explain privileges required for LOCK.  Minor wordsmithing too.

Point out that superusers bypass privilege checking.  Minor wordsmithing.

Fix misstatements added by Bruce.

Add more comments to tqual.c for visibility functions.

TOAST needs to do at least minimal time-qual checking in order not to
mess up after an aborted VACUUM FULL, per today's pghackers discussion.
Add a suitable HeapTupleSatisfiesToast routine.  Remove useless special-
case test in HeapTupleSatisfiesVisibility macro for xmax =
BootstrapTransactionId; perhaps that was needed at one time, but it's
a waste of cycles now, not to mention actively wrong for SnapshotAny.
Along the way, add some much-needed comments to tqual.c, and simplify
toast_fetch_datum, which no longer needs to assume it may see chunks
out-of-order.

Fix init_irels to close the pg_internal.init file before returning.
This saves one open file descriptor per backend, and avoids an
annoying NOTICE on Cygwin (which has trouble deleting open files).
Bug appears to date back to original coding of init_irels, circa 1992.

If we fail to rename pg_internal.init into place, delete the useless
temporary file.  This seems to be a known failure mode under Cygwin,
so we might as well expend the extra line of code to be tidy.

Add more sanity-checking to PageAddItem and PageIndexTupleDelete,
to prevent spreading of corruption when page header pointers are bad.
Merge PageZero into PageInit, since it was never used separately, and
remove separate memset calls used at most other PageInit call points.
Remove IndexPageCleanup, which wasn't used at all.

Fix typo that caused equalTriggerDescs() to return false in cases where
the two trigger sets were logically equal, but not in the same order.
Caught by Holger Krug (hkrug@rationalizer.com).

Applied patch submitted by Ryouichi Matsuda (r-matuda@sra.co.jp) that fixed a problem with leading zeros being lost on fractional seconds when setting a timestamp value on a PreparedStatement.

Applied patch from Ryouichi Matsuda <r-matuda@sra.co.jp> where the jdbc
driver was not properly handling timestamptz datatype when using the
getObject() method on ResultSet.  Fix adds this datatype to the object mappings.

Manual page improvements.

More cleanups.

pg_upgrade doesn't live here anymore.  Remove dangling references.

Keep pg_upgrade as disabled.

More wording improvements.

More updates.

Remove old pg_upgrade script, from Tom.

More cleanups with ideas from Peter.

Add Peter's portability and option suggestions.

Update permissions?

Reduce severity of 'XLogFlush: request is not satisfied' error condition,
per my proposal of a couple days ago.  This will eliminate the unable-
to-restart-database class of problem that we have seen reported half a
dozen times with 7.1.*.

Ensure that ecpg/test is cleaned by higher-level 'make clean'.

Add README file.

Doc improvements.

Add manual page to /contrib.  SGML from docs.

Move pg_upgrade to /contrib.  Still need to make Peter's portability
changes.

Small AIX fixes from  Rick Flower.

tag as beta 5 for *hopefully* a very very short beta cycle on this one?

Fix recreation of sequence files for 7.2 also because of XID change from
beta4 to beta5.

    - Fixed variable handling for struct members.
        - Removed check for array input. An attribut might store the
          complete array.

Now works for 7.1 databases.

Now tested on 7.2->7.2 migration;  still disabled.  Need 7.1 testing now.

Keep it disabled.

Wow, it actually worked for the regression database.  More testing needed.

Bump catversion to ensure people apply recent timestamp and sequence
fixes.

Update horology expected results (this variant extrapolated by yours
truly; should be verified by someone with an appropriate system).

Update horology expected results (this variant verified on HPUX).

Repair bugs in declarations of routines to add timestamptz and interval.
 Thanks to Bruce for spotting it and Tom Lane for diagnosing it.
Since horology test output is changing anyway, add some date/time input
 tests to horology.sql. Some of these should move to the tests for the
 individual data types, and we perhaps should add an entire new test
 for "timezone" to allow manipulating the current time zone without
 risking damage to the results of other tests.

Fix pg_dump to read-lock all tables to be dumped as soon as it's read
their names from pg_class.  This considerably reduces the window wherein
someone could DROP or ALTER a table that pg_dump is intending to dump.
Not a perfect solution, but definitely an improvement.  Per complaints
from Marc Fournier; patch by Brent Verner with some kibitzing by Tom Lane.

Code review for latest changes.

More man pages improvements;  also needed to test sgml build.

Sync up.

VACUUM must make sure that a HEAP_MARKED_FOR_UPDATE tuple gets marked
as either HEAP_XMAX_COMMITTED or HEAP_XMAX_INVALID once the updating
transaction is gone.  Otherwise some other transaction may come along
and try to test the commit status of t_xmax later --- which could be
after VACUUM has recycled the CLOG status for that xact.  Bug introduced
in post-beta4 bug fix.

Fix sequence creation to set the t_xmin of a sequence's tuple to
FrozenTransactionId, not the XID of the creating transaction.  Without
this it's possible for a reference to a long-gone CLOG record to occur,
per Christian Meunier's bug report of 10-Jan-02.  Worse, the sequence
tuple would become invisible to SELECTs after 2 billion transactions.

Since the fix is applied during sequence creation it does not help
existing databases, unless you drop and recreate every sequence.
However, we intend to force initdb for 7.2RC1 anyway, to fix a pg_proc
error, so I see no need to do more for this problem.

Added Christof's fixes.

More testing, more cleanups.

pg_resetxlog specifies log location in hex;  more pg_upgrade testing
improvments.

More cleanups.

*** empty log message ***

More updates for int8 sequence restoration.  Old dump file not required
anymore.

Handle int4-int8 sequence migration without full data dump.

Add a directory to save the changes until 7.3-tree is branched.

More improvements using pg_resetxlog.  still disabled.

Have pg_resetxlog -n return zero exit status.

Update FAQ.

Remove 7.1beta WAL handling from /contrib/pg_resetxlog.

Update FAQ.

Update FAQ.

Update FAQ.

Update FAQ.

Update FAQ.

Update FAQ.

Add new -l flag to set checkpoint location for /contrib/pg_resetxlog.

Temporary workaround for links within bibliography references fouling up
footnote count.

Per Tom, do full reset on -x flag.

Add new -x XID option to /contrib/pg_resetxlog for future pg_upgrade use.

Include sqlca.h automatically.

More pg_upgrade improvements.  Almost done, except for max transaction
setting.

More improvements;  still disabled.  (Don't panic.)

The result of getopt() should be compared to -1, not EOF, per
pgsql-hackers discussion of this date.

Describe type casts under the heading of Value Expressions, and explain
the difference between a run-time type cast and casting a literal string
to a specific type.  Minor editorial work in same area.

Update with new features.  Still disabled.

Fix use of 'char' to hold result of getc, per bug report forwarded by
Oliver Elphick.  A few other minor cleanups while at it.

Fix portability problem (result of getopt is int, not char).

Remove clog copy.

Make improvements to pg_upgrade; is still disabled.

Add quotes around $bindir.

Make spelling of operating system names match official version closely.
And listing QNX 6 as both supported and unsupported is probably not helpful.

Fix include paths for case of VPATH build.

Adjust spelling of article titles to match the originals, add some links.

make install failed in VPATH build.

Fix copy-and-paste mistake exposed by gcc warning.

In a VPATH build, resultmap must be one of the symlinked files, else
pg_regress doesn't see it and you don't get any port-specific
comparisons.

Revert last change (CFLAGS+=-g).  Probably was a mistake...

Update Lockhart's email address.

< * Thomas is Thomas Lockhart <lockhart@alumni.caltech.edu>
---
> * Thomas is Thomas Lockhart <lockhart@fourpalms.org>

Update Thomas Lockhart's email address to lockhart@fourpalms.org.

Remove shift/reduce conflicts introduced by last change.

Repair the GEQO bibliography.  It was marked up all wrong.  Move some of
the info to the main bibliography.

Fix lpad() and rpad() to produce correct results in variable-length
multibyte encodings.

Point to main CPAN site, and reword a little.

Minor wordsmithing.

Make FreeBSD URL point to the right chapter again.

Fixed array pointers, no longer using void * in arithmetics.

Email address no longer valid.

Update bad URL's with good ones.

Update my2pg to version 1.22.

Add variants of digest() and hmac() that accept text inputs.
 Marko Kreen says:
This is so obvious that I would like to make it 'official'.

Seems like the theology around bytea<>text casting kept me from
seeing the simple :)

Tweak LWLock algorithms so that an awakened waiter for a lock is not
granted the lock when awakened; the signal now only means that the lock
is potentially available.  The waiting process must retry its attempt
to get the lock when it gets to run.  This allows the lock releasing
process to re-acquire the lock later in its timeslice.  Since LWLocks
are usually held for short periods, it is possible for a process to
acquire and release the same lock many times in a timeslice.  The old
spinlock-based implementation of these locks allowed for that; but the
original coding of LWLock would force a process swap for each acquisition
if there was any contention.  Although this approach reopens the door to
process starvation (a waiter might repeatedly fail to get the lock),
the odds of that being a big problem seem low, and the performance cost
of the previous approach is considerable.