Possible additions
------------------
cidr/IP address type(Tom Helbekkmo)
rewrite system(Jan)
foreign key?(Vadim)

Serious Bugs
------------
change pg args for platforms that don't support argv changes
	(setproctitle()?, sendmail hack?)
pg_user dumps core on some platforms
have psql dump out rules text with new function
man pages/sgml synchronization
generate html/postscript documentation
generate postmaster pid file and remove flock/fcntl lock code
regproc dumps name_oid, which fails on CREATE TYPE
CREATE TABLE test (x text, s serial) fails if no database creation permission
SELECT * FROM pg_rules WHERE pg_rules.oid = pg_class.oid crashes
handle oid's on views by either disallowing it or meaningful results
certain AND/OR WHERE clauses crash backend
select not bool_field from t1 crashes
CREATE TABLE bar (id serial, name varchar(32)) fails

New Bugs
--------
cnf-ify still can exhaust memory, make SET KSQO more generic
permissions on indexes:  what do they do?  should it be prevented?
remove PARSEDEBUG defines if not longer needed
low level locking - work-in-progress for 6.5
improve reporting of syntax errors by showing location of error in query
use index with constants on functions
allow chaining of pages to allow >8k tuples
allow multiple generic operators in expressions without the use of parentheses
document/trigger/rule so changes to pg_shadow create pg_pwd
large objects orphanage
improve group handling
no min/max for oid type

-- 
Bruce Momjian                          |  830 Blythe Avenue
maillist@candle.pha.pa.us              |  Drexel Hill, Pennsylvania 19026
http://www.op.net/~candle              |  (610) 353-9879(w)
  +  If your life is a hard drive,     |  (610) 853-3000(h)
  +  Christ can be your backup.        |

Sun, 20 Sep 1998 22:28:14 -0400 (EDT)
Bruce Momjian <maillist@candle.pha.pa.us>
Open 6.4 Items
> Bruce Momjian wrote:
> > allow chaining of pages to allow >8k tuples
> 
> How transparent is this going to be?  Am I going to need to specify that a
> table needs to be 'chainable', or is it just going to do it when I create
> tables that can have records containing >8k of data?  I have several databases
> that I would like to move over to a postgres backend from 4th Dimension, but
> many tables have the potential of creating tuples greater than 8k.
> 
> Thanks,
> Nick
> 

Automatically.  We have had no one offer to do it, yet.

-- 
Bruce Momjian                          |  830 Blythe Avenue
maillist@candle.pha.pa.us              |  Drexel Hill, Pennsylvania 19026
http://www.op.net/~candle              |  (610) 353-9879(w)
  +  If your life is a hard drive,     |  (610) 853-3000(h)
  +  Christ can be your backup.        |

Tue, 22 Sep 1998 22:32:54 -0400 (EDT)
Bruce Momjian <maillist@candle.pha.pa.us>
Re: [HACKERS] Open 6.4 Items
Bruce Momjian wrote:
> allow chaining of pages to allow >8k tuples

How transparent is this going to be?  Am I going to need to specify that a
table needs to be 'chainable', or is it just going to do it when I create
tables that can have records containing >8k of data?  I have several databases
that I would like to move over to a postgres backend from 4th Dimension, but
many tables have the potential of creating tuples greater than 8k.

Thanks,
Nick

Tue, 22 Sep 1998 22:23:04 -0600
Nick Bastin <nbastin@rbbsystems.com>
Re: [HACKERS] Open 6.4 Items
Bruce Momjian wrote:
> 
> > Bruce Momjian wrote:
> > > allow chaining of pages to allow >8k tuples
> >
> > How transparent is this going to be?  Am I going to need to specify that a
> > table needs to be 'chainable', or is it just going to do it when I create
> > tables that can have records containing >8k of data?  I have several databases
> > that I would like to move over to a postgres backend from 4th Dimension, but
> > many tables have the potential of creating tuples greater than 8k.
> >
> > Thanks,
> > Nick
> >
> 
> Automatically.  We have had no one offer to do it, yet.

Ahh, well...bummer, then.. ;-)

Nick

Tue, 22 Sep 1998 23:08:14 -0600
Nick Bastin <nbastin@rbbsystems.com>
Re: [HACKERS] Open 6.4 Items