Somehow the 'comment' here got messed up

From: Tom I Helbekkmo <tih@Hamartun.Priv.NO>

Hi -- a couple of small items concerning the January 23rd snapshot:
the inclusion of the Kerberos stuff in one Makefile, a "leading tab"
cleanup in another, and a fix for a typo in the configure script.

Wish ppl would make up their mnd :)

OOps...missed the second patch of patch two that uses pfree() instead of
free()

From: James Hughes <jamesh@interpath.com>

This is the second of two patches required to fix the the grant and
revoke statements.

From: James Hughes <jamesh@interpath.com>

Patch against src/backend/nodes/outfuncs.c.orig fixes backend crashes
when creating unique indexes.

From: James Hughes <jamesh@interpath.com>

This patch fixes one of two problems with grant/revoke statements on the
Linux platform.

From: James Hughes <jamesh@interpath.com>

Fix prototypes so they don't look like function definitions.

More up to date scan.c

Fix a variety of locking problems like newer lock waiters getting
lock before older waiters, and having readlock people not share
locks if a writer is waiting for a lock, and waiting writers not
getting priority over waiting readers.

LOCK_LEVEL is defined in an i386_solaris system file, causing the compile
to break.  renaming to PG_LOCK_LEVEL

From: James Hughes <jamesh@interpath.com>

This is a patch to fix crashes in psql when executing queries from
an external file. The code also adds error checking to verify that
memory for "query" was allocated. The conditional for the block of
code was changed from "query == NULL" to "query_alloced == false".

The conditional, "query == NULL", was never true. This prevented
the memory being allocated for "query". A few lines later, an attempt
to write to an un-allocated memory area generated a SIGSEGV causing
the frontend to crash.

From: Andrew Martin <martin@biochemistry.ucl.ac.uk>

psql .psqlrc file startup(Andrew)

Minor cleanups for i386_solaris port

A dummy file so that configure under solaris works

Cleanup deadlock message.

Fixes a free() problem under FreeBSD

Fixed pointed out by: jwieck@debis.com (Jan Wieck)

Add LOCK command as DELETE FROM ... WHERE false.

Allow \z to show sequences.

Small varlena cleanup.

Make subqueries rewrite properly.

FIx for regression-test found bug.

Add Var.varlevelup to code.  More parser cleanup.

Parser cleanup.

Add lock to i386 asm.

Start an openbsd port

Fix problem with nodes handling.

Added code so SubLinks make it to optimizer.

Create SubLink nodes in parser for Vadim.

Fix for SELECT INTO TABLE for varchar().

From: "Michael J. Maravillo" <mmj@philonline.com>

This patch makes it possible to do a "real" make distclean (back to its
fresh state) on the distribution after compilation, regression testing,
etc.

From: "Michael J. Maravillo" <mmj@philonline.com>

Also, I think the existence of pgsql/src/bin/initlocation/initlocation
isn't necessary as it's generated by Makefile from initlocation.sh.

Must commit configure changes after patch to configure.in

From: "Billy G. Allie" <Bill.Allie@mug.org>

The attached patches will allow postgreSQL to compile successfully on SCO
UNIXWARE 2.1.x.  The patches fix the following problems:

1.  Configure did not properly recognize the UNIXWARE system as needing the
    univel port.  It used the sys4 port.

2.  Configure did not properly process the CC flag in the template file.

3.  There was no working test and set locking implementation for the native
    UNIXWARE compiler.

4.  The test and set locking used for Intel X86 that was selected by defining
    NEED_I386_TAS_ASM could fail in a multi-processor environment.

5.  The makefiles for libpq and libpgtcl did not make a shared library for
    the univel port.

From: Jan Wilhelm <Jan_Wilhelm@Physik.TU-Muenchen.DE>

a) psql dumps core when using -a password and PGUSER is set but PGPASSWORD
   not set.

Gram.y cleanup.

Creates the SubLink structure, and the Query->hasSubLink field,
with supporting code.

Creates SubLink node in gram.y.

psql.c patch for newatttypmod field.

New pg_attribute.atttypmod for type-specific information like
varchar length.

Cleans up code so attlen is always length.

Removed varchar() hack added earlier.

Will fix bug in selecting varchar() fields, and varchar() can be
variable length.

Temporary varchar patch.

Fix for aggreg problem and fmgr.c compile problems.

Fix:

nodeAgg.c: WARN -> NOTICE for elog
parse_oper.c: was created after patch for fmgr_info, so function call wrong
scan.c: regenerated for i386_solaris using flex 2.5.4
gethostname.c: required prototype for gethostname() function
config.h.in: create prototype for isinfo() function

isinf.c: "fake" isinf() under i386_solaris using fpclass() call...

Thank god for searchable mail archives.

Patch by: wieck@sapserv.debis.de (Jan Wieck)

   One  of  the design rules of PostgreSQL is extensibility. And
   to follow this rule means (at least for me) that there should
   not  only  be a builtin PL.  Instead I would prefer a defined
   interface for PL implemetations.

