Re: segmentation fault when cassert enabled - Mailing list pgsql-hackers

From Kyotaro Horiguchi
Subject Re: segmentation fault when cassert enabled
Date
Msg-id 20191028.164702.1704313690000434195.horikyota.ntt@gmail.com
Whole thread Raw
In response to Re: segmentation fault when cassert enabled  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: segmentation fault when cassert enabled
List pgsql-hackers
At Fri, 25 Oct 2019 12:28:38 -0400, Tom Lane <tgl@sss.pgh.pa.us> wrote in 
> Jehan-Guillaume de Rorthais <jgdr@dalibo.com> writes:
> > When investigating for the bug reported in thread "logical replication -
> > negative bitmapset member not allowed", I found a way to seg fault postgresql
> > only when cassert is enabled.
> > ...
> > I hadn't time to digg further yet. However, I don't understand why this crash
> > is triggered when cassert is enabled.
> 
> Most likely, it's not so much assertions that provoke the crash as
> CLOBBER_FREED_MEMORY, ie the actual problem here is use of already-freed
> memory.

Agreed.

By the way I didn't get a crash by Jehan's script with the
--enable-cassert build of the master HEAD of a few days ago.

FWIW I sometimes got SEGVish crashes or mysterious misbehavor when
some structs were changed and I didn't do "make clean". Rarely I
needed "make distclean". (Yeah, I didn't ususally turn on
--enable-depend..)

regards.

-- 
Kyotaro Horiguchi
NTT Open Source Software Center



pgsql-hackers by date:

Previous
From: "曾文旌(义从)"
Date:
Subject: Re: [Proposal] Global temporary tables
Next
From: Fujii Masao
Date:
Subject: Re: pgbench - extend initialization phase control