delta/postgresql.git, branch REL7_4_14

Stamp 7.4.14.

2006-10-12T19:42:03+00:00

A bit of copy-editing on back-branch release notes.

2006-10-11T20:56:21+00:00

Repair incorrect check for coercion of unknown literal to ANYARRAY, a bug

2006-10-11T20:21:28+00:00

I introduced in 7.4.1 :-(.  It's correct to allow unknown to be coerced to
ANY or ANYELEMENT, since it's a real-enough data type, but it most certainly
isn't an array datatype.  This can cause a backend crash but AFAICT is not
exploitable as a security hole.  Per report from Michael Fuhr.

Note: as fixed in HEAD, this changes a constant in the pg_stats view,
resulting in a change in the expected regression outputs.  The back-branch
patches have been hacked to avoid that, so that pre-existing installations
won't start failing their regression tests.

CREATE TABLE ... LIKE ... should mark the columns it creates with

2006-10-11T20:03:26+00:00

attislocal = true, since they are not really inherited but merely copied
from the original table.  I'm not sure if there are any cases where it makes
a real difference given the existing uses of the flag, but wrong is wrong.
This was fixed in passing in HEAD by the LIKE INCLUDING CONSTRAINTS patch,
but never back-patched.

Fix psql \d commands to behave properly when a pattern using regex | is given.

2006-10-10T16:15:37+00:00

Formerly they'd emit '^foo|bar$' which is wrong because the anchors are
parsed as part of the alternatives; must emit '^(foo|bar)$' to get expected
behavior.  Same as bug found previously in similar_escape().  Already fixed
in HEAD, this is just back-porting the part of that patch that was a bug fix.

Update libpq.rc for 7.3.16 and 7.4.14. Later releases use libpq.rc.in,

2006-10-10T00:19:58+00:00

which was already updated.

Stamp releases 7.3.16, 7.4.14, 8.0.9, and 8.1.5.

2006-10-09T23:38:34+00:00

Update release notes for releases 7.3.16, 7.4.14, 8.0.9, and 8.1.5.

2006-10-09T23:23:11+00:00

Fix back-branch pg_regress scripts to try the "canonical" expected file if we

2006-10-09T01:45:57+00:00

tried a variant file from resultmap and it didn't match.  This is already done
in HEAD's C-code version, and is needed because OpenBSD has recently migrated
to a more standard handling of float underflow --- see buildfarm results
from emu.

Fix ancient oversight in psql's \d pattern processing code: when seeing two

2006-10-07T22:21:57+00:00

quote chars inside quote marks, should emit one quote *and stay in inquotes
mode*.  No doubt the lack of reports of this have something to do with the
poor documentation of the feature ...