Re: A modest proposal: let's add PID to assertion failure messages

Поиск
Список
Период
Сортировка
От Thomas Munro
Тема Re: A modest proposal: let's add PID to assertion failure messages
Дата
Msg-id CA+hUKGJ9V9fYba5oYiPn2QdO4uQUxUcTesMLLHHK4YJ=Gt04Mg@mail.gmail.com
обсуждение исходный текст
Ответ на A modest proposal: let's add PID to assertion failure messages  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: A modest proposal: let's add PID to assertion failure messages  (Michael Paquier <michael@paquier.xyz>)
Re: A modest proposal: let's add PID to assertion failure messages  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On Mon, Oct 5, 2020 at 10:08 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> In these days when we run almost all test cases in parallel, it's
> frequently not that easy to tie a "TRAP: ..." message in the log
> to nearby log messages.  (The postmaster's subsequent complaint
> often helps, but it could be some distance away in the log; and
> good luck untangling things if more than one Assert failure happens
> concurrently.)  We could add a simple bread crumb trail by
> including the process's PID in such messages.  Any objections?

+1



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

Предыдущее
От: David Rowley
Дата:
Сообщение: Re: Buglets in equivclass.c
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: [HACKERS] Custom compression methods