Re: Buildfarm failures for hash indexes: buffer leaks

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.

In response to

Responses

Browse pgsql-hackers by date

  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