Re: [PATCHES] pg_autovacuum patches

Tom Lane wrote: Matthew T. O'Connor [EMAIL PROTECTED] writes: I noticed that there have been a few patched submitted for pg_autovacuum that have not been applied, so I applied them locally and tested them on my Fedora box. I am resubmitting them as one single patch. Bruce seems to be

Re: [PATCHES] contrib/dbmirror conditional replication

Steven Singer wrote: Downsides include that the code is kind of complicated, insert,updates and deletes are much slower and a lot of extra information needs to be stored by the mirroring system(see the accounting table). I second this part. I added a compile time flag to enable or disable this

[PATCHES] PG_VERSION in pg_config.h.win32

PG_VERSION should be 7.5devel (not 7.4) in pg_config.h.win32, shouldn't it? Joe Index: src/include/pg_config.h.win32 === RCS file: /cvsroot/pgsql-server/src/include/pg_config.h.win32,v retrieving revision 1.12 diff -c -r1.12

Re: [PATCHES] pg_autovacuum patches

Bruce Momjian [EMAIL PROTECTED] writes: I am going to try to fill the queue tonight and apply it Monday. I leave for Japan on Tuesday. Applying a load of patches and then promptly fleeing the country doesn't sound so wise -- it sounds mighty suspicious, in fact :-) (At the same time, I can

Re: [PATCHES] pg_autovacuum patches

Bruce Momjian wrote: Neil Conway wrote: Bruce Momjian [EMAIL PROTECTED] writes: I am going to try to fill the queue tonight and apply it Monday. I leave for Japan on Tuesday. Applying a load of patches and then promptly fleeing the country doesn't sound so wise -- it sounds mighty

Re: [PATCHES] improve psql lo_* help

Your patch has been added to the PostgreSQL unapplied patches list at: http://momjian.postgresql.org/cgi-bin/pgpatches I will try to apply it within the next 48 hours. --- Christopher Kings-Lynne wrote: This

Re: [PATCHES] Alter Table phase 1 -- Please apply to 7.5

Your patch has been added to the PostgreSQL unapplied patches list at: http://momjian.postgresql.org/cgi-bin/pgpatches I will try to apply it within the next 48 hours. --- Rod Taylor wrote: Completes:

Re: [PATCHES] refactor CreateTupleDescCopy()

Your patch has been added to the PostgreSQL unapplied patches list at: http://momjian.postgresql.org/cgi-bin/pgpatches I will try to apply it within the next 48 hours. --- Neil Conway wrote: Tom Lane [EMAIL

Re: [PATCHES] refactor CreateTupleDescCopy()

This patch was withdrawn by the author. --- Neil Conway wrote: Tom Lane [EMAIL PROTECTED] writes: That would be okay with me. It might be a good idea to change the name completely (perhaps CopyTupleDesc() ?) as a

Re: [PATCHES] 7.4 shared memory error on 64-bit SPARC/Solaris 5.8

Your patch has been added to the PostgreSQL unapplied patches list at: http://momjian.postgresql.org/cgi-bin/pgpatches I will try to apply it within the next 48 hours. --- Thomas Baden wrote: Hi there. My

Re: [PATCHES] internationalization of initdb

This was applied by Peter a while ago. --- Euler Taveira de Oliveira wrote: Hi, I just enable support for internationalization of initdb. I used the same style from scripts. The files need to be put in initdb

Re: [PATCHES] [BUGS] (Modified) Patch request for PostgreSQL 7.4 for HP-UX IA-64

ViSolve Open Source Team wrote: Subject: PostgreSQL Patch: Modified Test-and-set routine for HP-UX (IA-64) specifically for the HP-C compiler With reference to Tom Lane's response to our previous patch request (at http://archives.postgresql.org/pgsql-bugs/2003-10/msg00149.php) this is a

Re: [PATCHES] cleanup execTuples.c

Your patch has been added to the PostgreSQL unapplied patches list at: http://momjian.postgresql.org/cgi-bin/pgpatches I will try to apply it within the next 48 hours. --- Neil Conway wrote: Tom Lane [EMAIL

Re: [PATCHES] fix PL/PgSQL doc typo

Patch applied. Thanks. --- Neil Conway wrote: There is an unused variable in an example function in the PL/PgSQL documentation; this patch removes it. -Neil [ Attachment, skipping... ]

[PATCHES] export FUNC_MAX_ARGS as a read-only GUC variable (was: [GENERAL] SELECT Question)

Tom Lane wrote: I was thinking of proposing that we provide something just about like that as a standard function (written in C, not in plpgsql, so that it would be available whether or not you'd installed plpgsql). There are some places in the information_schema that desperately need it ---

Re: [PATCHES] [BUGS] PATCH: Uninitialized variable usage in contrib/pg_autovacuum

Your patch has been added to the PostgreSQL unapplied patches list at: http://momjian.postgresql.org/cgi-bin/pgpatches I will try to apply it within the next 48 hours. --- Craig Boston wrote: Sorry about the

Re: [PATCHES] minor cleanup in plpgsql.sgml

Tom Lane wrote: Robert Treat [EMAIL PROTECTED] writes: Funny. That's a good argument for doing it that way, but almost the same argument I make for putting the INTO at the end: so as to not confuse people with the SELECT a,b,c INTO newtable FROM oldtable sql syntax. In either case ISTM

Re: [PATCHES] [HACKERS] initdb mkdir_p() doesn't work

Your patch has been added to the PostgreSQL unapplied patches list at: http://momjian.postgresql.org/cgi-bin/pgpatches I will try to apply it within the next 48 hours. --- Andrew Dunstan wrote: Andrew

Re: [PATCHES] PG_VERSION in pg_config.h.win32

I have bumped all the changes mentioned in RELEASE_CHANGES for 7.5. I have _not_ touched 7.4.X. --- Joe Conway wrote: PG_VERSION should be 7.5devel (not 7.4) in pg_config.h.win32, shouldn't it? Joe Index: