Fix regression test broken by recent view change.

Add:

>  o Add PL/PHP (Joe, Jan)

Add:

> * Have AFTER triggers execute after the appropriate SQL statement in a
>   function, not at the end of the function

Error message editing in backend/executor.

Fix relkind test for pg_tables.

Mike Quinn

Fix output to psql:tsearch2.sql:13: NOTICE:  ... "pg_ts_dict_pkey"

tsearch2 module

  I updated Japanese translation of PostgreSQL FAQ
according to your version on May/30.
(HTML and TEXT files are gzipped.)

  Jun Kuwamura

Error message editing in backend/catalog.

Another round of error message editing, covering backend/commands/.

Update URL's.

Done:

* -Allow LIMIT/OFFSET to use expressions (Tom)

Add Opteron/Itanium comment.

Add:

> * Delay resolution of array expression type so assignment coercion
>   can be performed on empty array expressions (Joe)

Error message editing: finish up undone task of reporting the problem
xid when we fail to access pg_clog.

Add ereport-related functions to GETTEXT_TRIGGERS list.

Another round of error message editing, covering backend/parser/.

Add tablespace email.

First bits of work on error message editing.

Add cleaner formatting to config file.

Added more compat stuff ot the parser.

Fix subpath and subltree. Allow to return '' value.
subpath(ltree,0,0) returns ''.

