Add missing file.

OK...here is a patch that will cause the magnetic disk storage
manager to not try to split files in 2 gig chunks.  It will just
try to get another block.

If applied, everything is just as before. But if LET_OS_MANAGE_FILESIZE
is defined, the chaining disappears and the file just keeps on
going, and going, and going, til the OS barfs.

Darren King

Sorry. I made above mistakes. "__svr4" should be "__svr4__" or
"__SVR4" as you pointed out.  There is another file that has the
same mistakes.  Included is a patche for include/c.h.

t-ishii@sra.co.jp

Fix spelling of "including

Edward J. Huff

HPUX build does not build shared lib versions of libpq and libpq++

--------------------------------------------------------------------------

Test Case:  ----------

--------------------------------------------------------------------------

Solution:  --------- Add this to the libpq and libpq++ Makefiles
to build shared libs:

Mike Ferrara

In libpq-fe.h:  #if defined(sun) && defined(sparc) && !defined(__svr4)
extern char *sys_errlist[]; #define strerror(A) (sys_errlist[(A)])
#endif                                                  /* sunos4
*/

is picked up by Solaris when the above is intended only for SunOS.

Fix Solaris.  Albert Chin-A-Young

The real trick is to add -Dalpha to the CFLAGS setting.  The changes
to main.c are only to add some extra includes to support some code
that's suddenly being used.

The #define ASSEMBLER is to prevent most of the code of sys/proc.h
from being included, as it ends up conflicting with some of the
postgresql definitions.  This may or may not work on other versions
of Digital Unix.

Get alpha working.  Yea.  Dwayne Bailey

> > I'm using text[] arrays.  Some of my array elements have '"'
> > characters in them.  Dumping and reloading using pg_dumpall >
> doesn't work with this and dumping the entire array and > > then
trying to parse it is hopeless.

Doug Gibson

Here's my next patch to bring ecpg to version 1.1. It now correctly
handles all transaction commands and the exec sql include command.

Michael Meskes

Allow parsing expressions with ") -" (scan.l, scan.c only).
Make "TABLE" optional in "LOCK TABLE" command
 and "... INTO TABLE..." clause.
Explicitly parse CREATE SEQUENCE options to allow a negative integer
 as an argument; this is an artifact of unary minus handling in scan.l.
Add "PASSWORD" as an allowed column identifier.
These fixes will require a "make clean install" but not a dump/reload.

Add checks for UNION target fields, and add optional TABLE to LOCK
and SELECT manual pages and psql help.

SunOS .similar cleanup.

Add SunOS entries.

Prevent \do from wrapping.

Make pg_user /xpg_user change complete.

Remove duplicates

Fix for Datasize = 0 error, from Vadim.

Fix for pg_dump of large objects, from alvin@camberlo.demon.co.uk.

subselect notes from Vadim.

From: Jeroen van Vianen <jeroenv@design.nl>

tools.patch patches tools/find_static (use indices to increase
performance) and tools/ccsym (no hardcoded paths).

From: hankin <hankin@consultco.com>

a while back I posted a patch for pg_ident, the patch worked but I didn't
diagnose the problem properly.
on my compiler(gcc2.7.2) this compiles with no errors...

