Revert inadvertantly committed change.

Workaround for perl problem where evaluating UTF8 regexes can cause
implicit loading of modules, thereby breaking Safe rules.
We compile and call a tiny perl function on trusted interpreter init, after which
the problem does not occur.

Avoid incrementing the CommandCounter when CommandCounterIncrement is called
but no database changes have been made since the last CommandCounterIncrement.
This should result in a significant improvement in the number of "commands"
that can typically be performed within a transaction before hitting the 2^32
CommandId size limit.  In particular this buys back (and more) the possible
adverse consequences of my previous patch to fix plan caching behavior.

The implementation requires tracking whether the current CommandCounter
value has been "used" to mark any tuples.  CommandCounter values stored into
snapshots are presumed not to be used for this purpose.  This requires some
small executor changes, since the executor used to conflate the curcid of
the snapshot it was using with the command ID to mark output tuples with.
Separating these concepts allows some small simplifications in executor APIs.

Something for the TODO list: look into having CommandCounterIncrement not do
AcceptInvalidationMessages.  It seems fairly bogus to be doing it there,
but exactly where to do it instead isn't clear, and I'm disinclined to mess
with asynchronous behavior during late beta.

Repair bug that allowed RevalidateCachedPlan to attempt to rebuild a cached
plan before the effects of DDL executed in an immediately prior SPI operation
had been absorbed.  Per report from Chris Wood.

This patch has an unpleasant side effect of causing the number of
CommandCounterIncrement()s done by a typical plpgsql function to
approximately double.  Amelioration of the consequences of that
will be undertaken in a separate patch.

Add win32error.c to libpq, needed to resolve _dosmaperr.

Use _dosmaperr() to deal with errors opening files in pgwin32_open().

Per complaint from Alvaro and subsequent discussion.

Update release notes to current CVS.

Update Japanese FAQ.

Jun Kuwamura

Translation updates

Add additional PITR documentation.

Simon Riggs

Make a cleanup pass over error reports in tsearch code.  Use ereport
for user-facing errors, fix some poor choices of errcode, adhere to
message style guide.

RETURN NEXT doc improvement, per Alvaro.

Update RETURN NEXT documentation for plpgsql.

Improve test coverage of CLOBBER_CACHE_ALWAYS by having it also force
reloading of operator class information on each use of LookupOpclassInfo.
Had this been in place a year ago, it would have helped me find a bug
in the then-new 'operator family' code.  Now that we have a build farm
member testing CLOBBER_CACHE_ALWAYS on a regular basis, it seems worth
expending a little bit of effort here.

Plpgsql doc cleanup.

Guillaume Lelarge

Adjust the names of a couple of tsearch index support functions that had
inappropriately generic-sounding names.  This is more or less free since
we already forced initdb for the next beta, and it may prevent confusion or
name conflicts (particularly at the C-global-symbol level) down the road.
Per my proposal yesterday.

Install a lookaside cache to speed up repeated lookups of the same operator
by short-circuiting schema search path and ambiguous-operator resolution
computations.  Remarkably, this buys as much as 45% speedup of repetitive
simple queries that involve operators that are not an exact match to the
input datatypes.  It should be marginally faster even for exact-match
cases, though I've not had success in proving an improvement in benchmark
tests.  Per report from Guillame Smet and subsequent discussion.

Proper capitalization of Ispell

spell checker run

