I have two patches for 6.5.0:

arrayfuncs.patch        fixes a small bug in my previous patches for
arrays

array-regress.patch     adds _bpchar and _varchar to regression tests

--
Massimo Dal Zotto

small error message improvement from Dmitry Samersoff

Repair incorrectly-figured snprintf length restriction.

Use sprintf() to convert float8 to a string during conversion to numeric.
Original code used float8out(), but the resulting exponential notation
 was not handled (e.g. '3E9' was decoded as '3').

Allow -t tablename to preserve case if specified as "tablename".

Fix up examples of sh/ksh PATH environment variable definition.

Clean up markup for first useful version.

Include new introductory chapter on SQL from Stefan S.
Should this be in the tutorial instead?

Indent markup using emacs.

Include specific info on available timezones.
Document date/time input parsing procedure.

Include chapters on security and an intro to SQL.

First version of markup which can run through jade for html.
Probably not acceptable yet. Need to check some math symbols and markup.

Include chapter on security.

Make sure targetlist generated for subplan does not share
nodes with HAVING qualifier of upper plan.  Have not seen any failures,
just being a little bit paranoid...

Correct declaration of array_map() so that it doesn't make
gcc quite so unhappy.

here are some patches for 6.5.0 which I already submitted but have never
been applied. The patches are in the .tar.gz attachment at the end:

varchar-array.patch     this patch adds support for arrays of bpchar() and
                        varchar(), which where always missing from postgres.

                        These datatypes can be used to replace the _char4,
                        _char8, etc., which were dropped some time ago.

block-size.patch        this patch fixes many errors in the parser and other
                        program which happen with very large query statements
                        (> 8K) when using a page size larger than 8192.

                        This patch is needed if you want to submit queries
                        larger than 8K. Postgres supports tuples up to 32K
                        but you can't insert them because you can't submit
                        queries larger than 8K. My patch fixes this problem.

                        The patch also replaces all the occurrences of `8192'
                        and `1<<13' in the sources with the proper constants
                        defined in include files. You should now never find
                        8192 hardwired in C code, just to make code clearer.

--
Massimo Dal Zotto

Revise union_planner and associated routines to clean up breakage
from EXCEPT/HAVING patch.  Cases involving nontrivial GROUP BY expressions
now work again.  Also, the code is at least somewhat better documented...

Clean up cost_sort some more: most callers were double-counting
the cost of reading the source data.

Arrange for VACUUM to delete the init file that relcache.c uses
to save a little bit of backend startup time.  This way, the first
backend started after a VACUUM will rebuild the init file with up-to-date
statistics for the critical system indexes.

-T was omitted from getopt() call.

