Re: maximum number of backtrace frames logged by backtrace_functions

From: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>
To: Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-docs(at)lists(dot)postgresql(dot)org
Subject: Re: maximum number of backtrace frames logged by backtrace_functions
Date: 2022-02-18 07:07:48
Message-ID: 9b3e1b97-4d2f-25af-fa52-1b2c31511444@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs

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 in any case, the whole
Windows-specific eventlog dance in write_stderr() wouldn't make sense
even if this feature supported Windows. So I'd just do a straight
fprintf(stderr) there.

In response to

Responses

Browse pgsql-docs by date

  From Date Subject
Next Message Fujii Masao 2022-02-18 08:24:58 Re: maximum number of backtrace frames logged by backtrace_functions
Previous Message PG Doc comments form 2022-02-18 01:19:46 Copy Documentation