Re: line numbers in error messages are off wrt debuggers

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: line numbers in error messages are off wrt debuggers
Дата
Msg-id 20180620162641.irzf5psdlbj4mr6s@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: line numbers in error messages are off wrt debuggers  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: line numbers in error messages are off wrt debuggers  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Hi,

On 2018-06-20 12:12:26 -0400, Tom Lane wrote:
> Andres Freund <andres@anarazel.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 ;-))

Hah, me neither ;)


> Personally, my habit is to set the breakpoint at errfinish, which works
> independently of just where the call is.

I do that too, occasionally. Doesn't really if there's a lot of error
messages before the bug you're waiting for happens though.

Greetings,

Andres Freund


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: pgsql: Store 2PC GID in commit/abort WAL recs for logicaldecoding
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Avoiding Tablespace path collision for primary and standby