testing somethign...

autoconf

I didn't see any further discussion so here is, I hope, a clean fix to
configure.in to determine if a system is ELF or not.  Note that some
of the tests earlier may be redundant but I took the safest route.

D'Arcy J.M. Cain

Update NT readme.

First step in fixing selectivity-estimation code. eqsel and
neqsel now behave as per my suggestions in pghackers a few days ago.
selectivity for < > <= >= should work OK for integral types as well, but
still need work for nonintegral types.  Since these routines have never
actually executed before :-(, this may result in some significant changes
in the optimizer's choices of execution plans.  Let me know if you see
any serious misbehavior.
CAUTION: THESE CHANGES REQUIRE INITDB.  pg_statistic table has changed.

Add another ORDER BY to rules test; got tired of it 'failing'
every time I tweak the optimizer...

Re-enable pg_upgrade, after adding checks that the source
and target databases are of versions it knows about.

Add some more verbiage to man page's directions for pg_upgrade.

Add comments for attdisbursion field --- NO code change.

Update comments about clause selectivity estimation.

Make usecatupd disabled for normal users, and allow normal users to
update temp tables with this setting.

Further cleanups of indexqual processing: simplify control
logic in indxpath.c, avoid generation of redundant indexscan paths for the
same relation and index.

There is one section that changed, concernign startup...the rest is just
changes for v6.5->v6.5.1, so relatively harmless

v6.6's HISTORY file should reflect changes that went into all previous
releases, including v6.5.1 ...

just testing a script...

Remove extra #endif

Nothing changed, just testing cvslog ...

Fix description of psql flags -t and -q.

Fix coredump seen when doing mergejoin between indexed tables,
for example in the regression test database, try
select * from tenk1 t1, tenk1 t2 where t1.unique1 = t2.unique2;
6.5 has this same bug ...

Update comments for create_indexscan_node().

Remove comment after optimization flag.

Add support for Case exprs to fix_indxqual_references,
so that Case works in WHERE join clauses.  Temporary patch --- this routine
is one of many that ought to be changed to use centralized expression-tree-
walking logic.

Add equal() funcs for Case nodes ... amazing we had not
detected this omission before.  Miscellaneous other cleanups.

Update TODO list.

Update TODO list.

Allow a_expr not just AexprConst in the right-hand list of
IN and NOT IN operators.  Rewrite grotty implementation of IN-list
parsing ... look Ma, no global variable ...

Update TODO list.

Correct bug in best_innerjoin(): it should check all the
rels that the inner path needs to join to, but it was only checking for
the first one.  Failure could only have been observed with an OR-clause
that mentions 3 or more tables, and then only if the bogus path was
actually selected as cheapest ...

My recent optimizer changes caused a different plan to
be picked for one of the complex joins in rules test ... leading to
a different output ordering ...

First cut at doing LIKE/regex indexing optimization in
optimizer rather than parser.  This has many advantages, such as not
getting fooled by chance uses of operator names ~ and ~~ (the operators
are identified by OID now), and not creating useless comparison operations
in contexts where the comparisons will not actually be used as indexquals.
The new code also recognizes exact-match LIKE and regex patterns, and
produces an = indexqual instead of >= and <=.

This change does NOT fix the problem with non-ASCII locales: the code
still doesn't know how to generate an upper bound indexqual for non-ASCII
collation order.  But it's no worse than before, just the same deficiency
in a different place...

Also, dike out loc_restrictinfo fields in Plan nodes.  These were doing
nothing useful in the absence of 'expensive functions' optimization,
and they took a considerable amount of processing to fill in.

Update TODO list.

Update TODO list.

Further work on planning of indexscans.  Cleaned up interfaces
to index_selectivity so that it can be handed an indexqual clause list
rather than a bunch of assorted derivative data.

Remove 'restrictinfojoinid' field from RestrictInfo nodes.
The only place it was being used was as temporary storage in indxpath.c,
and the logic was wrong: the same restrictinfo node could get chosen to
carry the info for two different joins.  Right fix is to return a second
list of unjoined-relids parallel to the list of clause groups.

Clean up messy clause-selectivity code in clausesel.c; repair bug
identified by Hiroshi (incorrect cost attributed to OR clauses
after multiple passes through set_rest_selec()).  I think the code
was trying to allow selectivities of OR subclauses to be passed in
from outside, but noplace was actually passing any useful data, and
set_rest_selec() was passing wrong data.

Restructure representation of "indexqual" in IndexPath nodes so that
it is the same as for indxqual in completed IndexScan nodes: namely,
a toplevel list with an entry for each pass of the index scan, having
sublists that are implicitly-ANDed index qual conditions for that pass.
You don't want to know what the old representation was :-(

Improve documentation of OR-clause indexscan functions.

Remove useless 'notclause' field from RestrictInfo nodes.  (This might
force an initdb for anyone who has stored rules containing RestrictInfos,
but I do not think that RestrictInfo ever appears in completed plans.)

Minor code beautification, extensive improvement of
comments.  This file was full of obsolete and just plain wrong
commentary...

Exit cleanups I made yesterday caused pq_close() to be
invoked during exit from a standalone backend, leading to core dump.
This is the cause of the recently reported initdb-time crash :-(.
Sorry folks...

Alpha spinlock fix from Uncle George <gatgul@voicenet.com>

Complete merge of all old man page information.
lisp.sgml is a placeholder for Eric Marsden's upcoming contribution.
catalogs.sgml is not yet marked up or integrated.
 It should perhaps become an appendix.

Complete merge of all old man page information.
ecpg reference page still needs formatting.

Plug several holes in backend's ability to cope with
unexpected loss of connection to frontend.

Update TODO list.

Update TODO list.

Update TODO list.

While I was running some tests in psql, trying to figure out how to change
the query string to handle any length, I discovered that under certain
conditions, psql will core dump when handling long strings.  Thus, the
patch.  It was caused by a buffer overrun, probably not noticeable in a lot
of cases, but pretty noticeable in mine.

Problem was caused by the fact that the length check is only performed after
the check for a ; to get the end of the query and execute.

Cheers...

MikeA

Update TODO list.

Reverse out cache changes that are not ready yet.

Use -ieee alpha flag for gcc and egcs only.

autoconf

Re-add Makefile.

Move -ieee to adt Makefile, and add CPU Makefile variable.

Complain about INSERT ... SELECT ... ORDER BY, which we do not
support, but which the grammar was accepting.  Also, fix several bugs
having to do with failure to copy fields up from a subselect to a select
or insert node.

psql fix.

linux/sparc cleanup

Fix for linux/sparc.

Cleanup of  patch just applied.

Set the application name, used for parsing readline's .inputrc -- dz

Massimo

Fix #if if.

*** empty log message ***

Install new alignment code to use MAXALIGN rather than DOUBLEALIGN where
approproate.

Enable WIN32 compilation of libpq.

Win32 cleanup

autoconf

Re-add getopt.h check, remove NT-specific tests for it.

Clean up gcc warning about unused static decl.

autoconf

Remove getopt configure check.

Put back mistakenly removed configure test for HAVE_NETINET_IN_H.

Update TODO list.

Parser no longer considers
SELECT a/2, a/2 FROM test_missing_target GROUP BY a/2;
to be ambiguous ... which I think is correct behavior.

Rewrite parser's handling of INSERT ... SELECT so that processing
of the SELECT part of the statement is just like a plain SELECT.  All
INSERT-specific processing happens after the SELECT parsing is done.
This eliminates many problems, e.g. INSERT ... SELECT ... GROUP BY using
the wrong column labels.  Ensure that DEFAULT clauses are coerced to
the target column type, whether or not stored clause produces the right
type.  Substantial cleanup of parser's array support.

Update ecpg compile.

autoconf

Add getopt test.

autoconf

cleanup

Fix configure problem.

autoconf

Fix typo in _outArrayRef().

update

Update for 6.6.

configure cleanup

configure cleanup

autoconf

Update configure include checks.

autoconf

Update includes from configure

autoconf

No check for string/strings.h.

Improve commentary about ArrayRef and ResTarget nodes.

 Move some system includes into c.h, and remove duplicates.

Fix incorrect declaration of rtentry as 'ResTarget' where it
should be 'RangeTblEntry' ; explain.c had copied the erroneous code.

Update TODO list.

Fix for multi-byte includes.

Fix silly typo in commentary...

Add c.h to exclusion list.

clean up comment on missing file.

Include check

More config.h cleanups.

Add config.h as needed.