Re: maximum number of backtrace frames logged by backtrace_functions
От | Fujii Masao |
---|---|
Тема | Re: maximum number of backtrace frames logged by backtrace_functions |
Дата | |
Msg-id | 7fce4874-1433-42e2-6649-e2c57ce50d4e@oss.nttdata.com обсуждение исходный текст |
Ответ на | Re: maximum number of backtrace frames logged by backtrace_functions (Peter Eisentraut <peter.eisentraut@enterprisedb.com>) |
Ответы |
Re: maximum number of backtrace frames logged by backtrace_functions
|
Список | pgsql-docs |
On 2022/02/18 16:07, Peter Eisentraut wrote: > On 07.02.22 17:42, Fujii Masao wrote: >> On 2022/02/08 1:12, Peter Eisentraut wrote: >>> This change looks good to me. There is also backtrace code in assert.c that might want the same treatment. >> >> Yeah, that's good idea! The attached patch also adds the same treatment into assert.c. > > I don't know if using write_stderr() is the right thing here. Since backtrace_symbols_fd() writes directly to stderr inany case, the whole Windows-specific eventlog dance in write_stderr() wouldn't make sense even if this feature supportedWindows. So I'd just do a straight fprintf(stderr) there. Yeah, maybe. Or even backtrace should be logged by write_stderr() so that it's written to eventlog if necessary? I just wonder why backtrace_symbols_fd()is used only in ExceptionalCondition(). Regards, -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION
В списке pgsql-docs по дате отправления: