Replaced targetlist entry in GroupClause by reference number
in Resdom and GroupClause so changing of resno's doesn't confuse
the grouping any more.

Jan

I am sorry, I misinterpreted the still failing trigger regression test.
The
offending code
has been removed, the action is now always dependent :-)

I suggest the following patch, to finally make trigger regression happy
again:

 <<refint1.patch>>
After that you can remove the following from TODO:
Remove ERROR:  check_primary_key: even number of arguments should be
specified
Trigger regression test fails

Andreas

Added installation of created procedural languages to initdb

Jan

Minor wording change.

Include mention of CASE, COALESCE, and IFNULL.
Add date/time parsing procedure (perhaps should be in appendix).
Add time zone information (ditto).
Update keyword list.

Adjust elog NOTICE messages to surround table and column names with single
 quotes.

Add keywords to implement Vadim's transaction isolation
 and lock syntax as fully parsed tokens.
Two keywords for isolation are non-reserved SQL92
 (COMMITTED, SERIALIZABLE).
All other new keywords are non-reserved Postgres (not SQL92)
 (ACCESS, EXCLUSIVE, MODE, SHARE).
Add syntax to allow CREATE [GLOBAL|LOCAL] TEMPORARY TABLE, throwing an
 error if GLOBAL is specified.

Fix problem with multiple indices defined if using column- and table-
 constraints. Reported by Tom Lane.
Now, check for duplicate indices and retain the one which is a primary-key.
Adjust elog NOTICE messages to surround table and column names with single
 quotes.

Handle conversion of floating point constants to internal strings.

Keep long non-quoted numeric strings *as* untyped strings if they fail
 the obvious conversion.
Define a new pattern "decimal" which is non-exponential floating point
 for use with numeric() and decimal() types.

Fix bogus assumption that MAXALIGN is at least sizeof(pointer).

Fix configure to generate correct expansion of library directory
in pl/plpgsql/src/mklang.sql.

Just a couple more files to untar in src/test/regress
(int2,int4,geometry).

Cheers,

Patrick Welche

Changed debug options:

-d4 now prints compressed trees from nodeToString()
-d5 prints pretty trees via nodeDisplay()

new pg_options: pretty_plan, pretty_parse, pretty_rewritten

Jan

put back mklang.sql.in file.

clean up comments

Update man page for select

Check for NUMERIC overflow a second time after rounding

Jan

Allow perl install as non-root, from Geoff Keating

Update to PyGreSQL 2.3.

  libpq++ uses fe_setauthsvc which is deprecated and results in an error
on connection. This patch changes it to use PQconnectdb rather than
{fe_setauthsvc,PQsetdb}. This still isn't the complete solution, as
there
is no provision for user,password in class PgEnv, but it does get rid of
the error message. Tested with gcc version egcs-2.91.60 19981201
(egcs-1.1.1 release) under NetBSD-1.3K/i386.

Cheers,

Patrick Welche

Rename MAP_FILE to USERMAP_FILE for Digital Unix.

I send you a attach of my modified refint.c that
works with a new policy  in cascade mode .

Please Read README.MAX .
I do not know if you are the author of refint.c ,
but if not please tell me who is .

Thank you ( excuse me for my bad english) .
Massimo Lambertini massimo.lambertini@everex.it

This patch is to add more comments
to postgres.init.sh , clairify the options
available, and to add easy support
for installation of postgres into the
runlevel system.

"sh postgres.init.sh install"

Will now install "postgres" in the
/etc/rc.d/init.d directory and execute
/sbin/chkconfig to hook up the symbolic
links.  An uninstall option is also added.

Enclosed is the patch and the patched file

Clark

add mention of large object orphaning

Fix initdb problem introduced by recent patch.

Change error messages to oids come out as %u and not %d.  Change has no
real affect now.

Correct type_sanity test so it doesn't spit up on new
definition of numeric_in.

Rearrange top-level rewrite operations so that EXPLAIN works
on queries involving UNION, EXCEPT, INTERSECT.

Running lo_read/lo_write under different memory context
cause troubles. See
Message-Id: <199905090312.MAA00466@ext16.sra.co.jp>
for more details.

Mistyping by me.
Fixed by Hiroshi.

Repair incorrect pg_proc entry for numeric_in.

Fix some miscellaneous places that were using raw open() or
fopen(), instead of going through fd.c ... naughty naughty.

Update hash and join routines to use fd.c's new temp-file
code, instead of not-very-bulletproof stuff they had before.

Add 'temporary file' facility to fd.c, and arrange for temp
files to be closed automatically at transaction abort or commit, should
they still be open.  Also close any still-open stdio files allocated with
AllocateFile at abort/commit.  This should eliminate problems with leakage
of file descriptors after an error.  Also, put in some primitive buffered-IO
support so that psort.c can use virtual files without severe performance
penalties.

Add new netbsd file.

*** empty log message ***

Remove unused Netbsd files.

Please apply the following patch for regress.sh to do something useful with
"SYSTEM", and unpack the files in the uuencoded .tar.gz file at the end in
src/test/regress so that the int2, int4 and geometry tests pass on NetBSD/i386.
They just fail on different wording of error messages and eg printing "0"
rather than "-0". At a guess the same will be true for the other NetBSD ports,
but I can't test them.

Cheers,

Patrick

Please apply the following patch for regress.sh to do something useful
with
"SYSTEM", Patrick Welche

Fix LMGR for MVCC.
Get rid of Extend lock mode.

Update regress test for CASE to enable tests involving joins.

Fix oversights in flatten_tlistentry and replace_clause_joinvar_refs
that led to CASE expressions not working very well in joined queries.

fix_indxqual_references didn't cope with ArrayRef nodes,
meaning that this failed:
select proname,typname,prosrc from pg_proc,pg_type
where proname = 'float8' and pg_proc.proargtypes[0] = pg_type.oid;

Fix some nasty coredump bugs in hashjoin.  This code was just
about certain to fail anytime it decided the relation to be hashed was
too big to fit in memory --- the code for 'batching' a series of hashjoins
had multiple errors.  I've fixed the easier problems.  A remaining big
problem is that you can get 'hashtable out of memory' if the code's
guesstimate about how much overflow space it will need turns out wrong.
That will require much more extensive revisions to fix, so I'm committing
these fixes now before I start on that problem.

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