From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | "Patches (PostgreSQL)" <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: logging enhancements, minor code cleanup |
Date: | 2003-08-11 15:21:01 |
Message-ID: | 3F37B45D.9000107@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
Answer = sane == 'fill buffer, don't overfill buffer' ? 'yes' : 'no';
:-)
Seriously, I will add comments when I submit the revised patch to
demonstrate the loop invariants etc. so nobody need get worried when
reading the code.
As for session end logging, I'm leaning in favor of a new
log_session_end or log_connection_end boolean, so that there is minimal
backwards compatibility impact. (Interestingly, that is actually the
only part of this stuff that is of any use to me right now).
cheers
andrew
Tom Lane wrote:
>"Andrew Dunstan" <andrew(at)dunslane(dot)net> writes:
>
>
>>Of course, I could parse the string when setting up the buffer looking for
>>the number of expansions required. Instead I made the (I think reasonable)
>>assumption that each possible expansion would be wanted at most once.
>>
>>
>
>I think that's a reasonable assumption; the question was just about
>whether your code acts sanely if the assumption isn't true.
>
> regards, tom lane
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2003-08-11 15:26:40 | Re: Translation to Brazilian Portuguese |
Previous Message | Tom Lane | 2003-08-11 14:59:06 | Re: logging enhancements, minor code cleanup |