This is actually more of a fundamental problem with mdtruncate.  It
looks
like someone just didn't add support for multiple segments for
truncation.

The following patch seems to do the right thing, for me at least.
It passed my tests, my data looks right(no data that shouldn't be in
there) and regression is ok.

Ole Gjerde

Add python

Re-add python.

Updates for 6.5.

Update pointers to where the register/mailing list pages are found on the
wweb site ..

Prior patch added 2 more characters to string allocated
for SERIAL column's constraint, but forgot to increase space palloc'd...

SELECT * error message fix.

Apply freebsd specific patches dealign with ELF system from FreeBSD's
ports collection ...

Move IN to proper place.

Cleanup

Fix typo in change.

Tighten coding in new_join_pathkey, which seems to be a hotspot
for GEQO ...

Change GEQO optimizer to release memory after each gene
is evaluated.  This bounds memory usage to something reasonable even
when many tables are being joined.

Require IN in LOCK syntax.

Change md* call to smgr*.

Minor code cleanup in optimizer.

Fix some typos in geqo optimizer --- it now generates
reasonable plans again.  Still eats memory like there's no tomorrow,
however :-(.

Undo collateral damage from recent patch: Makefile had
lost most of target list and thus 'make clean' didn't clean up very well.

Change iostream to iostream.h, strstream to strstream.h
for compatibility with older C++ libraries.

I made it so it rolled over files at 1MB.  My table ended up with 120
segments, and my indexes had 3(Yes, it DOES work!).
DROP TABLE removed ALL segments from the table, but only the main index
segment.

So it looks like removing the table itself is using mdunlink in md.c,
while removing indexes uses FileNameUnlink() which only unlinks 1 file.
As far as I can tell, calling FileNameUnlink() and mdunlink() is basically
the same, except mdunlink() deletes any extra segments.

I've done some testing and it seems to work.  It also passes regression
tests(except float8, geometry and rules, but that's normal).

If this patch is right, this fixes all known multi-segment problems on
Linux.

Ole Gjerde

I've got 2 pretty small patches.

configtype.patch simply fixes a typo in config.h.in
pg_dump.c.patch Updates a bunch of error messages to include a reason
from
                the backend, and also removes a couple of unnecessary
if's

Ole Gjerde

*** empty log message ***

Hi, Bruce!

These are my last changes to lmgr fixing deadlock handling.
Please apply them to cvs...

Vadim

Add double quotes around the sequence name generated to support the
 SERIAL data type DEFAULT clause.
This fixes a problem finding the sequence name when mixed case table names
 are involved.

Surround a variable declaration with ENABLE_OUTER_JOINS to suppress
 compiler warnings about an unused variable.

set client_encoding to <nothing> crashes backend.

Rip out QueryTreeList structure, root and branch.  Querytree
lists are now plain old garden-variety Lists, allocated with palloc,
rather than specialized expansible-array data allocated with malloc.
This substantially simplifies their handling and eliminates several
sources of memory leakage.
Several basic types of erroneous queries (syntax error, attempt to
insert a duplicate key into a unique index) now demonstrably leak
zero bytes per query.

Update driver to 6-40-0006

Here's a small patch to cause pg_dump to emit the
scale and precision for NUMERIC type column defs.

Keith Parks

Release allocated memory during AtAbort_Memory.

Do not refer to stdin in static variable initializer ...
apparently some systems choke on that :-(.

Fixed small bug in ruleutils and added output of pg_views and
pg_rules to rules regression test.

Jan

Fixed wrong hasAggs when aggregate columns of view aren't
selected.

Disabled ability of defining DISTINCT or ORDER BY on views.

Jan

Replaced targetlist entry in GroupClause by reference number
in Resdom and GroupClause so changing of resno's doesn't confuse
the grouping any more.

Jan

I am sorry, I misinterpreted the still failing trigger regression test.
The
offending code
has been removed, the action is now always dependent :-)

I suggest the following patch, to finally make trigger regression happy
again:

 <<refint1.patch>>
After that you can remove the following from TODO:
Remove ERROR:  check_primary_key: even number of arguments should be
specified
Trigger regression test fails

Andreas

Added installation of created procedural languages to initdb

Jan

Minor wording change.

Include mention of CASE, COALESCE, and IFNULL.
Add date/time parsing procedure (perhaps should be in appendix).
Add time zone information (ditto).
Update keyword list.

Adjust elog NOTICE messages to surround table and column names with single
 quotes.

Add keywords to implement Vadim's transaction isolation
 and lock syntax as fully parsed tokens.
Two keywords for isolation are non-reserved SQL92
 (COMMITTED, SERIALIZABLE).
All other new keywords are non-reserved Postgres (not SQL92)
 (ACCESS, EXCLUSIVE, MODE, SHARE).
Add syntax to allow CREATE [GLOBAL|LOCAL] TEMPORARY TABLE, throwing an
 error if GLOBAL is specified.

Fix problem with multiple indices defined if using column- and table-
 constraints. Reported by Tom Lane.
Now, check for duplicate indices and retain the one which is a primary-key.
Adjust elog NOTICE messages to surround table and column names with single
 quotes.

Handle conversion of floating point constants to internal strings.

Keep long non-quoted numeric strings *as* untyped strings if they fail
 the obvious conversion.
Define a new pattern "decimal" which is non-exponential floating point
 for use with numeric() and decimal() types.

Fix bogus assumption that MAXALIGN is at least sizeof(pointer).

Fix configure to generate correct expansion of library directory
in pl/plpgsql/src/mklang.sql.

Just a couple more files to untar in src/test/regress
(int2,int4,geometry).

Cheers,

Patrick Welche

Changed debug options:

-d4 now prints compressed trees from nodeToString()
-d5 prints pretty trees via nodeDisplay()

new pg_options: pretty_plan, pretty_parse, pretty_rewritten

Jan

put back mklang.sql.in file.

clean up comments

Update man page for select

Check for NUMERIC overflow a second time after rounding

Jan

Allow perl install as non-root, from Geoff Keating

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