Re: selective statement logging

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

In response to

Browse pgsql-hackers by date

  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