Remove Query->qry_aggs and qry_numaggs and replace with Query->hasAggs.

Pass List* of Aggregs into executor, and create needed array there.
No longer need to double-processs Aggregs with second copy in Query.

Fix crash when doing:

select sum(x+1) from test where 1 > 0;

Function cleanupo for List* when it should be Node *.

Cleanup of prototypes.  FIx for PQtrace start/stop several times.

this should pretty much clean up the i386_solaris port, with regression
tests running "as expected"...

Various cleanups for the i386_solaris environment

isinf() doesn't exist under i386_solaris, so code it such that
it is (!isnan() && !finite()) instead

Oops, should be 'tas.o', not 'tas.s'

MIssed a semi-colon in AC_LINK_FILES for i386_solaris port...

Further clean up "auto-configuration" for ports

Work on getting the i386_solaris compile to work ...

Remove unused "option" from PQconnectdb().

Remove PageSizeIsValid from BufferGetPageSize.

extern char* crypt_getpwdreloadfilename(void);
                                        ^^^^

Add a 'dummy' file for i386_solaris.c for configure

Updated Regression output

Have clean clean out the test directory also, as well as the Makefiles in
interfaces/{libpq,libpgtcl}

A minor patch for HP/UX 10 vs 9

From: Goran Thyni <goran@bildbasen.se>

OK, here comes a patch, DBD::Pg (and possibly other 3rd party clients)
can connect to unix sockets.
Patch is against current source tree.

Background:
libpq set some policy for client, which it should not
IMHO. It prevent some 3rd party clients to connect with
unix domain sockets etc.

One more src/interfaces/libpq/Makefile problem: there's an explicit
reference to the name of the shared library, instead of dereferencing
the definition from the top of the file.

From: Tom I Helbekkmo <tih@Hamartun.Priv.NO>

Various fixes resulting from removing the PORTNAME defines

From: Tom I Helbekkmo <tih@Hamartun.Priv.NO>

Some *very* major changes by darrenk@insightdist.com (Darren King)

==========================================
What follows is a set of diffs that cleans up the usage of BLCKSZ.

As a side effect, the person compiling the code can change the
value of BLCKSZ _at_their_own_risk_.  By that, I mean that I've
tried it here at 4096 and 16384 with no ill-effects.  A value
of 4096 _shouldn't_ affect much as far as the kernel/file system
goes, but making it bigger than 8192 can have severe consequences
if you don't know what you're doing.  16394 worked for me, _BUT_
when I went to 32768 and did an initdb, the SCSI driver broke and
the partition that I was running under went to hell in a hand
basket. Had to reboot and do a good bit of fsck'ing to fix things up.

The patch can be safely applied though.  Just leave BLCKSZ = 8192
and everything is as before.  It basically only cleans up all of the
references to BLCKSZ in the code.

If this patch is applied, a comment in the config.h file though above
the BLCKSZ define with warning about monkeying around with it would
be a good idea.

Darren  darrenk@insightdist.com

(Also cleans up some of the #includes in files referencing BLCKSZ.)
==========================================

> It seems there is a mistake in substr function:
> then you try get substr, which consists only of last char in string
> you get all string
>
> For example:
> userbase=> select substr('123456', 6,1) ;
> substr
> ------
> 123456
> (1 row)
>

From Edmund Mergl <E.Mergl@bawue.de>

Should fix it all, Peter?

Oops...missed over half the patch :(

Upgrade to 0.76

Html backend_dir cleanup

Manual page dash cleanup.

Fix from Peter for BLOBs

Peter's Mega-Patch for JDBC...

see README_6.3 for list of changes

Fix SCO and change index name.

Clean up of copyfuncs.

psql help cleanup.

Update psql help.

Add UNION, GROUP, DISTINCT to INSERT.

Fix up for recent changes in elog error messages.
Some behavior of the triggers test cases changed for the least week or two;
 now back to the usual expected behavior.

Fix CLUSTER.

Bye CursorStmt, now use SelectStmt.

Remove old quel labels.

Remove old quel labels.

Remove old quel labels.

PAGER \z in psql.

Yohoo UNIONS of VIEWS.

Cleanup of varchar.

Re-install working varchar() with compress size.

Completion of varchar rollback.

Cleanup of varchar.

Rollback varchar size change.

Fix for varchar I missed.

Goodbye ABORT.  Hello ERROR for all errors.

Allow varchar() to only store needed bytes.  Remove PALLOC,PALLOCTYPE,PFREE.  Clean up use of VARDATA.

Wrap the function in and #ifdef, not the header files

Should fix an AIX compiler problem

Cleanup of outnodes.

Cleanup of outnodes.

Fix for views and outnodes.

Cleanup of outnode stuff.

Cleanup of outnode stuff.

Cleanup of outnode stuff.

Change web page directions.

Short little FAQ for FreeBSD