Peter Eisentraut dfdbf6898f max_locks_per_transaction seems to be a more consistent name than ... max_locks_per_xact.		2001-09-12 14:06:37 +00:00
..
adt	It is not fixed and I doubt that it is working fine in current CVS. The	2001-09-12 04:01:57 +00:00
cache	Fix handling of pg_type.typdefault per bug report from Dave Blasby.	2001-09-06 02:07:42 +00:00
error	Use a fixed error message for ERANGE to avoid duplicate test result files.	2001-08-06 21:55:16 +00:00
fmgr	sum() on int2 and int4 columns now uses an int8, not numeric, accumulator	2001-08-14 22:21:59 +00:00
hash	Statistical system views (yet without the config stuff, but	2001-06-22 19:16:24 +00:00
init	Make the world somewhat safe for (not from) DELETE FROM pg_shadow;	2001-09-08 15:24:00 +00:00
mb	Implement following item in TODO:	2001-09-11 04:50:36 +00:00
misc	max_locks_per_transaction seems to be a more consistent name than	2001-09-12 14:06:37 +00:00
mmgr
sort	Restructure pg_opclass, pg_amop, and pg_amproc per previous discussions in	2001-08-21 16:36:06 +00:00
time	Transaction IDs wrap around, per my proposal of 13-Aug-01. More	2001-08-26 16:56:03 +00:00
.cvsignore
Gen_fmgrtab.sh	The Watcom preprocessor adds a space at the start of each line. Therefore	2001-05-22 12:06:51 +00:00
Makefile