Re: Patch for pg_dump: Multiple -t options and new -T option

From: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: "David F(dot) Skoll" <dfs(at)roaringpenguin(dot)com>, pgsql-patches(at)postgresql(dot)org
Subject: Re: Patch for pg_dump: Multiple -t options and new -T option
Date: 2004-07-20 04:06:40
Message-ID: 40FC9A50.4090401@familyhealth.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

> I see one vote in favor of its inclusion on the grounds it is a bug not
> to support multiple -t parameters. However, is someone objects I will
> have to hold it for 7.6. It needs SGML doc additions which I will do
> myself.

Weeeeell, I guess I'm against it based on the rules of feature freeze,
even though it would be really useful for me :(

I don't see how it's a "bug" to not support multiple parameters thought
- that's really scraping the bottom of the barrel...

Chris

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2004-07-20 04:14:29 Re: PITR COPY Failure (was Point in Time Recovery)
Previous Message Bruce Momjian 2004-07-20 03:55:43 Re: Patch for pg_dump: Multiple -t options and new -T option

Browse pgsql-patches by date

  From Date Subject
Next Message Tom Lane 2004-07-20 04:14:29 Re: PITR COPY Failure (was Point in Time Recovery)
Previous Message Bruce Momjian 2004-07-20 03:55:43 Re: Patch for pg_dump: Multiple -t options and new -T option