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

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)