Re: BUG #16122: segfault pg_detoast_datum (datum=0x0) at fmgr.c:1833 numrange query
Tomas Vondra <tomas.vondra@2ndquadrant.com>
From: Tomas Vondra <tomas.vondra@2ndquadrant.com>
To: Michael Paquier <michael@paquier.xyz>
Cc: Adam Scott <adam.c.scott@gmail.com>, pgsql-bugs@lists.postgresql.org
Date: 2019-11-19T10:18:18Z
Lists: pgsql-bugs
On Tue, Nov 19, 2019 at 12:04:28PM +0900, Michael Paquier wrote: >On Mon, Nov 18, 2019 at 06:22:11PM -0800, Adam Scott wrote: >> Maybe a clue to the issue, why does a numrange need to be detoasted since >> that is for large strings? > >I looked at the code a bit but could not really figure out what could >go wrong. Then I switched my strategy and bisected for the first >commit leading to the failure, and this is pointing me to the >integration of stdbool.h for my environment (Debian SID with kernel at >5.3): >commit: 9a95a77d9d5d3003d2d67121f2731b6e5fc37336 >author: Peter Eisentraut <peter_e@gmx.net> >date: Thu, 22 Mar 2018 20:42:25 -0400 >Use stdbool.h if suitable > >Using the standard bool type provided by C allows some recent compilers >and debuggers to give better diagnostics. Also, some extension code and >third-party headers are increasingly pulling in stdbool.h, so it's >probably saner if everyone uses the same definition. > >I have also checked that manually and I am getting a match. And the >thing is that this commit did not make it through 10... Not sure I understand. How could this be the root cause when it's not present in the 10.x branch (which is what Adam is using)? regards -- Tomas Vondra http://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Fix edge-case crashes and misestimation in range containment selectivity.
- 8c8b456b5116 10.12 landed
- 784c58da1957 9.5.21 landed
- 70c17a81278c 12.2 landed
- 6bd567b65858 9.4.26 landed
- 5832be6ca4d7 11.7 landed
- 2dd10477cbfc 9.6.17 landed
- 652686a334b4 13.0 landed
-
Use stdbool.h if suitable
- 9a95a77d9d5d 11.0 cited
-
Redesign get_attstatsslot()/free_attstatsslot() for more safety and speed.
- 9aab83fc5039 10.0 cited