From: | Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Buildfarm failures for hash indexes: buffer leaks |
Date: | 2018-10-23 11:54:31 |
Message-ID: | alpine.DEB.2.21.1810231347510.30118@lancre |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hello Tom & Amit,
>>> Both animals use gcc experimental versions, which may rather underline a
>>> new bug in gcc head rather than an existing issue in pg. Or not.
>
>> It is possible, but what could be the possible theory?
>
> It seems like the two feasible theories are (1) gcc bug, or (2) buffer
> leak that only occurs in very narrow circumstances, perhaps from a race
> condition. Given that the hash index code hasn't changed meaningfully
> in several months, I thought (1) seemed more probable.
Yep, that is my thought as well.
The problem is that this kind of issue is not simple to wrap-up as a gcc
bug report, unlike other earlier instances that I forwarded to clang & gcc
dev teams.
I'm in favor in waiting before trying to report it, to check whether the
probable underlying gcc problem is detected, reported by someone else, and
fixed in gcc head. If it persists, then we'll see.
--
Fabien.
From | Date | Subject | |
---|---|---|---|
Next Message | Dagfinn Ilmari =?utf-8?Q?Manns=C3=A5ker?= | 2018-10-23 12:17:08 | Re: [PATCH] Tab complete EXECUTE FUNCTION for CREATE (EVENT) TRIGGER |
Previous Message | Andrew Dunstan | 2018-10-23 11:46:01 | Re: BUG #15448: server process (PID 22656) was terminated by exception 0xC0000005 |