Re: Another nasty pg_dump problem - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Another nasty pg_dump problem
Date
Msg-id Pine.LNX.4.56.0308011223590.1793@krusty.credativ.de
Whole thread Raw
In response to Re: Another nasty pg_dump problem  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Another nasty pg_dump problem
List pgsql-hackers
Tom Lane writes:

> I've repaired this in CVS tip.  While testing it, though, I notice that
> CVS-tip pg_dump puts out useless commands
>
>     REVOKE ALL ON SCHEMA public FROM PUBLIC;
>     GRANT ALL ON SCHEMA public TO PUBLIC;
>
> which are not generated when dumping from 7.3.  The reason evidently is
> that this check in pg_dump.c no longer works:

This could be fixed, but note that elsewhere we use
   /*    * Always start with REVOKE ALL FROM PUBLIC, so that we don't have to    * wire-in knowledge about the default
publicprivileges for different    * kinds of objects.    */   appendPQExpBuffer(firstsql, "REVOKE ALL ON %s %s FROM
PUBLIC;\n",                    type, name);
 

So maybe this isn't such a bad state after all.

-- 
Peter Eisentraut   peter_e@gmx.net


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: contrib compilation probs
Next
From: Lee Kindness
Date:
Subject: ECPG: 7.4 and a "to" Variable