Re: maximum number of backtrace frames logged by backtrace_functions - Mailing list pgsql-docs

From Fujii Masao
Subject Re: maximum number of backtrace frames logged by backtrace_functions
Date
Msg-id 7fce4874-1433-42e2-6649-e2c57ce50d4e@oss.nttdata.com
Whole thread Raw
In response to Re: maximum number of backtrace frames logged by backtrace_functions  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Responses Re: maximum number of backtrace frames logged by backtrace_functions  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
List 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 by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: maximum number of backtrace frames logged by backtrace_functions
Next
From: Peter Eisentraut
Date:
Subject: Re: maximum number of backtrace frames logged by backtrace_functions