char buf[1000]; if(buf != '\0') {

...but it doesn't compare '\0' with the first char of buf.

Reply-To: Jordi MacDonald <jordi@spartanmedia.com>

There is an error in the configure script when using
--with-pgport= that will cause the compiled version of
PostgreSQL to no longer allow connections to the
new port and to treat shared memory improperly.

What happens is that if the port is changed, the configure
script defines DEF_PGPORT as "", which atoi() will return
as 0, which makes the IPC_KEY value 0. This then causes
semaphores to be allocated, but never released. Postgres
eventually returns from semget() with
"no space left on device". The source of this error could
easily be overlooked in version 6.3 since it is possible
to connect via UNIX domain sockets, and having DEF_PGPORT
defined as "0" would not be noticed until TCP was used.

From: Randy Kunkee <kunkee@pluto.ops.NeoSoft.com>

The following patch is to src/interfaces/libpq of postgresql-6.3.
The purpose of the patch is to make the initialization of
const char *pgresStatus[] match the ExecStatusType enum.

From: t-ishii@sra.co.jp

6.3 postmaster is supposed to work with pre 6.3 protocol. This is true
for little endian architecture servers. But for big endian machines
such as Sparc the backward compatibility function do not work.
Attached are patches to fix the problem.

From: "Thomas G. Lockhart" <lockhart@alumni.caltech.edu>

For substr() and substring() on the text data type, the relevant code is in
varlena.c. You are right, there is a problem. I have a patch which I will
apply to the source tree soon. The copy enclosed below probably does not
preserve tabs correctly so cannot be applied directly; the relevant change
is simply changing the ">=" to ">"...

From: Randy Kunkee <kunkee@pluto.ops.NeoSoft.com>

It is my hope that the following "patches" to libpgtcl get included
in the next release.

See the update to the README file to get a full description of the changes.
This version of libpgtcl is completely interpreter-safe, implements the
database connection handle as a channel (no events yet, but will make it
a lot easier to do fileevents on it in the future), and supports the SQL
"copy table to stdout" and "copy table from stdin" commands, with the
I/O being from and to the connection handle.  The connection and result
handles are formatted in a way to make access to the tables more efficient.

From: t-ishii@sra.co.jp

Included are patches intended for allowing PostgreSQL to handle
multi-byte charachter sets such as EUC(Extende Unix Code), Unicode and
Mule internal code. With the MB patch you can use multi-byte character
sets in regexp and LIKE. The encoding system chosen is determined at
the compile time.

To enable the MB extension, you need to define a variable "MB" in
Makefile.global or in Makefile.custom. For further information please
take a look at README.mb under doc directory.

(Note that unlike "jp patch" I do not use modified GNU regexp any
more. I changed Henry Spencer's regexp coming with PostgreSQL.)

From: t-ishii@sra.co.jp

Included are patches intended for allowing PostgreSQL to handle
multi-byte charachter sets such as EUC(Extende Unix Code), Unicode and
Mule internal code. With the MB patch you can use multi-byte character
sets in regexp and LIKE. The encoding system chosen is determined at
the compile time.

To enable the MB extension, you need to define a variable "MB" in
Makefile.global or in Makefile.custom. For further information please
take a look at README.mb under doc directory.

(Note that unlike "jp patch" I do not use modified GNU regexp any
more. I changed Henry Spencer's regexp coming with PostgreSQL.)

From: Peter T Mount <patches@maidast.demon.co.uk>

Ok, this fixes three things:

1. It seems (from tests submitted by two people with JBuilder) that
   JBuilder expects a responce from ResultSetMetaData.getPrecision() &
   getScale() when used on non numeric types. This patch makes these
   methods return 0, instead of throwing an exception.

2. Fixes a small bug where getting the postgresql type name returns null.

3. Fixes a problem with ResultSet.getObject() where getting it's string
   value returns null if you case the object as (PGobject), but returns
   the value if you case it as it's self.

CLUSTER cleanup

Cluster  fixup.

Change Postgres95 to PostgreSQL.  Update CLUSTER manual page.

Remove postgres95.

Update Pgaccess to 0.83

Get the ultrix4 ports back in sync...

Repair "LIKE" behavior with two adjacent wildcard characters ("_").
 Was ignoring second wildcard.

Add one-line fix to allow redefining built-in functions.
 Bug introduced in mid-January.

Fix bad oid in table.

xinv fix for tclsh

pg_user cleanup.

Rename pg_user to pg_shadow.

Add ecpg back in again

Get rid of those pesky long constants, 'l'.  Has no affect.

One last change to configure for 'non-gcc' compiler

From: Darren King <darrenk@insightdist.com>

Patch1:

Postgres thinks dist_pl (dist of a point to a line) is expecting a box (603)
for the right arg, but it really should be a line (628).

Otherwise the left & right args match those of dist_pb (dist of a point to a
box) two lines further down.

Patch2:

Anyways, these two functions take a path (602) whereas in pg_proc.h they are
listed as taking a lseg (601).

Reminder for next time.

Last minute clean up for SunOS...

From: t-ishii@sra.co.jp

Change configure to reflect v6.3 vs v6.2 :)

Bring pgaccess up to 0.82 - last update before release

Fix money type USE_LOCALE support at least for default "C" locale.
Still has questionable code for some locale-specific strings.

Update for release.  Add mention of new manuals.

Install new 0.81  pgaccess release.

Update html tar files to include only necessary gif files.
Incorporate a few typo fixes.

Make this rely on a real Makefile in sgml/.
Implement installation and cleaning.

Fix a few typos. Try <Note><Title>Author</Title>... for author credit.

Try a fancier makefile. Allows real building of html and rtf output
 rather than just executing ../Makefile.

Replace incorrect gif files.

Allow installation of documentation packages.

Stopgap makefile for new sgml source documentation.
Should redo this before v6.3 release if possible.

SGML source for new documentation.

Graphics sources and GIF bitmaps for new documentation.

New documentation generated from SGML source.

Fix boolean operator declarations for path to return boolean, not float8.

Prepare for release.

Prepare for 6.3 release.

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

The following patch will change the meaning of the isinf function in the
HAVE_FPCLASS section from "not finite" to "is infinity".

From: Darren King <darrenk@insightdist.com>

1. Make 'all' works without complaint.  Don't have to add the .exp
   files to the files list.  They are made automagically when
   making the respective shared lib file.

   Only port that actually uses EXPSUFF (from makefiles/Makefile.*)
   is Aix, so if this breaks anybody else, let me know, asap.

2. Make 'clean' actually cleans up correctly.  Previously, it would
   leave the .o files in C-code directory.

3. Changed references to reflect new location of .c files.

4. Added DELETE statements to complex.source so that it tidies up
   when done.  Previously, it would leave things in pg_amop,
   pg_amproc and pg_opclass.  Only possible to do this with the
   new SUBSELECT code in 6.3.  Nice work, fellas...

   Not deleting the index entries would cause a non-fatal error if
   complex.sql was run again on the same database.  Much tidier now.

5. Corrected the README.  obj directory hasn't existed since Bryan
   redid the make way back when.  Also changed the snipet from psql
   to match the current version. POSTGRES95?!?  I don't think so. :)

Move around files before applying Darren's second patch

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

The following patches will allow postgreSQL 6.3 to compile and run on a
UNIXWARE 2.1.2 system with the native C compiler with the following library
change:

        The alloca function must be copied from the libucb.a archive and added
        to the libgen.a archive.

Also, the GNU flex program is needed to successfully build postgreSQL.

From: Darren King <darrenk@insightdist.com>

Seem to remember someone posting to one of the lists a while back
that the tutorial code wouldn't compile and/or run.  Found four
problems with it that will let it run.

1. Tutorial makefile had a recursive use of DLOBJS.

2. Some tutorial needed semi-colons added to many statements.

3. Complex tutorial didn't clean up after itself.

4. Advanced had a time-travel example.  Commented it out and
   put a line pointing the user to contrib/spi/README.

Further updated regression output for FreeBSD

Convert the -enable/-with options to use proper m4 macros and provide
-help messages

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

Update for 6.3 release.

Fix scan adjusting for marked index tuples.

Prepare for 6.3 release.

Prepare for final release.

Add for port hppa-??-hpux...

From: Darren King <darrenk@insightdist.com>

Two incorrect printf formats in parser/parse_type.c.  Prolly done
by me a long time ago when I cleaned up int's and Oid's...

Format flag is really just %u, not %ud.  Harmless, but results in
"type id lookup of 25d failed" instead of only "...25 failed"

ExecReScan for MergeJoin.

ExecReScan for MergeJoin.

Marked inner tuple now is copied into mergestate->mj_MarkedTupleSlot -
no more tricks arround ttc_shouldfree.

In '(a,b,...) Op [ANY|ALL] (SubSelect)' Op is restricted to
'=' and '<>'.

From: Michael Meskes <meskes@topsystem.de>

No more shift/reduce conflicts. Also all other bugs I know about are fixed.

Check SELECT permissions in subqueries.

Update regression output for FreeBSD

New regression test output for Aix from Darren

Add <sys/types.h> for SunOS

From: t-ishii@sra.co.jp

From: Darren King <darrenk@insightdist.com>

This patch will...

1. Remove the "-Wall" option from the ecpg/lib and ecpg/preproc Makefile.

2. Remove the addition of $(SRCDIR)/include and-or $(SRCDIR)/backend from
   ecpg/lib, ecpg/preproc, libpq and utils Makefiles. Already in CFLAGS...

3. Set MK_NO_LORDER and RANLIB in Makefile.aix to avoid a couple of extra
   steps taken care of by the 'ld' command anyways.

From: Jan Wieck <jwieck@debis.com>

    I thought it would be a good idea to ensure that the new view
    permission  model  will  not   get   broken   by   subsequent
    fixes/changes. So I wrote a little regression test for it.

    There  is  an  ugly thing in this regression test. It creates
    temporary a test user that is required  for  the  tests.  The
    user  is removed at the end of the test, but if sometimes the
    regression suite is aborted or crashes exactly here, the test
    user will lay around in the pg_shadow.  Don't have a clue how
    to get around.

From: Michael Meskes <meskes@topsystem.de>

Sorry, I just repeated the last call and send out a stupid should be empty
mail. Anyway, my last patch missed one change:

From: Michael Meskes <meskes@topsystem.de>
Subject: [PATCHES] ecpg: correct whenever statement

From: Michael Meskes <meskes@topsystem.de>

Here's a small patch to ecpg's man page to make it list all known bugs.

Remove data/*.orig files

Remove compile warning.

index_markpos()/index_restrpos() are in use now.

execScan.c: in the end of scan projInfo->pi_slot must be
return, not a slot returned from access method (they have
different TupleDesc and MergeJoin node was broken).
nodeIndexscan.c: index_markpos()/index_restrpos() call index-specific
mark/restr funcs and are in use now (instead of
IndexScanMarkPosition()/ExecIndexRestrPos()).

index_markpos()/index_restrpos are used now.

pgindent run before 6.3 release, with Thomas' requested changes.

Fix permist on libs.

Fix 6.X vacuum bug in shrinking code.

Add updated regression output for Solaris-Sparc
Remove SunOS