Fix XML Schema structure for char types without length (bug #3782)

Improve terminology

Fix typo

Add credit to Pavel Stehule for XML functionality

Fix column number

Properly recognize and announce input errors.

Add a few current_* variable index entries to the docs.

Guillaume Lelarge

Add comments about VACUUM to free space map docs.

Joshua D. Drake

Change a stop word on the right-hand-side in the thesaurus file to be an
ERROR, not NOTICE.

Fix plpgsql to not lookup block labels except in contexts where a block label
is sane (eg, EXIT argument or first part of a qualified identifier), and cause
more-closely-nested record variables to take precedence over outer block
labels.  This cures the breakage exhibited by Marko Kreen that 8.3 no longer
allowed a function's name to be used for a variable within the function, and
makes plpgsql's handling of block labels more like Oracle's.  It's important
to fix this now because we are documenting the use of block labels as variable
qualifiers for the first time in 8.3.

Fix pg_regress to check the directory it is actually reading files from,
not the image that (theoretically) should exist in the current directory.

Jørgen Austvik

Add quote_literal(anyelement) to preserve (and, in fact, extend) a
useful consequence of the former liberal implicit casting to text;
namely that you can feed non-string values to quote_literal() and get
unsurprising results.  Per discussion.

Suppress compiler warning.

Add example of MONEY casting to numeric if locale is known.

Make casts from xml to text independent of the XML option setting, thus
immutable and indexable.  Also fix the volatility settings of some other
XML-related functions.

correct capitalization

Wording improvement for MONEY casting.

Add documentation about the issues of casting MONEY to/from numeric
types.

Add:

< * -Make 64-bit version of the MONEY data type
< * Add locale-aware MONEY type, and support multiple currencies
<
<   http://archives.postgresql.org/pgsql-general/2005-08/msg01432.php
<   http://archives.postgresql.org/pgsql-hackers/2007-03/msg01181.php
<
< * MONEY dumps in a locale-specific format making it difficult to
<   restore to a system with a different locale
>
> * MONEY data type
>
>  o -Make 64-bit version of the MONEY data type
>  * Add locale-aware MONEY type, and support multiple currencies
>
>    http://archives.postgresql.org/pgsql-general/2005-08/msg01432.php
>    http://archives.postgresql.org/pgsql-hackers/2007-03/msg01181.php
>
>  * MONEY dumps in a locale-specific format making it difficult to
>    restore to a system with a different locale
>  * Allow MONEY to be cast to/from other numeric data types

Change index_name to name for consistency.

Fix select_common_type() so that it can select a domain type, if all inputs
to a UNION, CASE, or related construct are of the same domain type.  The
main part of this routine smashes domains to their base types, which seems
necessary because the logic involves TypeCategory() and IsPreferredType(),
neither of which work usefully on domains.  However, we can add a first
pass that just detects whether all the inputs are exactly the same type,
and if so accept that without question (so long as it's not UNKNOWN).
Per recent gripe from Dean Rasheed.

In passing, remove some tests for InvalidOid, which have clearly been dead
code for quite some time now, because getBaseType() would fail on that input.

Also, clarify the manual's not-very-precise description of the existing
algorithm's behavior.

Require a specific Autoconf version, instead of a lower bound only.

Allow for X as well as x to be the prefix for hexadecimal character ref entity numbers,
as in HTML.

Fix XML tag namespace change inadvertantly missed from previous fix. Add
regression test for XML names and numeric entities.

Use double quotes for quoting xml attributes.

Fix thinko in comment.

Reduce routine successful-archiving message from LOG to DEBUG1 grade,
to reduce chattiness of logs.  Per discussion.
Simon Riggs

Fix (I think) broken usage of MultiByteToWideChar.  I had missed the
subtlety that this function only returns a null terminator if it's
fed input that includes one; which, in the usage here, it's not.
This probably fixes bugs reported by Thomas Haegi.

Slightly more paranoia and slightly better comments for use of
Windows-specific MultiByteToWideChar/WideCharToMultiByte calls.

Add missed entry for new money regression test.

Move resetting of currSchema to a spot where it's not vulnerable to getting
missed in possible future partial-drop scenarios.  Improve comment.
Per report from Zoltan Boszormenyi.

Add regression tests for MONEY type.

Save another little bit of planner overhead on simple queries, by having
clauselist_selectivity skip some analysis that's useless when there's only
one clause in the given list.  Actually this can win even for not-so-simple
queries, because we also apply clauselist_selectivity to sublists such as the
quals matching an index; which are likely to have only a single entry even
when the total query is quite complicated.

If pg_dump drops a schema, make sure 'search_path' it SET the next time
it is needed --- basically don't remember the previous 'search_path'
after a drop schema because it might have failed but be created later.

Clarify how MONEY trims off trailing thousands separator.

Make the MONEY data type have a thousands separator != decimal symbol,
if the locale has the thousands separator as "".  This now matches the
to_char and psql numericlocale behavior.  (Previously this data type was
basically useless for such setups.)

Borland BCC does not support SSPI, per cnliou9@fastmail.fm.

Borland CC 5.5.1 needs ssize_t, per cnliou9@fastmail.fm.

Change fix_scan_expr() to avoid copying the input node tree in the common case
where rtoffset == 0.  In that case there is no need to change Var nodes,
and since filling in unset opfuncid fields is always safe, scribbling on the
input tree to that extent is not objectionable.  This brings the cost of this
operation back down to what it was in 8.2 for simple queries.  Per
investigation of performance gripe from Guillaume Smet.

Avoid uselessly building a duplicate of the original clause in trivial cases
where the EquivalenceClass machinery is unable to deduce anything more from a
simple "var = const" qual clause.  There are probably some more cases where
this could be done, but this seems to take care of most of the added overhead
for simple queries.  Per gripe from Guillaume Smet.

In passing, fix a problem that was exposed by this change:
reconsider_outer_join_clause and friends were passing the wrong relids to
build_implied_join_equality, resulting in RestrictInfos with the wrong
required_relids.  This mistake was masked in typical cases since the bogus
RestrictInfos would never have escaped from the EquivalenceClass machinery,
but I think there might be corner cases involving "broken" ECs where there
would have been a visible failure even without the new optimization.  In any
case the code was certainly not operating as intended.

Fix white space in MONEY type code.  Rename 'comma' to more generic
'ssymbol' as used in previous function.

Update text:

< * Prevent long-lived temporary tables from causing frozen-Xid advancement
> * Prevent long-lived temporary tables from causing frozen-xid advancement
>
>    The problem is that autovacuum cannot vacuum them to set frozen xids;
>    only the session that created them can do that.
>
>
>

Fix buggy usage of vsnprintf in PL/Python by removing it altogether, instead
relying on stringinfo.c.  This fixes a problem reported by Marko Kreen, but I
didn't use his patch, per subsequent discussion.

Fix "Overall Page Layout" table. The second row should be ItemIdData, not
ItemPointerData.

Actually ... it's pretty silly that parse_oper.c doesn't set up the
opfuncid of an OpExpr initially, considering that it has the information
at hand already.  We'll still treat opfuncid as a cache rather than a
guaranteed-valid value, but this change saves one more syscache lookup
in the normal code path.

Save one syscache lookup when examining volatility or strictness of
OpExpr and related nodes.  We're going to have to set the opfuncid of
such nodes eventually (if we haven't already), so we might as well
exploit the opportunity to cache the function OID.  Buys back some
of the extra planner overhead noted by Guillaume Smet, though I still
need to fool with equivclass.c to really respond to that.

Add more comments about thousands separator handling.

Prevent Perl from introducing a possibly-incompatible definition of type
"bool" into plperl.c.  This has always been a hazard since Perl allows a
platform-specific choice to define bool as int rather than char, but
evidently this didn't happen on any platform we support ... until OS X 10.5.
Per report from Brandon Maust.

Back-patch as far as 8.0 --- a bit arbitrary, but it seems unlikely anyone
will be trying to port 7.x onto new platforms.

Add comments about thousands separator logic.

Document that doc builds now build indexes by default, unless "draft" is
used.

WSATYPE_NOT_FOUND was already defined for BCC so don't redefine it
(conflicting values).

Fix build of libpq for Borland CC.

When setting default thousands separator when locale has "", use logic
so new thousands separator doesn't match decimal symbol.

Fix typo in comment.

Clarify the syntax rules for raw tsvector input.

Fix bogus length calculation that could lead to crash if the string
happened to be right up against the end of memory, per report from
Matt Magoffin.  While at it, avoid useless multiple copying of string
by not depending on xmlStrncatNew.

Fix pg_ctl -t to register -t value, per Alvaro.

Split release notes up into smaller sections; easier to read.

Fix some missed usages of 'HTML tag' and 'HTML entity'.

Make "contrib/" tag consistent.

Split out data types and function entries into separate sections in the
release notes.

Release note adjustments suggested by IRC users.

Adjust contrib/tsearch2 regression results to use XML tag and XML entity descriptions, as now used by core text search default parser.

Reorder a few release notes items for consistency.

Trim down release section headings (no need for Changes).

Re-order some items as migration changes.

Change descriptions of entity and tag objects to "XML entity" and "XML tag".
Allow tag and entity names that follow XML rules. Provide for hexadecimal
as well as decimal numeric entities. Adjust code names to coincide with
new descriptions.

Split "server changes" up into smaller sections in release notes.

Markup fix.

More release notes wording cleanups.

Update COMMENT item:

<  o Prevent COMMENT ON dbname from issuing a warning when loading
<    into a database with a different name, perhaps using COMMENT ON
<    CURRENT DATABASE
>  o Change pg_dump so that a comment on the dumped database is
>    applied to the loaded database, even if the database has a
>    different name.  This will require new backend syntax, perhaps
>    COMMENT ON CURRENT DATABASE.

Update wording:

<  o Allow COMMENT ON dbname to work when loading into a database
<    with a different name, perhaps using COMMENT ON CURRENT
<           DATABASE
>  o Prevent COMMENT ON dbname from issuing a warning when loading
>    into a database with a different name, perhaps using COMMENT ON
>    CURRENT DATABASE

Update comment.

Add suggested syntax for COMMENT ON DATABASE:

<    with a different name
>    with a different name, perhaps using COMMENT ON CURRENT
>           DATABASE
>

Add comment about COMMENT ON DATABASE failing for differently-named
databases.

Add:

>  o Allow COMMENT ON dbname to work when loading into a database
>    with a different name

Improve description of implicit-text-casting compatibility issue.
A bunch of other desultory copy-editing, too.

Minor improvement in documentation of temp_tablespaces: avoid grammatical
ambiguity and say what the default value is.

Remove no-longer-accurate claim that REINDEX won't invalidate cached
plans.

Wordsmith improvements to first half of release notes, move TEXT cast
item to #1 imcompatibility slot.

Simplify TEXT cast working;  spelling fixes to release notes.

Improve GIN index build's tracking of memory usage by using
GetMemoryChunkSpace, not just the palloc request size.  This brings the
allocatedMemory counter close enough to reality (as measured by
MemoryContextStats printouts) that I think we can get rid of the arbitrary
factor-of-2 adjustment that was put into the code initially.  Given the
sensitivity of GIN build to work memory size, not using as much of work
memory as we're allowed to seems a pretty bad idea.