From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: line numbers in error messages are off wrt debuggers |
Date: | 2018-06-20 16:12:26 |
Message-ID: | 21004.1529511146@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andres Freund <andres(at)anarazel(dot)de> writes:
> I'm fairly frequently annoyed that when I see an error message in the
> log, I can't just generally set a breakpoint on the included line
> number. That's because the line number in the error message is from the
> *end* of the message:
IME it varies depending on which compiler you use; some report the line
where the ereport is. So I'm doubtful that there's going to be much we
can do about it. Probably this behavior is bound up with macro expansion
vs. just when __LINE__ is expanded.
(No, I won't hold still for a coding requirement that all ereport calls
be smashed onto a single line ;-))
Personally, my habit is to set the breakpoint at errfinish, which works
independently of just where the call is.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2018-06-20 16:23:42 | Re: pgsql: Store 2PC GID in commit/abort WAL recs for logical decoding |
Previous Message | Andres Freund | 2018-06-20 16:10:50 | Re: PATCH: backtraces for error messages |