Fix compile failures in dt.c --- line broken in middle of
an identifier :-(.  Sloppy transmission of a patch, likely.

Patch from "Hiroshi Inoue" <Inoue@tpf.co.jp> for
FATAL 1:btree: BTP_CHAIN flag was expected

Use page-level ExtendLock lock instead of table-level -
should be faster.

cleanup

Clean up typo causing compile failure.

Fill in reasonable-looking cost estimates in inserted nodes.
This makes no difference to the optimizer, which has already decided what
it's gonna do, but it makes the output of EXPLAIN much more plausible.

Clean up some bogosities in path cost estimation, like
sometimes estimating an index scan of a table to be cheaper than a
sequential scan of the same tuples...

Fix nasty little typo that prevented get_cheapest_path_for_joinkeys
from ever returning a path.  This put a bit of a crimp in the system's
ability to generate intelligent merge-join plans...

Prevent priority inversion in locking by checking for existing locks
before going into queue behind person with higher piority.

Bugfix (bug by me in 1.4) in backparsing INSERT ... SELECT

Jan

Defend against 'update oid'.  Someday we might want to support
that, but it'd be a New Feature, wouldn't it ... in the meantime,
avoiding a backend crash seems worthwhile.

Aggregate functions didn't work on subscripted array references.
Things are better now.

Several routines in setrefs.c would crash on array refs
due to lack of check for recursing into a null subexpression.

Fix stupid typo that broke empty-query response... odd that
this is not revealed by any of our regression tests...

Fixed DECIMAL data type to handle specified precision in atttypmod

Jan

Fix for _copyUnique() suggested by Hiroshi Inoue

These are no longer used ...

provides string to be used for expected/* files for system specific output...

*** empty log message ***

Fix from Yutaka Tanida <yutaka@marin.or.jp> for Cygwin32 support.

Fix from Yutaka Tanida <yutaka@marin.or.jp>

Insert a test for missing targetlist entry in replace_agg_clause.

It looks like the multibyte regress tests only work if both
the database encoding and the client encoding match the encoding expected
by the test.  So, force both of them to be set from the MULTIBYTE
environment var.  This allows regress tests to be run successfully in
multibyte environments other than the compiled-in default.

More multibyte tests with obsolete spelling of error message...

psql's recognition of comments didn't work right in MULTIBYTE
environments; it was being careless about character lengths.

Explicitly set PGCLIENTENCODING during regression tests,
since multibyte tests fail if it's different from database...

Still had a few MULTIBYTE problems when client encoding was
different from database's ...

Correct potential infinite loop in pg_utf2wchar_with_len;
it failed to cover the case where high bits of char are 100 or 101.
Not sure if fix is right, but it agrees with pg_utf_mblen ... and it
doesn't lock up ...

Multibyte tests were all 'failing' because of change of
wording of 'relation does not exist' error message.  Update expected files
accordingly.

My first cut at libpq revision didn't handle MULTIBYTE correctly,
but I think it's OK now...

Clean up gcc warning in MULTIBYTE code.

ifdef out some unused routines to suppress gcc warnings.

Ooops, missed committing this one...

Revise backend libpq interfaces so that messages to the frontend
can be generated in a buffer and then sent to the frontend in a single
libpq call.  This solves problems with NOTICE and ERROR messages generated
in the middle of a data message or COPY OUT operation.

Rename explain's "size" to "rows".

Add disk space message to "can not extend" message.

Remove "Non-functional update" notices since that message has been
 disabled (commented-out) in the code.

Repair missing heap_endscan() in OperatorUpd().

Fix duplicating ROOT page in concurrent updates.

Un-break CREATE TYPE.  Fix some other inconsistencies in the
pg_proc entries for array I/O routines besides the one detected by the
original patcher.  Tighten type_sanity regress test accordingly.

Change elog(ERROR) to get back to main loop via a plain sigsetjmp,
instead of doing a kill(self, SIGQUIT) and expecting the signal handler
to do it.  Also, clean up inconsistent definitions of the sigjmp buffer
in the several files that already referenced it.

Portability patches for HPUX 11 and Unixware in configure
and related files.  Also remove float.c's gratuitous redeclaration of
isinf() ... looks like there are more decls in there that ought to be
in config.h, but I'll leave well enough alone for now ...

Add temporary for temp.

Fix typo in multi-byte encodings (EHC_CN --> EUC_CN)

Fix problems seen when result of a subselect was used in an
expression context (ie, not at the top level of a WHERE clause).  Examples
like this one work now:
SELECT name, value FROM t1 as touter WHERE
(value/(SELECT AVG(value) FROM t1 WHERE name = touter.name)) > 0.75;

Repair some problems in planner's handling of HAVING clauses.
This fixes a few of the problems Hiroshi Inoue complained of, but
I have not touched the rewrite-related issues.

After transforming a CASE expr with a default argument,
delete the default argument from the node.  This prevents the executor
from spitting up on the untransformed argument expression.  Typical
failure was:
select (case f1 when 'val' then 'subst' else f1 end) from t1;
ERROR:  copyObject: don't know how to copy 704

Update CREATE FUNCTION's on-line help in psql.

Allow CREATE FUNCTION xyz AS '' LANGUAGE 'internal' to
work the way it used to (ie, assume xyz is the name of the builtin
function to call).  Complain if an unknown builtin function name is
referenced.

Add res checking to libpq examples, from Dan Merillat.

Add missing function prototypes to stifle gcc warnings.

*** empty log message ***

Fix kill() call in elog() so that it gets its own pid by calling getpid().
MyProcPid global variable is set to 0 when postgres starts as a command
(not as a backend daemon). This leads issuing SIGQUIT to the process group,
not the process itself. As a result, parent sh gets core dumped in the
Wisconsin benchmark test.

Overhaul Wisconsin Benchmark test suit
- change temp -> temp_bench ("temp" is now a reserved word)
- fix bugs in queries
- add -B 256 option to run the postgres command
  (without this, postgres seems to fail with hashjoin)

Improve error messages when a connection is rejected.

Fix max(int8) result by making sure int8larger() copies its result
 rather than reusing the input storage.
Also made the same fix to int8smaller(), though there wasn't a symptom,
 and went through and verified that other pass-by-reference data types
 do the same thing. Not an issue for the by-value types.

Hello!

   Attached is new README.locale. Should go into .../doc. Includes
instructions on how to install and use Multibyte support. Primarily
oriented toward Russian (Cyrillic) users.

Oleg.
----
    Oleg Broytmann     http://members.xoom.com/phd2/     phd2@earthling.net
           Programmers don't die, they just GOSUB without RETURN.

Replaced <literal></literal> with "" in ProgramListing sections

Initialize reltuples = 1000, relpages = 10 in a newly created
relation, rather than zeroes.  This prevents the optimizer from making
foolish choices (ie, using nested-loop plans) on never-yet-vacuumed tables.
This is a hack, of course.  Keeping accurate track of these statistics
would be a cleaner solution, but it's far from clear that it'd be worth
the cost of doing so.  In any case we're not going to do that for 6.5.
In the meantime, this quick hack provides a useful performance improvement
in the regression tests and in many real-world scenarios.

Add ORDER BY clauses to some select-from-view operations
in rules regression test, in order to eliminate bogus test 'failures'
that occur due to platform-dependent and join-implementation-dependent
ordering of tuples.  I'm not sure that I got all of the SELECTs that need
ordering clauses --- we may need some more.  But this takes care of the
diffs between my platform and Jan's.

psql did the wrong thing with COPY FROM STDIN inside a file
sourced with \i (tried to read data from the terminal, rather than from
the source file; this breaks pg_dump scripts read with \i).  Also, \o file
followed by COPY TO STDOUT wrote to terminal not designated file.
All better now.

Move some useful date/time test macros to here to allow
 sharing across files.

Declare hashint8().

Fix code to check legal dates *before* calling localtime() to get the
 time zone.
Previously, localtime() rotated a date with a day of month field which
 exceeded the actual range into the next months, masking the fact that
 a bad date had been specified.
Regression tests pass.

Fix boolean assignment of return values to use "FALSE" rather than the
 mis-copied "NULL", which happens to have the same binary value.
Previously, gcc gave non-fatal warnings.

Code modified to reject out of range day of month.
Previously, dates falling within Unix system time range were run through
 a call to localtime() to get the time zone, if it was not specified.
This had the effect that dates with DOMs which were larger than would be
 valid for that month were "rotated" into the following months.

Fix error message to match that returned by new regression test reference
 machine (linux-2.0.36 RH5.2 with RH5.2 patches).

Correct documentation of CREATE OPERATOR.

Correct psql's online help for CREATE OPERATOR, which did
not match what the backend actually accepts.

pg_dump was trying to use an incorrect (or, perhaps, only obsolete?)
syntax for CREATE OPERATOR with SORT parameters.  Fixed.
It is now actually possible to dump and reload a database containing
fully specified user-definable operators ...

*** empty log message ***

use new config.guess output for system specific expected files ..

use config.guess instead of uname -s to figure out system, so that we can
include platform spcific changes ...

thanks to Mark Hollomon <mhh@nortelnetworks.com> for the awk script used

Fix adding columns to a temp table.

Add ARM32 support by Andrew McMurry

array_in is defined in the system catalog as taking two arguments while it
actually takes three. Please apply the following patch.

Massimo

There are some bugs about backward scanning using
indexes.

1. Index Scan using plural indexids never scan backward
   as to the order of indexids.
2. The cursor using Index scan is not usable after moving
   past the end.

This patch solves above bugs.
Moreover the change of _bt_first() would be useful to extend
ORDER BY patch by Jan Wieck for all descending order cases.

Hiroshi Inoue

*** empty log message ***

Add -E option

Document updation for 6.5