Sorry we forgot the list this incompatibility in the 8.2.0 release
notes.  I have applied the attached patch to list this item in the 8.2.0
documentation section.  This will appear in the next 8.2.X release.

---------------------------------------------------------------------------

Mike G wrote:
> In the online documentation for 8.2, pg_dump page, --table=table section, in the second
> "Note:" paragraph, "rather than the old locution of -n sch -t tab" probably should be
> "rather than the old location of -n sch -t tab"
> 
> 
> Also maybe this section on pg_dump in the release notes page for 8.2 should be changed from
> "pg_dump now supports multiple -n (schema) and -t (table) options, and adds -N and -T
> options to exclude objects. Also, the arguments of these switches can now be wild-card
> expressions rather than single object names, for example -t 'foo*', and a schema can be
> part of a -t or -T switch, for example -t schema1.table1."
> 
> to the following: "pg_dump now supports multiple -n (schema) and -t (table) options, and
> adds -N and -T options to exclude objects. Also, the arguments of these switches can now
> be wild-card expressions rather than single object names, for example -t 'foo*', and a
> schema can be part of a -t or -T switch, for example -t schema1.table1.
> 
> The pre-8.2 syntax for dumping an individual table is no longer supported.  You must
> write something like -t sch.tab to select a table in a particular schema, rather than
> the old location of -n sch -t tab.
> "
> 
> 
> --
> Open WebMail Project (http://openwebmail.org)
> 
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster

-- 
  Bruce Momjian   bruce(at)momjian(dot)us
  EnterpriseDB    http://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

In response to

• Typo in pg_dump documentation and new suggestion for Release Notes at 2006-12-18 20:32:29 from Mike G

pgsql-hackers by date

Next:	From: Tom Lane	Date: 2007-02-01 06:05:51
	Subject: Re: DROP FUNCTION failure: cache lookup failed for relation X
Previous:	From: Bruce Momjian	Date: 2007-02-01 04:52:30
	Subject: Re: Security leak with trigger functions?

pgsql-patches by date

Next:	From: Mark Kirkwood	Date: 2007-02-01 05:52:57
	Subject: Re: [pgsql-patches] Patch to avoid gprof profilingoverwrites
Previous:	From: Neil Conway	Date: 2007-02-01 04:40:24
	Subject: Re: [pgsql-patches] pg_dump missing arguments in docs