| From: | Neil Conway <nconway(at)klamath(dot)dyndns(dot)org> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: pg_dump doesn't report failure |
| Date: | 2002-03-08 02:58:36 |
| Message-ID: | 1015556316.19018.88.camel@jiro |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Thu, 2002-03-07 at 21:21, Tom Lane wrote:
> I dunno. I think the direction we were planning to go in was that -t's
> argument should be treated as a pattern to match against table names
> (eg, a regexp). It's not clear that zero matches are an error when
> you are thinking in those terms. On the other hand I can see your point
> about not realizing your "backup" isn't.
Can't the regex mode be made a different switch (say, -T or -E)? In
addition to allowing better error reporting, I'm uncomfortable with
saying "a table name must consist of non-regex special characters",
which is basically what this implies.
Cheers,
Neil
--
Neil Conway <neilconway(at)rogers(dot)com>
PGP Key ID: DB3C29FC
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Nicolas Bazin | 2002-03-08 03:05:24 | Re: Time for 7.2.1? |
| Previous Message | Tom Lane | 2002-03-08 02:21:53 | Re: pg_dump doesn't report failure |