Apparently, no one's ever used float4abs(), because it's got incorrect
data in its pg_proc entry.  abs() doesn't require two arguments, last
I heard.

Update strings test to reflect the fact that casting to char() will
now truncate or pad to the specified length.

Create a new parsetree node type, TypeCast, so that transformation of
SQL cast constructs can be performed during expression transformation
instead of during parsing.  This allows constructs like x::numeric(9,2)
and x::int2::float8 to behave as one would expect.

Rearrange coding in COPY so that expansible string buffer for data being
read is reused for successive attributes, instead of being deleted and
recreated from scratch for each value read in.  This reduces palloc/pfree
overhead a lot.  COPY IN still seems to be noticeably slower than it was
in 6.5 --- we need to figure out why.  This change takes care of the only
major performance loss I can see in copy.c itself, so the performance
problem is at a lower level somewhere.

Sigh, I'm an idiot ... I broke the async startup logic a couple days ago,
by creating a race condition.  It wasn't waiting for select() to say
write-ready immediately after connect, which meant that you might get
an unhelpful 'broken pipe' error message if connect failed, rather than
the intended error message.

Put back change to 'connection failed' message formatting that someone
overwrote.

Removed lextest, because lex'ed files are now in the distribution.

Included all yacc and lex files into the distribution.

Add check that inherited constraints and defaults work.

Repair breakage of inherited constraint expressions --- needed a
CommandCounterIncrement to make new relation visible before trying to
parse/deparse the expressions.  Also, eliminate unnecessary
setheapoverride calls in AddNewAttributeTuples.

Fix broken FOR UPDATE error message.

Update TODO list.

Fix passing of atttypmod that Tom found.

Update TODO list.

Clean up pg_dump coredumps caused by change of output formatting for
oidvector/int2vector.  pg_dump code was assuming that it would see
exactly FUNC_MAX_ARGS integers in the string returned by the backend.
That's no longer true.  (Perhaps that change wasn't such a good idea
after all --- will it break any other applications??)

Update TODO list.

Update TODO list.

Add some examples to numeric regress test to verify that recently-fixed
problems are indeed fixed.

Clean up problems with rounding/overflow code in NUMERIC, particularly
the case wherein zero was rejected for a field like NUMERIC(4,4).
Miscellaneous other code beautification efforts.

Fix a passel of problems with incorrect calls to typinput and typoutput
functions, which would lead to trouble with datatypes that paid attention
to the typelem or typmod parameters to these functions.  In particular,
incorrect code in pg_aggregate.c explains the platform-specific failures
that have been reported in NUMERIC avg().

Update TODO list.

Now that new psql is fflush()'ing properly, it emerges that several
regress test expected outputs were committed with NOTICEs appearing out
of order.  Update to correct results.

Update arrays regress test to reflect fact that several things
work now that did not work in 6.5.

- Allow array on int8
- Prevent permissions on indexes
- Instituted --enable-multibyte option and tweaked the MB build process where necessary
- initdb prompts for superuser password

Add pgench: a TPC-B like benchmarking tool

Adapt to the changes of libpq(eliminateing using putenv()).

Eliminate using putenv().

Prepare for new psql

Fixed all elog related warnings, as well as a few others.

Fixed psql variables vs array syntax, as well as minor psql enhancements

* User management commands no longer user pg_exec_query_dest -> more robust

* Let unprivileged users change their own passwords.

* The password is now an Sconst in the parser, which better reflects its text datatype and also
forces users to quote them.

* If your password is NULL you won't be written to the password file, meaning you can't connect
until you have a password set up (if you use password authentication).

* When you drop a user that owns a database you get an error. The database is not gone.

Clean up some problems in new asynchronous-connection logic
in libpq --- mostly, poor response to error conditions.  You now actually
get to see the postmaster's 'The Data Base System is starting up' message,
which you didn't before.  I suspect the SSL code is still broken though.

Make PSQLexec's behavior on loss of connection more reasonable;
report original error before attempting reset, not after.

Make connection-failed messages a little friendlier on
80-column displays...

Remove redundant and now-incorrect declaration of pstrdup.

Update TODO list.

Bump catversion to ensure initdb.

Revise quoting conventions in outfuncs/readfuncs so that nodeRead doesn't
choke on relation or attribute names containing spaces, quotes, or other
special characters.  This fixes a TODO item.  It also forces initdb,
since stored rule strings change.

Fixed everything in and surrounding createdb and dropdb to make it more
error-proof. Rearranged some old code and removed dead sections.

initdb didn't load pg_description

Update TODO list.

Update TODO list.

Update TODO list.

Update TODO list.

Update TODO list.

Update TODO list.

Update TODO list.

