From: | "Magnus Hagander" <mha(at)sollentuna(dot)net> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Joe Brown" <joebrown(at)rclooke(dot)com>, "PostgreSQL-patches" <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: [BUGS] BUG #1466: #maintenace_work_mem = 16384 |
Date: | 2005-02-13 17:38:27 |
Message-ID: | 6BCB9D8A16AC4241919521715F4D8BCE47686E@algol.sollentuna.se |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
>> Can defaults be set to the result of a function?
>
>By "power-on default" I mean the value that the variable is assigned as
>its static initializer. That has to be a link-time constant (at least
>in C ...). Anything else will mean misbehavior if an error occurs
>before the GUC code itself has been able to initialize.
Hmm. Ok.
>> The problem with changing the default from stderr to
>eventlog is that it
>> will send the messages to the eventlog even if running from
>the console,
>> which is not good.
>
>It's not perfect maybe, but it's certainly less bad than the present
>behavior. At least we know that the eventlog will always exist on
>Windows. I'm not sure how interesting the running-from-the-console
>case actually is for Windows users anyway.
It's definitly interesting when debugging :-)
What do you think of the following as a fix? It should put the message
in the eventlog when running as a service, but stderr when on the
console.
//Magnus
Attachment | Content-Type | Size |
---|---|---|
stderr.patch | application/octet-stream | 1.7 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-02-13 18:04:15 | Re: [BUGS] BUG #1466: #maintenace_work_mem = 16384 |
Previous Message | Bruce Momjian | 2005-02-13 02:29:03 | Re: Errno checks for rmtree() |