From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Greg Smith <gsmith(at)gregsmith(dot)com> |
Cc: | Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [patch] GUC source file and line number] |
Date: | 2008-09-03 23:03:24 |
Message-ID: | 8659.1220483004@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Greg Smith <gsmith(at)gregsmith(dot)com> writes:
> First question--how about if I changed that description to read:
> "Default value used at server startup if the parameter is not explicitly
> set"?
"... not otherwise set" would probably be an accurate phrasing.
(I'm thinking of corner cases like stuff absorbed from environment
variables, which aren't really "explicitly" set by any normal usage
of that term.)
> I could then expose reset-val, named like that and with a description that
> explained the context it applies in. And then we've give people a way to
> experiment and understand the FAQ of "why didn't the value go back to the
> default when I commented it out of the postgresql.conf and HUP'd the
> server?".
You do know that's an ex-FAQ as of 8.3? If we're designing this feature
to respond to that, we are wasting a lot of effort.
> About once a month, somebody asks me "how can I tell what the default is
> for *X*?"
I wonder how certain you can be of which meaning of "default" they have
in mind. I don't think it means the same thing to everybody that it
means to you.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-09-03 23:30:14 | Re: Our CLUSTER implementation is pessimal |
Previous Message | M2Y | 2008-09-03 23:02:14 | Conflict resolution in Multimaster replication(Postgres-R) |