Error message editing in backend/optimizer, backend/rewrite.

Error message editing in backend/storage.

Fix a few portability issues, adjust error messages.

Error message editing in contrib (mostly by Joe Conway --- thanks Joe!)

Add tsearch2.

Fix grant option dumping and related cross-version compatibility issues.

Fixed mdy functions to use correct offset.

Fix timestamp_date for HAVE_INT64_TIMESTAMP case.

Add to 7.3.4 release notes:

* Repair breakage in timestamp-to-date conversion for dates before 2000

Fixes additional sql injection vulnerabilities reported by Oliver Jowett
and Dmitry Tkach.  Specifically the previous fix still allowed the statement termination character through in unquoted places in the sql statement, and the driver never correctly handled someone passing a value of \0 in a string which under the v2 protocol would end the statement causing the following text to possibly
be treated as a new sql statement
 Modified Files:
  jdbc/org/postgresql/Driver.java.in
  jdbc/org/postgresql/jdbc1/AbstractJdbc1Statement.java

Repair 7.3 breakage in timestamp-to-date conversion for dates before 2000.

Don't refer to AF_UNIX in code not protected with HAVE_UNIX_SOCKETS.

Have a go at fixing various outstanding portability issues in code that
was modified for IPv6.  Use a robust definition of struct sockaddr_storage,
do a proper configure test to see if ss_len exists, don't assume that
getnameinfo() will handle AF_UNIX sockets, don't trust getaddrinfo to
return the protocol we ask for, etc.  This incorporates several outstanding
patches from Kurt Roeckx, but I'm to blame for anything that doesn't
work ...

New WAL fix release text is:

    Prevent rare possibility of server startup failure (Tom)

Mention increasing sort_mem during a restore.

Add:

> * Add GUC variable to prevent waiting on locks

Rename --with-threads to --enable-thread-safeness, per Peter.

Update German FAQ.

Update FAQ.

Ian Barwick

Just a spot of copy-editing.

Czech translation updates from Karel Zak

Update German translations.

Apply message style guide to frontend programs.

Update to 7.3.4 as newest release.

Stamp 7.3.4.

Error message editing in backend/bootstrap, /lib, /nodes, /port.

Error message editing for foreign-key triggers.

A few parentheses shy of a load here ...

Add GUC parameter to control rendezvous name.

wups, took out one memset too many ...

Error message editing in backend/libpq, backend/postmaster, backend/tcop.

Along the way, fix some logic problems in pgstat_initstats, notably the
bogus assumption that malloc returns zeroed memory.

Fix threading configure tests, from Peter.

Remove link of tarball

Mark tsearch v1 as deprecated

Fix to prevent SQL injection attacks for code calling setObject(int,Object,int)
where Object is a user supplied String and the type is a numeric type
(i.e. INTEGER,LONG,etc).
Also applied a patch from Kim Ho that fixes compile problems under jdk1.2

 Modified Files:
  jdbc/org/postgresql/Driver.java.in
  jdbc/org/postgresql/jdbc1/AbstractJdbc1Statement.java

Add:

>  o Allow PL/pgSQL to name columns by ordinal position, e.g. rec.(3)

Add:

> * Prevent COMMENT ON DATABASE from using a database name

Don't report sequendces in pg_tables.

Back out comment on  GucContexts.

Applied patch from dmitry@openratings.com to fix parsing of array values

 Modified Files:
  jdbc/org/postgresql/Driver.java.in
  jdbc/org/postgresql/jdbc2/Array.java

Error message editing in backend/access.

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.