to go out after all :(

Submitted by: "Vadim B. Mikheev" <vadim@sable.krasnoyarsk.su>

bin directory

Most of the changes in here look to b epurely cosmetic, and don't
affect anything...

...and some stuff is completely questionable...in that I may have reversed
some of the stuf fwe already had :(

Merged in Dr. George's src/bin tree (possibly broke monitor/psql in process)

to not compile now...

        - src/backend/catalog/*
                - no changes
        - src/backend/executor/*
                - change how nodeHash.c handles running out of memory
        - src/backend/optimizer/*
                - mostly cosmetic changes

        - src/backend/tcop/*
                - cosmetic changes to OPENLINK patches
        - src/backend/storage/*
                - more changes, mostly cosmetic
        - src/backend/ports/*
                - merge in patches for aix and i386_solaris

        - src/backend/access
                - no changes
        - src/backend/utils
                - mostly cosmetic changes
                - ESCAPE_PATCH Added
        - src/Makefile.global changes merged

ability for createuser to actually create one...

- submitted by: Bruce Momjian (root@candle.pha.pa.us)

libpq that is already installed...

submitted by: Bruce Momjian (root@candle.pha.pa.us)

>
> We did some testing and found that if we name the table 'Inv' with
> anything appended to it, the table does not appear in the '\d' table list.
> It appears to be the capital I as a table named 'invItemsL' is created
> and displayed properly.
>


- submitted by: Jason Wright <jason@shiloh.vnet.net>

Submitted by: Randy Kunkee <kunkee@Starbase.NeoSoft.COM>

Hash indices for some data types don't work, for example for time and date.

- submitted by: Massimo Dal Zotto <dz@cs.unitn.it>

The updating of array fields is broken in Postgres95-1.01, An array can
be only replaced with a new array but not have some elements modified.
This is caused by two bugs in the parser and in the array utilities.
Furthermore it is not possible to update array with a base type of
variable length.


- submitted by: Massimo Dal Zotto <dz@cs.unitn.it>

- submitted by: drgeorge@ilt.com (Dr_George_D_Detlefsen)

- submitted by: Bruce Momjian (root@candle.pha.pa.us)

I have written some patches which add support for NULLs to Postgres95.
In fact support for NULLs was already present in postgres, but it had been
disabled because not completely debugged, I believe. My patches simply add
some checks here and there. To enable the new code you must add -DNULL_PATCH
to CFLAGS in Makefile.global. After recompiling you can do things like:

insert into a (x, y) values (1, NULL);
update a set x = NULL where x = 0;

You can't still use a "where x=NULL" clause, you must use ISNULL instead.
This could probably be an easy fix to do.




Submitted by: Massimo Dal Zotto <dz@cs.unitn.it>

- submitted by: Massimo Dal Zotto <dz@cs.unitn.it>

Select queries with an isnull or notnull clause, like "select * where
somefield isnull", crash the backend if the table has at least one index.
If the indices are deleted the queries work again. Also the explain
command fail in the same way.
The is caused by a bug in subroutine of the optimizer which doesn't check
null values in the clauses.

Submitted by: Massimo Dal Zotto <dz@cs.unitn.it>

  doesn't free the buffer allocated by this function.

- submitted by: Erich Stamberger <eberger@gewi.kfunigraz.ac.at>

- submitted by: Bruce Momjian (root@candle.pha.pa.us)

submitted by: Bruce Momjian (root@candle.pha.pa.us)

'select distinct on' causes backend to crash

submitted by: Chris Dunlop    chris@onthe.net.au

This is a patch to prevent an endless loop occuring in the Postgres backend
when a 'warning' error condition generates another warning error contition
in the handler code.

Submitted by: Chris Dunlop, <chris@onthe.net.au>

Submitted by: Thomas van Reimersdahl <reimersd@dali.techinfo.rwth-aachen.de>

	minor Makefile changes to force setting of SRCDIR and ordering of
	include files

Submitted by: Bruce Momjian (root@candle.pha.pa.us)