Stephen Robert Norris wrote:
> Well, no. What it says is that certain values must be escaped (but
> doesn't say which ones). Then it says there are alternate escape
> sequences for some values, which it lists.
>
> It doesn't say "The following table contains the characters which must
> be escaped:", which would be much clearer (and actually useful).

Attached documentation patch updates the wording for bytea input
escaping, per complaint by Stephen Norris above.

Joe Conway

It seems some case-insensitive locales sort upper case before lower
(BBBB before bbbb) and others the other way around.  Provide comparison
files that cater to both approaches.

Add an upper limit to IS_VALID_JULIAN() to defend against overflow in
date2j().  This ensures we give reasonable errors instead of bizarre
behavior for input dates far in the future.

Oh, for crying in a bucket ... relax Assert so that glibc's strxfrm
does not dump core.

Work around buggy strxfrm() present in some Solaris releases.

For COMMENT ON DATABASE where database name is unknown or not the current
database, emit a WARNING and do nothing, rather than raising ERROR.
Per recent discussion in which we concluded this is the best way to deal
with database dumps that are reloaded into a database of a new name.

Repair boundary-case bug introduced by patch of two months ago that
fixed incorrect initial setting of StartUpID.  The logic in XLogWrite()
expects that Write->curridx is advanced to the next page as soon as
LogwrtResult points to the end of the current page, but StartupXLOG()
failed to make that happen when the old WAL ended exactly on a page
boundary.  Per trouble report from Hannu Krosing.

Allow blanks at the end of numerical values.

Fixed some bugs in Informix compat functions.

Make EXTRACT(TIMEZONE) and SET/SHOW TIMEZONE follow the SQL convention
for the sign of timezone offsets, ie, positive is east from UTC.  These
were previously out of step with other operations that accept or show
timezones, such as I/O of timestamptz values.

Add defenses against trying to attach qual conditions to a setOperation
query node, since that won't work unless the planner is upgraded.
Someday we should try to support at least some cases of this, but for
now just plug the hole in the dike.  Per discussion with Dmitry Tkach.

Applied patch to fix two compatibility functions.

Now that I look, SHOW TRANSACTION_ISOLATION isn't quite consistent
with SET TRANSACTION_ISOLATION, either.

Cause SHOW DATESTYLE to produce a string that will be accepted by SET
DATESTYLE, for instance 'SQL, European' instead of
'SQL with European conventions'.  Per gripe a month or two back from
Barry Lind.

Avoid use of int64_t, which seems not to be very portable.  Simplify
padding logic for struct sockaddr_storage --- original version did not
do what it claimed to when SALEN is defined.

OSF supports pthreads, per Philip Yarra.

Started to create different error codes for different backend messages.

Tweak original coding so that we can determine the platform-specific
shared_buffers and max_connections values to use before we run the
bootstrap process.  Without this, initdb would fail on platforms where
the hardwired default values are too large.  (We could get around that
by making the hardwired defaults tiny, perhaps, but why slow down
bootstrap by starving it for buffers...)

Remove duplicate definition of ERROR.

Make cost estimates for SubqueryScan more realistic: charge cpu_tuple_cost
for each row processed, and don't forget the evaluation cost of any
restriction clauses attached to the node.  Per discussion with Greg Stark.

Fix typo in comment, as noted by Weiping He.

The default values for shared_buffers and max_connections are now 1000
and 100 respectively, if the platform will allow it.  initdb selects
values that are not too large to allow the postmaster to start, and
places these values in the installed postgresql.conf file.  This allows
us to continue to start up out-of-the-box on platforms with small SHMMAX,
while having somewhat-realistic default settings on platforms with
reasonable SHMMAX.  Per recent pghackers discussion.

Whoops, missed committing this change to match cosmetic changes in
ascii.c.

Fix a *second* buffer overrun bug in to_ascii().  Grumble.

Missed one rule in syncinc preproc.y which resulted in reduce/reduce conflicts.

    - Synced preproc.y with gram.y
        - Init sqlca in ECPGprepare().
        - Added CLOSE DATABASE for Informix compatibility.

Add description for new GUC context.

Aizaz Ahmed

Argh! Missed one file.

Fixed some Informix compat functions so they handle NULL resp. indicators better.

Doc update for LOG_MIN_DURATION_STATEMENT set to zero.

Add special checks for non-super-user setting LOG_MIN_DURATION_STATEMENT
to zero.

Add new USERLIMIT GUC source level so certain options can be disabled
or increased only by super-users.

This fixes problems caused by making certain variables SUSET for
security reasons.

Applied patch from Kim Ho @ redhat.com to make support for setObject() more
spec complient with regards to various data/time/timestamp objects

 Modified Files:
  jdbc/org/postgresql/errors.properties
  jdbc/org/postgresql/jdbc1/AbstractJdbc1Statement.java

More informix fixes.

Fix segfault in connect in informix mode.

"char *" of course is not the same as "char []". So I had to fix the way ecpg treated the second one.

tm2timestamp should return -1, not elog, on overflow.  (In the backend
this is merely an API inconsistency, but in ecpg it's fatal.)  Also,
fix misconceived overflow test in HAVE_INT64_TIMESTAMP case.

Fix missing code for HAVE_INT64_TIMESTAMP.

Add --help-config facility to dump information about GUC parameters
without needing a running backend.  Reorder postgresql.conf.sample
to match new layout of runtime.sgml.  This commit re-adds work lost
in Wednesday's crash.

Add #include <limits.h> (re-add lost change from Wednesday).

date, interval and timestamp data should be quoted.

Fixed informix behaviour for select without into.

Some early work on error message editing.  Operator-not-found and
function-not-found messages now distinguish the cases no-match and
ambiguous-match, and they follow the style guidelines too.

Fix bug I introduced in recent rewrite of NUMERIC code: numeric to
integer conversions gave the wrong answer for values with stripped
trailing zeroes, such as 10000000.

Do honest transformation and preprocessing of LIMIT/OFFSET clauses,
instead of the former kluge whereby gram.y emitted already-transformed
expressions.  This is needed so that Params appearing in these clauses
actually work correctly.  I suppose some might claim that the side effect
of 'SELECT ... LIMIT 2+2' working is a new feature, but I say this is
a bug fix.

Code review for UPDATE tab SET col = DEFAULT patch ... whack it around
so it has some chance of working in rules ...

Fixed initialization bug and added postgres_fe.h to pgtypeslib.

Support polymorphic functions in plpgsql.  Along the way, replace
linked-list search of function cache with hash-table lookup.
By Joe Conway.

Fix ecpg typo --- change ;; to ;.

Aggregates can be polymorphic, using polymorphic implementation functions.
It also works to create a non-polymorphic aggregate from polymorphic
functions, should you want to do that.  Regression test added, docs still
lacking.  By Joe Conway, with some kibitzing from Tom Lane.

Dept. of second thoughts: supporting inlining of polymorphic SQL functions
takes only a few more lines of code than preventing it, so might as well
support it.

Fix documentation comment about restricted environments, per Kevin Jacobs.

STRENGH => STRENGTH, per Jon Jensen.

Use ISO dates in pgtypeslib by default.
Applied patch by Philip Yarra to fix some thread issues.
Added a new data type "decimal" which is mostly the same as our
"numeric" but uses a fixed length array to store the digits. This is
for compatibility with Informix and maybe others.

Department of second thoughts: even if we can't run the full parser on
a SQL function with polymorphic inputs, we can at least run the raw
parser to catch silly syntactic errors.

Translation update

SQL functions can have arguments and results declared ANYARRAY or
ANYELEMENT.  The effect is to postpone typechecking of the function
body until runtime.  Documentation is still lacking.

Original patch by Joe Conway, modified to postpone type checking
by Tom Lane.

Change EXECUTE INTO to CREATE TABLE AS EXECUTE.

patches by Kim Ho to fix
getByte, getSort if input has decimal or whitespace
setObject if object is a BIT
boolean not on list of SQLKeywords

Update contrib/Makefile's list of subdirectories that it does not try
to build.

Put back inappropriately-removed entry for earthdistance subdirectory.

Rename plpython to plpythonu, and update documentation to reflect its
now-untrusted status.

Add GUC option log_error_verbosity to control which fields of error
reports get put into the postmaster log.  Options are TERSE, DEFAULT,
VERBOSE, with the same behavior as implemented on the client side in
libpq.

Minor jdbc doc updates submitted by Kris Jurka

 Modified Files:
  sgml/jdbc.sgml

Patches applied:
1) Patch from Kris Jurka to fix IPv6 parsing of the jdbc URL
2) Patch from Kris Jurka to fix an ArrayIndexOutOfBounds error
   when calling moveToCurrentRow while currentRow is "beforeFirst"
