Re: Launching debugger on self on SIGSEGV
От | Tom Lane |
---|---|
Тема | Re: Launching debugger on self on SIGSEGV |
Дата | |
Msg-id | 15246.1310403365@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Launching debugger on self on SIGSEGV (Gurjeet Singh <singh.gurjeet@gmail.com>) |
Ответы |
Re: Launching debugger on self on SIGSEGV
|
Список | pgsql-hackers |
Gurjeet Singh <singh.gurjeet@gmail.com> writes: > The attached patch registers a signal handler for SIGSEGV and launches > GDB in batch mode on its own pid so that the stack leading to the SEGV can > be dumped in the server logs. Did you not read the thread last week about how we did not want any such thing? Quite aside from any postgres-specific reasons not to have any added delay in the signal-to-database-shutdown path, this patch makes a bunch of untenable assumptions about whether or where gdb is installed, whether there are usable debug symbols available, whether gdb's output will go somewhere useful, etc etc. And on top of all that, it adds *no functionality whatsoever* compared to a post-mortem gdb run on the core file. regards, tom lane
В списке pgsql-hackers по дате отправления: