Log Message:
---
Spell DELIMITER correctly, per Seamus Dean.
Modified Files:
--
pgsql/src/bin/psql:
tab-complete.c (r1.125 -> r1.126)
(http://developer.postgresql.org/cvsweb.cgi/pgsql/src/bin/psql/tab-complete.c.diff?r1=1.125&r2=1.126)
Log Message:
---
Spell DELIMITER correctly, per Seamus Dean.
Tags:
REL8_0_STABLE
Modified Files:
--
pgsql/src/bin/psql:
tab-complete.c (r1.120 -> r1.120.4.1)
(http://developer.postgresql.org/cvsweb.cgi/pgsql/src/bin/psql/tab-complete.c.diff?r1=1.120&r
Log Message:
---
Preliminary release notes for 8.0.3, 7.4.8, 7.3.10.
Modified Files:
--
pgsql/doc/src/sgml:
release.sgml (r1.333 -> r1.334)
(http://developer.postgresql.org/cvsweb.cgi/pgsql/doc/src/sgml/release.sgml.diff?r1=1.333&r2=1.334)
Log Message:
---
Use postmaster_is_alive() check in pg_ctl restart as well as pg_ctl status,
so that restart doesn't fail when old postmaster died unbetimes.
Modified Files:
--
pgsql/src/bin/pg_ctl:
pg_ctl.c (r1.56 -> r1.57)
(http://developer.postgresql.org
Log Message:
---
Use postmaster_is_alive() check in pg_ctl restart as well as pg_ctl status,
so that restart doesn't fail when old postmaster died unbetimes.
Tags:
REL8_0_STABLE
Modified Files:
--
pgsql/src/bin/pg_ctl:
pg_ctl.c (r1.53.4.1 -> r1.53.4.2)
Log Message:
---
Allow implicit cast from any named composite type to RECORD. At the
moment this has no particular use except to allow table rows to be
passed to record_out(), but that case seems to be useful in itself
per recent example from Elein. Further down the road we could look
at
Log Message:
---
Typo fix, Dave Held
Modified Files:
--
pgsql/doc:
FAQ (r1.349 -> r1.350)
(http://developer.postgresql.org/cvsweb.cgi/pgsql/doc/FAQ.diff?r1=1.349&r2=1.350)
pgsql/doc/src/FAQ:
FAQ.html (r1.306 -> r1.307)
(http://developer
Log Message:
---
Update "control" item.
Rosser Schwarz
Modified Files:
--
pgsql/doc:
FAQ (r1.350 -> r1.351)
(http://developer.postgresql.org/cvsweb.cgi/pgsql/doc/FAQ.diff?r1=1.350&r2=1.351)
pgsql/doc/src/FAQ:
FAQ.html (r1.307 -> r1.308)
Log Message:
---
Adjust nodeBitmapIndexscan to keep the target index opened from plan
startup to end, rather than re-opening it in each MultiExecBitmapIndexScan
call. I had foolishly thought that opening/closing wouldn't be much
more expensive than a rescan call, but that was sheer brain f