Check for bad result from pg_id. A bad result can come from shared library
 trouble, and the name of the shared library has been changed recently.
 Had to rerun ldconfig on my machine to get it working again.
Give an error message with a helpful hint if so...

fix typo.

Strategy cleanups.

index strategy cleanup

the  following  patch fixes a bug in the oracle compatibility
    functions btrim() ltrim() and rtrim().

    The error was that the character after the set  was  included
    in the tests (ptr2 pointed to the character after the vardata
    part of set if no match found,  so  comparing  *ptr  or  *end
    against *ptr2 MAY match -> strip).

Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being
right. # # Let's break this rule - forgive me.
# #======================================== jwieck@debis.com (Jan
Wieck) #

This one cleans the cursor problems ecpg had so far. It is now able
to understand cursors with variables.

Michael

Change owner from oid to int4 type.

More op_class cleanup.

Remove NOBTREE defines, and make findoidlinks handle regproc.

cleanup.

New findoidjoins examines oid columns to find join relationships.

Add new \w write command to psql.

Update flowchart.

Update flowchart.

Cleanups of optimizer.

Cleanup optimizer function names and clarify code.

Update pgindent.

New pgindent.

cleanups.

The attached patch implements some changes that were discussed a
couple weeks ago on the hackers and interfaces lists:

1. When the backend sends a NOTICE message and closes the connection
   (typically, because it was told to by the postmaster after
   another backend coredumped), libpq will now print the notice
   and close the connection cleanly.  Formerly, the frontend app
   would usually terminate ungracefully due to a SIGPIPE.  (I am
   not sure if 6.3.2 behaved that way, but the current cvs sources
   do...)

2. libpq's various printouts to stderr are now fed through a single
   "notice processor" routine, which can be overridden by the
   application to direct notices someplace else.  This should ease
   porting libpq to Windows.

I also noticed and fixed a problem in PQprint: when sending output
to a pager subprocess, it would disable SIGPIPE in case the pager
terminates early (this is good) --- but afterwards it reset SIGPIPE
to SIG_DFL, rather than restoring the application's prior setting
(bad).

regards, tom lane

OPTIMIZER_DEBUG additions.

Make large objects their own relkind type.  Fix dups in pg_class_mb
files.  Fix sequence creation hack for relkind type.

flowchart update

flowchart update

Fix for \d index display.

From: David Hartwig <daybee@bellatlantic.net>

I have attached a patch to allow GROUP BY and/or ORDER BY function or
expressions.  Note worthy items:

1. The expression or function need not be in the target list.
Example:
            SELECT  name FROM foo GROUP BY lower(name);

2.   Simplified the grammar to use expressions only.

3.  Cleaned up earlier patch in this area to make use of existing
utility functions.

3.  Reduced some of the members in the SortGroupBy parse node.   The
original data members were redundant with the new expression node.
(MUST do a "make clean" now)

4.  Added a new parse node "JoinUsing".   The JOIN USING clause was
overloading this SortGroupBy structure.   With the afore mentioned
reduction of members, the two clauses lost all their commonality.

5.  A bug still exist where, if a function or expression is GROUPed BY,
and an aggregate function does not include a attribute from the
expression or function, the backend crashes.   (or something like
that)   The bug pre-dates this patch.    Example:

    SELECT lower(a) AS lowcase, count(b) FROM foo GROUP BY lowcase;
                 *** BOOM  ***

    --Also when not in target list
    SELECT  count(b) FROM foo GROUP BY lower(a);
                *** BOOM  AGAIN ***

From: Dr. Michael Meskes <meskes@online-club.de>

So this should finally get cursors working. There was an ugly bug in it.

OR processing cleanup.

Add Indices display to \d command.

Fix encoding grammer problem.

MergeSort was sometimes called mergejoin and was confusing.  Now
it is now only mergejoin.

EXPLAIN VERBOSE prints the plan, and now pretty-prints the plan to
the postmaster log file.

Make EXPLAIN show output more clearly.

Update flow chart.

Update mark/reset index code for multiple indexes, (OR code).
Thanks for Vadim for fixes.

Fix typo in man pages.

Cleanup of OR processing.

