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  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Список 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 по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: maximum number of backtrace frames logged by backtrace_functions
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: maximum number of backtrace frames logged by backtrace_functions