On Tue, 27 Sep 2005, Bruce Momjian wrote:

Tom Lane wrote:
Bruce Momjian <pgman@candle.pha.pa.us> writes:
fix ALTER SCHEMA RENAME for sequence dependency, or remove feature

I've posted a proposed patch to fix this.  The patch requires an initdb
(to add new sequence functions), so if we do that we may as well also
fix the 32/64bit risk mentioned here:
http://archives.postgresql.org/pgsql-hackers/2005-09/msg01241.php

Also, the floor seems open to discuss whether or not to revert the file
access functions to their pre-beta2 APIs.  I've got mixed feelings about
that myself, but you can certainly make a case that the current
definitions are not enough cleaner than what was there before to justify
changing.  This seems particularly true for pg_cancel_backend(), which
already was in the core in 8.0.

I am thinking we should keep things as they are now.

The problem isn't whether or not they should be changed, the problem is that they were changed *during* beta AND *against* the direction that discussion on these changes went ... pre-beta would have been more acceptable, but pre-feature freeze would have been much preferred ... but *post-beta*, this should never have happened unless it created a critical bug, which I have seen no arguments that it did ...

----
Marc G. Fournier           Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED]           Yahoo!: yscrappy              ICQ: 7615664

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

Reply via email to