Allows the following query to succeed: "SELECT NULL ORDER BY 1;"
There are three or four cases in transformSortClause() and I had fixed
only one case for UNION. A second case is now fixed, in the same way; I
assigned INT4OID to the column type for the "won't actually happen"
sort. Didn't want to skip the code entirely, since the backend needs to
_try_ a sort to get the NULLs right. I'm not certain under what
circumstances the other cases are invoked and these are not yet
fixed up, though perhaps they don't need to be...

Fix for OR handling with multiple indexes.

run autoconf

Fix MULTIBYTE typo.

Fix duplicate inside initdb.sh

Cleanup of OR fix.

Allow index use with OR clauses.

Adrian Hall reported a problem to me that snprintf() doesn't exist in, at
least, Solaris 2.5.1.  We use it in backend/utils/adt/int8.c.

Add a check to configure so that we see if it exists or not, and, if not,
compile in snprintf.c from backend/port, which was taken from, and falls under
the same Berkeley license as us, the FreeBSD libc/stdio ...

Lmgr cleanup, new locking modes for LLL.

Matching clauses to functional indices was broken, now fixed.

Fix scan adjustment.

Removed from distribution. Completely converted to SGML.
This was the Postgres95 documentation written by Jolly and Chu...

Use libpq only once to avoid file naming conflicts in the html output.

Somehow had substituted this file for the contents of allfiles.sgml.
This should be the right thing now...

Add id field to chapter and book tags to allow output file names
 to be meaningful.

Add port information for NS32532.
Fix Id tag in chapter headings to allow meaningful file names in html.

Include information on documentation products and sources.
Include tables of possible source files throughout tree.

Add missing information.
Fix examples for regex operators.

Use option to jade to produce html file names from id field in tag.

Add new files from Oliver Elphick.

Fix minor end-of-file formatting.

Information moved to doc/src/sgml/release.sgml.

Information moved to doc/src/sgml/geqo.sgml.

Use Snapshot in heap access methods.

Missed a few files in the last round of commits from Tatsuo, as well
as needed to run autoconf ...

From: t-ishii@sra.co.jp

As Bruce mentioned, this is due to the conflict among changes we made.
Included patches should fix the problem(I changed all MB to
MULTIBYTE). Please let me know if you have further problem.

P.S. I did not include pathces to configure and gram.c to save the
file size(configure.in and gram.y modified).

I missed addding initdb.sh ...

Update flowchart.  Add arrow.

Fix compile error.  Make transaction/work optional on all transaction
statements.  More cleanups of psql help.  Fix for shift/reduce on
UNION in subselect.

Update psql help syntax to remove <> and uppercaese keywords.

Add mention of actual SQL command to create*/destroy* commands.

Add mention of SQL commands to create/destroy man pages.

Add mention of psql and template1 to create*, destroy* command
manual pages.

Fix HAVING patch missing cast.

I'm sorry, but I think I introduced a little bug with my last patch.
Everyone using an [NOT] EXISTS subquery will have noticed that
already.

The bug is in "subselect.c" in the function "SS_process_sublinks()".

Here the whole function as it *SHOULD BE*:

Stephan

I really hope that I haven't missed anything in this one...

From: t-ishii@sra.co.jp

Attached are patches to enhance the multi-byte support.  (patches are
against 7/18 snapshot)

* determine encoding at initdb/createdb rather than compile time

Now initdb/createdb has an option to specify the encoding. Also, I
modified the syntax of CREATE DATABASE to accept encoding option. See
README.mb for more details.

For this purpose I have added new column "encoding" to pg_database.
Also pg_attribute and pg_class are changed to catch up the
modification to pg_database.  Actually I haved added pg_database_mb.h,
pg_attribute_mb.h and pg_class_mb.h. These are used only when MB is
enabled. The reason having separate files is I couldn't find a way to
use ifdef or whatever in those files. I have to admit it looks
ugly. No way.

* support for PGCLIENTENCODING when issuing COPY command

commands/copy.c modified.

* support for SQL92 syntax "SET NAMES"

See gram.y.

* support for LATIN2-5
* add UNICODE regression test case
* new test suite for MB