3) Patch from Kim Ho to fix add some bounds checking in setMaxRows(),
   setQueryTimeout(), setFetchSize()

 Modified Files:
  jdbc/org/postgresql/Driver.java.in
  jdbc/org/postgresql/errors.properties
  jdbc/org/postgresql/jdbc1/AbstractJdbc1Statement.java
  jdbc/org/postgresql/jdbc2/AbstractJdbc2ResultSet.java
  jdbc/org/postgresql/jdbc2/AbstractJdbc2Statement.java

Restructure building of join relation targetlists so that a join plan
node emits only those vars that are actually needed above it in the
plan tree.  (There were comments in the code suggesting that this was
done at some point in the dim past, but for a long time we have just
made join nodes emit everything that either input emitted.)  Aside from
being marginally more efficient, this fixes the problem noted by Peter
Eisentraut where a join above an IN-implemented-as-join might fail,
because the subplan targetlist constructed in the latter case didn't
meet the expectation of including everything.
Along the way, fix some places that were O(N^2) in the targetlist
length.  This is not all the trouble spots for wide queries by any
means, but it's a step forward.

- Made sure Informix style decimal vars are initialized. They use a
  fixed amount of digits and not an allocated one. So we have to work
  around. PostgreSQL numeric type remains the same.
- In INFORMIX_SE mode with autcommit set, make all cursors be "with
  hold". Is this really they way SE behaves?

Information schema views for group privileges, some corrections on column
privileges.

It was comparing the wrong pair of columns, which triggered the previously
mentioned bug.

Add missing PO files from last commit.

Just another sync.

Support expressions of the form 'scalar op ANY (array)' and
'scalar op ALL (array)', where the operator is applied between the
lefthand scalar and each element of the array.  The operator must
yield boolean; the result of the construct is the OR or AND of the
per-element results, respectively.

Original coding by Joe Conway, after an idea of Peter's.  Rewritten
by Tom to keep the implementation strictly separate from subqueries.

Merge PO file updates from 7.3 branch.

Make information schema aware of arrays.

The view element_types is currently not functional, awaiting some fixes in
the planner (reported on -hackers).

Add:

> * Automatically place fixed-width, NOT NULL columns first in a table

Group ISBN/ISSN definitions.

Update psql for some features of new FE/BE protocol.  There is a
client-side AUTOCOMMIT mode now: '\set AUTOCOMMIT off' supports
SQL-spec commit behavior.  Get rid of LO_TRANSACTION hack --- the
LO operations just work now, using libpq's ability to track the
transaction status.  Add a VERBOSE variable to control verboseness
of error message display, and add a %T prompt-string code to show
current transaction-block status.  Superuser state display in the
prompt string correctly follows SET SESSION AUTHORIZATION commands.
Control-C works to get out of COPY IN state.

When using new protocol, PQexec can get out of a COPY IN or COPY OUT
state by itself, so do so.