Changed variable parsing so struct[n].attr works.

Parse forward definiton of structs.

Applied patch from Fernando Nasser to fix up small type error

Applied patch from Fernando Nasser to improve buffer sizes to avoid unnecessary resizing.

clean up warnings produced by Eclipse

Adding .cvsignore files for Eclipse IDE

Up the build number to reflect the changes for V3 protocol support

Initial attempt to integrate in V3 protocol support.  This is still a work in
progress, although all RTs pass using the V3 protocol on a 7.4 database and also pass using the V2 protocol on a 7.3 database.
SSL support is known not to work.

 Modified Files:
  jdbc/org/postgresql/PGConnection.java
  jdbc/org/postgresql/errors.properties
  jdbc/org/postgresql/core/BaseConnection.java
  jdbc/org/postgresql/core/Encoding.java
  jdbc/org/postgresql/core/Field.java
  jdbc/org/postgresql/core/PGStream.java
  jdbc/org/postgresql/core/QueryExecutor.java
  jdbc/org/postgresql/core/StartupPacket.java
  jdbc/org/postgresql/fastpath/Fastpath.java
  jdbc/org/postgresql/fastpath/FastpathArg.java
  jdbc/org/postgresql/jdbc1/AbstractJdbc1Connection.java
  jdbc/org/postgresql/test/jdbc2/BlobTest.java
  jdbc/org/postgresql/test/jdbc2/CallableStmtTest.java
  jdbc/org/postgresql/test/jdbc2/MiscTest.java
  jdbc/org/postgresql/test/jdbc3/Jdbc3TestSuite.java

Add a regression test to catch future silliness in the index-building
area...