New directory test/mb added.

* clean up source files

Basic idea is to have MB's own subdirectory for easier maintenance.
These are include/mb and backend/utils/mb.

Version 06-30-0248

Fix _lo_commit: core if LO memmory context was not created (LO were not used?)

VariableCache (next XID generator) is placed in shmem.

Update.

Update.

Theses buffer leaks are caused by indexes that are kept open between
calls. Outside a transaction, the backend detects them as buffer
leaks; it sends a NOTICE, and frees them. This sometimes cause a
segmentation fault (at least on Linux). These indexes are initialized
on the first lo_read/lo_write/lo_tell call, and (normally) closed
on a lo_close call.  Thus the buffer leaks appear when lo direct
access functions are used, and not with lo_import/lo_export functions
(libpq version calls lo_close before ending the command, and the
backend version uses another path).

The included patches (against recent snapshot, and against 6.3.2)
cause indexes to be closed on transaction end (that is on explicit
'END' statment, or on command termination outside trasaction blocks),
thus preventing the buffer leaks while increasing performance inside
transactions. Some (all?) 'classic' memory leaks are also removed.

I hope it will be ok.

--- Pascal ANDRE, graduated from Ecole Centrale Paris andre@via.ecp.fr

target list fixes.

makeTargetEntry cleanup.

Makefile removal of internal.c.

Cleanup makeTargetEntry and remove internal.c.

Use defines rather than constants for types.

Fix problem brought in with 32K machine.

Cleanup use of 16 that should be NAMEDATALEN.

Cleanup Name usage.

Fix temp name length.

Remove un-needed references to Name.

Update version.

Add contributor name to fulltextindex, and clean up contrib/README.

Update fti README and stopwords.

Update list of contrib directories.

I finally got the time to put together some stuff for fti for
inclusion in pgsql. I have included a README which should be enough
to start using it, plus a BENCH file that describes some timings
I have done.

Please have a look at it, and if you think everything is OK, I
would like it seen included in the contrib-section of pgsql.

I don't think I will do any more work in this, but maybe it inspires
somebody else to improve on it.

Maarten Boekhold

Remove unneeded strcpy() of timezone.

Remove un-needed psort close.

Lock fix from Tom Ivar Helbekkmo .

1) Queries using the having clause on base tables should work well
   now. Here some tested features, (examples included in the patch):

1.1) Subselects in the having clause 1.2) Double nested subselects
1.3) Subselects used in the where clause and in the having clause
     simultaneously 1.4) Union Selects using having 1.5) Indexes
on the base relations are used correctly 1.6) Unallowed Queries
are prevented (e.g. qualifications in the
     having clause that belong to the where clause) 1.7) Insert
into as select

2) Queries using the having clause on view relations also work
   but there are some restrictions:

2.1) Create View as Select ... Having ...; using base tables in
the select 2.1.1) The Query rewrite system:

2.1.2) Why are only simple queries allowed against a view from 2.1)
? 2.2) Select ... from testview1, testview2, ... having...; 3) Bug
in ExecMergeJoin ??

Regards Stefan

pg_dump -z has gotten rather thoroughly broken in the last couple
of days --- it was emitting stuff like
REVOKE ALL on 'table' from PUBLIC; GRANT ALL on "table" to
"Public"; neither of which work.  While I was at it I
cleaned up a few other things:

* \connect commands are issued only in -z mode.  In this way,
reloading a pg_dump script made without -z will generate a simple
database wholly owned by the invoking user, rather than a mishmash
of tables owned by various people but lacking in access rights.
(Analogy: cp versus cp -p.)

* \connect commands are issued just before COPY FROM stdin commands;
without this, reloading a database containing non-world-writable
tables tended to fail because the COPY was not necessarily attempted
as the table owner.

* Redundant \connect commands are suppressed (each one costs a
backend launch, so...).

* Man page updated (-z wasn't ever documented).

The first two items were discussed in a pgsql-hackers thread around
6 May 98 ("An item for the TODO list: pg_dump and multiple table
owners") but no one had bothered to deal with 'em yet.

regards, tom lane

Make sparc/solaris not use complex macr.