Add UDC (User Defined Characters) support to SJIS/EUC_JP conversion
Update README so that it reflects all source file names
Add an entry to make sjistest (testing between SJIS/EUC_JP conversion)

Fixed a few "fixes" and bugs. Adjusted messages and options to GNU suggestions.

Multi-byte case fix by Oliver Elphick (olly@lfix.co.uk)

Use fmgr_array_args() to avoid dependency on FUNC_MAX_ARGS.

In PQfn(), defend against too many args, and avoid dependency
on FUNC_MAX_ARGS by using an appropriate fmgr() call.

RemoveFunction didn't defend against too many args.

Defend against > INDEX_MAX_KEYS keys in an index.

CommentProc was careless about too many arguments.

Put back erroneously removed zeroing of sentinel elements
in indexkeys, classlist arrays.

Update TODO list.

Make FUNC_MAX_ARGS equal INDEX_MAX_KEYS, as it should.
Set default INDEX_MAX_KEYS to 16.  Document minimum safe value is 9.

oid8 => oidvector in alter_table regress test

Another FUNC_MAX_ARGS tweak.

Update struct Trigger definition.

Wrong boundary condition on number-of-args check.

Ah-hah, there are attribute size constants lurking here too.

Use symbolic INDEX_MAX_KEYS in pg_type entries for oidvector
and int2vector.

Correct hardwired type information in bootstrap.

Remove no-longer-used symbols.

More cleanups.  Still doesn't work.

More cleanups.

More fixes, but still need +1 for FUNC_MAX_ARGS

Remove outdated comment about 8 arguments.

Change oid8/int28 -> oidvector/int2vector.

Fix initdb so it works, but still only for 8.

Update type stuff.

Cleanup for func args > 8.

More updates for function call interface > 8.

Update fmgr to allow 32 arguments.

Make number of args to a function configurable.

Rename oid8 -> oidvector and int28 -> int2vector.  Cleanup of *out functions.

Update int28out and out8out and _in_ functions to handle trailing zeros
properly.

Update TODO list.

Improve cache invalidation handling. Eespecially
this would fix TODO
* elog() flushes cache, try invalidating just entries from
  current xact, perhaps using invalidation cache

Fix oid8in and int28in for spaces

Move fixes for >8 indexed fields.

Move INDEX_MAX_KEYS to postgres.h, and make it configurable for users.

Update TODO list.

Repair subtle VACUUM bug that led to 'HEAP_MOVED_IN was not expected'
errors.  VACUUM normally compacts the table back-to-front, and stops
as soon as it gets to a page that it has moved some tuples onto.
(This logic doesn't make for a complete packing of the table, but it
should be pretty close.)  But the way it was checking whether it had
got to a page with some moved-in tuples was to look at whether the
current page was the same as the last page of the list of pages that
have enough free space to be move-in targets.  And there was other
code that would remove pages from that list once they got full.
There was a kluge that prevented the last list entry from being
removed, but it didn't get the job done.  Fixed by keeping a separate
variable that contains the largest block number into which a tuple
has been moved.  There's no longer any need to protect the last element
of the fraged_pages list.
Also, fix NOTICE messages to describe elapsed user/system CPU time
correctly.

Update platform-specific-expected-file support so that platforms can be
specified by regular-expression patterns.  Add some more files.

install_plpgsql is no longer a regress test (it's done via createlang);
remove the no-longer-used files.

The psql online help for ALTER TABLE (\h alter table) is corrupt.  I
traced this back to what I believe is an error in the sgml file used to
generate this comment, found in pgsql/doc/src/sgml/ref/alter_table.sgml.

Stephen Birch

Add SetPidFile() and friends.

Do not start if postmaster is running.

Move SetPidFile() and firends to utils/init/miscinit.c from
postmaster/postmaster.c so that
tcop/postgres.c can use them. Now we have an interlock between
postmaster and postgres.

Move SetPidFile() and firends to utils/init/miscinit.c so that
tcop/postgres.c can use them. Now we have an interlock between
postmaster and postgres.

Add more portability to echo -n (code stolen from createlang)
Do not start postmaster if postgres is running

New scheme for managing platform-specific regress test result files.
Instead of hard-wiring one result file per platform, there is a map file
'resultmap' that says which one to use --- a lot like template/.similar.
I have only created entries in resultmap for my own platform (HPUX) so
far; feel free to add lines for other platforms.

Remove obsolete platform-specific comparison files.

First examples of multiplatform result comparison files.

Remove obsolete platform-specific regress test comparison files.
Note: don't put any of these back till you've grokked the new code for
platform-specific comparisons that I'm about to commit...

Remove CVS $Header lines from a couple of regress test files that had
them --- it is just *way* too painful to keep expected results in sync
when these are present.

Update remaining tests for new psql, with the exception of 'arrays'.