because StatFp never got set in that case.  Set it immediately before
use to eliminate such problems.

field value being displayed; produced coredump instead of the expected
<NULL> display.

thus causing failure if one sub-select had resjunk entries that the other
did not (cf. bug report from Espinosa 4/27/00).

cases where joinclauses were present but some joins have to be made
by cartesian-product join anyway.  An example is
SELECT * FROM a,b,c WHERE (a.f1 + b.f2 + c.f3) = 0;
Even though all the rels have joinclauses, we must join two of them
in cartesian style before we can use the join clause...

that might be hanging about.  Now it does ... amazing nobody noticed
this before ...

not cause any compatibility problems because stored rules don't contain
plan nodes --- in fact, we don't even have a readfunc for Unique nodes.

than BIND_DEFERRED.  That way, if the loaded library has unresolved
references, shl_load fails cleanly.  As we had it, shl_load would
succeed and then the dynlinker would call abort() when we try to call
into the loaded library.  abort()ing a backend is uncool.

a new JDBC Makefile here by accident)

Jan

that will actually work on the column datatype.

to a temp file.

always failed if Perl makefile's INSTALLSITELIB variable was specified
in terms of another variable.  Fix by adding an echo-installdir target
to the Perl makefile, which the upper-level Makefile can invoke.

description in indices.sgml, but missed the near-duplicate prose in
the reference page...)

specified index access method.  Clean up wording of some existing error
messages, too.