From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: logging blemishes |
Date: | 2005-09-21 15:58:23 |
Message-ID: | 200509211558.j8LFwNv15679@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andrew Dunstan wrote:
>
>
> Bruce Momjian wrote:
>
> >Andrew Dunstan wrote:
> >
> >
> >>While preparing for a presentation, I noticed some mildly ugly effects
> >>with log_line_prefix during session startup if log_connections is turned on.
> >>
> >>Example (log_line_prefix = '%t %q%u(at)%d %r %p %c:%l'):
> >>
> >>2005-09-19 19:16:39 EDT [unknown](at)[unknown] 6541 432f46d7.198d:1 LOG:
> >>connection received: host=[local] port=
> >>
> >>
> >>Anyway, currently, we test for "stop producing output here" with the
> >>following code in elog.c:
> >>
> >> case 'q':
> >> /* in postmaster and friends, stop if %q is seen */
> >> /* in a backend, just ignore */
> >> if (MyProcPort == NULL)
> >> i = format_len;
> >> break;
> >>
> >>I'm wondering if we should extend that test slightly, to something like
> >>
> >> if (MyProcPort == NULL || MyProcPort->username == NULL
> >>|| *(MyProcPort->username) == '\0')
> >>
> >>
> >
> >Interesting, but I would like to find a need to add those tests.
> >
> >
> >
>
> In the case above, I rather expected %q to kick in. With the additional
> tests it would.
>
> It's debatable, though, and not hugely important either way, I think.
Are you saying "connection received" should honor %q? It seems it is a
session line, rather than a server line, no?
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
From | Date | Subject | |
---|---|---|---|
Next Message | Dave Page | 2005-09-21 16:21:09 | Re: Where is pgxs? |
Previous Message | Hans-Jürgen Schönig | 2005-09-21 15:55:29 | Re: R: feature proposal ... |