Fix stupid oversight :-(

Knock down a couple more lappend() hotspots for large WHERE clauses.

Fix some planner performance problems with large WHERE clauses, by
introducing new 'FastList' list-construction subroutines to use in
hot spots.  This avoids the O(N^2) behavior of repeated lappend's
by keeping a tail pointer, while not changing behavior by reversing
list order as the lcons() method would do.

Fix breakage of LINUX_PROFILE code due to recent Windows changes.

Fix things so that an error occuring during standalone-backend processing
in initdb will result in exit(1), allowing the initdb script to realize
that there's something wrong.

In bootstrap and standalone-backend modes, do not sort LOG elevel out
of order; the 'server log' output is actually client output in these
scenarios and we ought to treat elevels the same way as in the client
case.  This allows initdb to not send backend stderr to /dev/null anymore,
which makes it much more likely that people will notice problems during
initdb.

Replace functional-index facility with expressional indexes.  Any column
of an index can now be a computed expression instead of a simple variable.
Restrictions on expressions are the same as for predicates (only immutable
functions, no sub-selects).  This fixes problems recently introduced with
inlining SQL functions, because the inlining transformation is applied to
both expression trees so the planner can still match them up.  Along the
way, improve efficiency of handling index predicates (both predicates and
index expressions are now cached by the relcache) and fix 7.3 oversight
that didn't record dependencies of predicate expressions.

Add to thread discussion.

Add info about selecting a random row.

Internationalize interactive yes/no responses.

Make log_ GUC settings controllable only by super-users, so non-super
users can't turn it off.

Make debug_ GUC varables output DEBUG1 rather than LOG, and mention in
docs that CLIENT/LOG_MIN_MESSAGES now controls debug_* output location.
Doc changes included.

Add configure thread tests.

Allow input from stdin and output to stdout.

Fixed incorrect output for some structs.

Adjust error-handling logic in libpq.  For the first time, libpq copes
sanely with running out of memory for a query result.

Add item for changing a column's data type.

Fix misstatement in release-notes item.

Update:

< * Add now("transaction|statement|clock") functionality
> * Add transaction_timestamp(), statement_timestamp(), clock_timestamp() functionality

Make sure printtup() always sends the number of columns previously
advertised in RowDescription message.  Depending on the physical tuple's
column count is not really correct, since according to heap_getattr()
conventions the tuple may be short some columns, which will automatically
get read as nulls.  Problem has been latent since forever, but was only
exposed by recent change to skip a projection step in SELECT * FROM...

Add documentation to 'createuser' that ALTER USER must be used to add or
modify passwords, per user confusion report.

Also clean up wording that command line utils need database access.

Add:

> * Allow UPDATE to use SET col = DEFAULT

Remove comment that cbrt() isn't being used.

Cause CHAR(n) to TEXT or VARCHAR conversion to automatically strip trailing
blanks, in hopes of reducing the surprise factor for newbies.  Remove
redundant operators for VARCHAR (it depends wholly on TEXT operations now).
Clean up resolution of ambiguous operators/functions to avoid surprising
choices for domains: domains are treated as equivalent to their base types
and binary-coercibility is no longer considered a preference item when
choosing among multiple operators/functions.  IsBinaryCoercible now correctly
reflects the notion that you need *only* relabel the type to get from type
A to type B: that is, a domain is binary-coercible to its base type, but
not vice versa.  Various marginal cleanup, including merging the essentially
duplicate resolution code in parse_func.c and parse_oper.c.  Improve opr_sanity
regression test to understand about binary compatibility (using pg_cast),
and fix a couple of small errors in the catalogs revealed thereby.
Restructure "special operator" handling to fetch operators via index opclasses
rather than hardwiring assumptions about names (cleans up the pattern_ops
stuff a little).

Information schema improvements

Clean up our static cbrt() implementation in float.c.

Move item:

< * Update clients to use data types, typmod, schema.table.column names of
<   result sets using new query protocol
453a452,453
>  o Update clients to use data types, typmod, schema.table.column names of
>    result sets using new query protocol

Update:

< * Allow clients to get data types, typmod, schema.table.column names from
<   result sets, either via the backend protocol or a new QUERYINFO command

to:

> * Update clients to use data types, typmod, schema.table.column names of
>   result sets using new query protocol

Add:

> * Allow clients to get data types, typmod, schema.table.column names from
>   result sets, either via the backend protocol or a new QUERYINFO command

Update XML items:
> * Allow backend to output result sets in XML
> * Add XML capability to pg_dump and COPY, when backend XML capability

Added:

> * Find a way to reduce rotational delay when repeatedly writing
>   last WAL page

Add cost estimate discussion to TODO.detail.

Add to TODO:

  * With disabled triggers, allow pg_dump to use ALTER TABLE ADD FOREIGN KEY

Add to trigger TODO.detail.

 With disabled triggers, allow pg_dump to use ALTER TABLE ADD FOREIGN KEY

Improve implementation of btrim/ltrim/rtrim: provide a special case for
single-byte encodings, and a direct C implementation of the single-argument
forms (where spaces are always what gets trimmed).  This is in preparation
for using rtrim1() as the bpchar-to-text cast operator, but is a useful
performance improvement even if we decide not to do that.

One more ecpg todo fixed and removed.

Place statement_timeout in proper order in docs, from Bruno Wolff III.

Forgot these.

ecpg now accepts array elements as arguments.

Seems pl_funcs didn't have support for plpgsql PERFORM statement.

Update for 7.3.3.

Add define for missing EAI_ADDRFAMILY in BSD/OS 4.3.

Update release history for impending 7.3.3 release.

Fix compilation on Cygwin.

Add defense against possibility that tzname[] doesn't exist.

Fixed segfault when detecting undefined cursor.

Adjust configure so that extern tzname[] will be checked for
independently of whether the struct tm tm_zone member exists.
Also run autoheader, which seems not to have been done lately;
it added about three more things to pg_config.h.in than I was expecting...

Repair sometimes-incorrect computation of StartUpID after a crash, per
example from Rao Kumar.  This is a very corner corner-case, requiring
a minimum of three closely-spaced database crashes and an unlucky
positioning of the second recovery's checkpoint record before you'd notice
any problem.  But the consequences are dire enough that it's a must-fix.

Removed one TODO item for ecpg as this is done.

ecpg now recognizes named structs/unions. So you don't have to list the whole definition everytime you declare a variable anymore.

Fix coredump in pg_get_triggerdef, ensure function name is schema-
qualified when necessary, simplify argument-printing code.

Reversed my incorrect fix.

Add error message style guidelines to the SGML documentation.

Use -fPIC on Sparc, per Tom Callaway.

Rename Win32 include directory from win32_include to win32.

Fixed exec sql ifdef command.

Repair quoting sloppiness, lack of schema awareness in reindexdb.

Add documentation for information schema, and some corrections on some
views.

Add code to test for unknown timezone names (following some ideas from
Ross Reedstrom, a couple months back) and to detect timezones that are
using leap-second timekeeping.  The unknown-zone-name test is pretty
heuristic and ugly, but it seems better than the old behavior of just
switching to GMT given a bad name.  Also make DecodePosixTimezone() a
tad more robust.

Fix breakage induced by recent patch (careless use of fmtId()).

Fix failure when uniq-ifying an array of zero elements.

Teodor Sigaev

Small changes to use the absolute path to system catalogs.

Greg Sabino Mullane

Made variable type double work again.

Fixed incorrect include and another typo. Sorry, the include did not create a warning/error/problem on my machine, so I didn't notice it.

Check calling context for connectby_text(), per Joe Conway.

Allow interfaces to compile under MingGW/Win32 by adding _P to symbols
in ecpg.

Revert kerberos code breakage.

Remove use of geteuid under Win32.

Reorganize Win32 includes to only include <port.h> after system includes
under Win32.  Also fix other compile issues.

Revert change of inclusion order for pg_config_os.h; this broke plperl
on Linux and would have who knows what unpleasant effects on other platforms.
If you need another include file for Windows, then add it; don't go
messing with the semantics of every other port's include files.

Add missing #include.

Add copydir() function because xcopy doesn't work in XP without a
window.

Add missing win32 file --- seems best way to find these is to just
commmit then do a cvs update again.

Allow Win32 to compile under MinGW.  Major changes are:

        Win32 port is now called 'win32' rather than 'win'
        add -lwsock32 on Win32
        make gethostname() be only used when kerberos4 is enabled
        use /port/getopt.c
        new /port/opendir.c routines
        disable GUC unix_socket_group on Win32
        convert some keywords.c symbols to KEYWORD_P to prevent conflict
        create new FCNTL_NONBLOCK macro to turn off socket blocking
        create new /include/port.h file that has /port prototypes, move
          out of c.h
        new /include/port/win32_include dir to hold missing include files
        work around ERROR being defined in Win32 includes

Indexing support for pattern matching operations via separate operator
class when lc_collate is not C.

Fix oversight: ignore-till-SYNC state should not ignore EOF ...

Add text(cidr) cast, per recent discussion.  I'm not bothering to
force an initdb for this.

    - Added more compatibility functions.
- Accept CPP defines for type definitions.
- Do not parse system include files automatically for Informix mode

Fix various recent build and regression-test problems in contrib/.
Includes fixes from Joe Conway.

Backend support for autocommit removed, per recent discussions.  The
only remnant of this failed experiment is that the server will take
SET AUTOCOMMIT TO ON.  Still TODO: provide some client-side autocommit
logic in libpq.

In RowDescription messages, report columns of domain datatypes as having
the type OID and typmod of the underlying base type.  Per discussions
a few weeks ago with Andreas Pflug and others.  Note that this behavioral
change affects both old- and new-protocol clients.

More binary I/O routines.

Fixed order of include file search path.

Change pg_amop's index on (amopclaid,amopopr) to index (amopopr,amopclaid).
This makes no difference for existing uses, but allows SelectSortFunction()
and pred_test_simple_clause() to use indexscans instead of seqscans to
locate entries for a particular operator in pg_amop.  Better yet, they can
use the SearchSysCacheList() API to cache the search results.

Add binary I/O routines for a bunch more datatypes.  Still a few to go,
but that was enough tedium for one day.  Along the way, move the few
support routines for types xid and cid into a more logical place.

Avoid unnecessary copying of parameter values in BIND.  This allows
efficient insertion of large bytea values through the BIND interface.

Apply fixes for problems with dropped columns whose types have also been
dropped.  The simplest fix for INSERT/UPDATE cases turns out to be for
preptlist.c to insert NULLs of a known-good type (I used INT4) rather
than making them match the deleted column's type.  Since the representation
of NULL is actually datatype-independent, this should work fine.
I also re-reverted the patch to disable the use_physical_tlist optimization
in the presence of dropped columns.  It still doesn't look worth the
trouble to be smarter, if there are no other bugs to fix.
Added a regression test to catch future problems in this area.

Finish removing HPUXMATHLIB.

Revert previous change --- turns out the underlying problem affects
more cases than I thought, so ExecTypeFromTL() will have to be fixed
anyway.

Disable the recently-added use_physical_tlist optimization in cases
where the table contains dropped columns.  If the columns are dropped,
then their types may be gone as well, which causes ExecTypeFromTL() to
fail if the dropped columns appear in a plan node's tlist.  This could
be worked around but I don't think the optimization is valuable enough
to be worth the trouble.

Make use of new error context stack mechanism to allow random errors
detected during buffer dump to be labeled with the buffer location.
For example, if a page LSN is clobbered, we now produce something like
ERROR:  XLogFlush: request 2C000000/8468EC8 is not satisfied --- flushed only
to 0/8468EF0
CONTEXT:  writing block 0 of relation 428946/566240
whereas before there was no convenient way to find out which page had
been trashed.