Re: terminate called after throwing an instance of 'std::bad_alloc'
От | Justin Pryzby |
---|---|
Тема | Re: terminate called after throwing an instance of 'std::bad_alloc' |
Дата | |
Msg-id | 20210417024854.GL3315@telsasoft.com обсуждение исходный текст |
Ответ на | Re: terminate called after throwing an instance of 'std::bad_alloc' (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: terminate called after throwing an instance of 'std::bad_alloc'
|
Список | pgsql-hackers |
On Fri, Apr 16, 2021 at 07:17:55PM -0700, Andres Freund wrote: > Hi, > > On 2020-12-18 17:56:07 -0600, Justin Pryzby wrote: > > I'd be happy to run with a prototype fix for the leak to see if the other issue > > does (not) recur. > > I just posted a prototype fix to https://www.postgresql.org/message-id/20210417021602.7dilihkdc7oblrf7%40alap3.anarazel.de > (just because that was the first thread I re-found). It'd be cool if you > could have a look! This doesn't seem to address the problem triggered by the reproducer at https://www.postgresql.org/message-id/20210331040751.GU4431@telsasoft.com (sorry I didn't CC you) CREATE OR REPLACE FUNCTION cfn() RETURNS void LANGUAGE PLPGSQL AS $$ declare a record; begin FOR a IN SELECT generate_series(1,99)LOOP PERFORM format('select 1'); END LOOP; END $$; $ yes 'SET jit_above_cost=0; SET jit_inline_above_cost=0; SET jit=on; SET client_min_messages=debug; SET log_executor_stats=on;SELECT cfn();' |head -11 |psql 2>&1 |grep 'max resident' -- Justin
В списке pgsql-hackers по дате отправления: