From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: selective statement logging |
Date: | 2004-03-11 02:28:31 |
Message-ID: | 404FCECF.6030204@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andrew Dunstan wrote:
>
> Actually, I think I can improve the present situation. Currently, if
> log_statement is not turned on and you send a query that doesn't
> parse, all you get is the error trace. By deferring it till right
> after the parse we can force logging of the query string on a parse
> error, regardless of that setting (which seems to me to be a very
> desirable outcome). The only thing is that you will get the error
> trace first (because it comes from the parser) rather than the query
> string first.
>
Or I would do except that I see that a parse error causes a longjmp out
of that code. I will see if I can come up with a way around that. If
not, I think we'd better let sleeping dogs lie.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2004-03-11 02:38:52 | Re: libpq thread safety |
Previous Message | Marc G. Fournier | 2004-03-11 02:15:02 | Re: pgFoundry WAS: On pgweb project |