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'.

Update remaining tests for new psql, with the exception of 'arrays',
which is broken in some weird way that I don't understand.  I think it
may be exposing a bug in the new psql --- for one thing, I get different
results when I run psql by hand than the regress script gets.  What
the heck???

Fix some missing substitutions of _OBJWD_ and _DLSUFFIX_.

Another round of planner/optimizer work.  This is just restructuring and
code cleanup; no major improvements yet.  However, EXPLAIN does produce
more intuitive outputs for nested loops with indexscans now...

This patch removes the initialization of ri in loop in
quote_postgres(...) in ecpglib.c.

The code in CVS reads:

quote_postgres(char *arg, int lineno)
{
 char    *res = (char *) ecpg_alloc(2 * strlen(arg) + 3, lineno);
 int   i,
    ri = 0;

 if (!res)
  return (res);

 res[ri++] = '\'';
 for (i = 0, ri=0; arg[i]; i++, ri++)
 {
  switch (arg[i])
  {
   case '\'':
    res[ri++] = '\'';
    break;
   case '\\':
    res[ri++] = '\\';
    break;
   default:
    ;
  }

The problem here is that ri is reset to 0, thus overwriting the initial
quote.

Stephen Birch

Modify PageIsEmpty and PageGetMaxOffsetNumber macros to behave sanely
if presented an uninitialized (all zeroes) page.  The system no longer
crashes hard if an all-zeroes page is present in a relation.  There seem
to be some boundary conditions where a page will be appended to a relation
and zeroed, but its page header is never initialized; until we can track
down and fix all of those, robustness seems like a good idea.
Also, clean up some obsolete and downright wrong comments.