Re: segfault in HEAD when too many nested functions call

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Noah Misch <noah(at)leadboat(dot)com>
Cc: Andres Freund <andres(at)anarazel(dot)de>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Julien Rouhaud <julien(dot)rouhaud(at)dalibo(dot)com>
Subject: Re: segfault in HEAD when too many nested functions call
Date: 2017-07-28 18:42:06
Message-ID: CA+TgmoY3-QrADBjvFDggJTuvgKQ4Mqk7A47UqdHsEjTF4XZwwQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, Jul 28, 2017 at 12:29 PM, Noah Misch <noah(at)leadboat(dot)com> wrote:
> Your colleagues achieve compliance despite uncertainty; for inspiration, I
> recommend examining Alvaro's status updates as examples of this. The policy
> currently governs your open items even if you disagree with it.

I emphatically agree with that. If the RMT is to accomplish its
purpose, it must be able to exert authority even when an individual
contributor doesn't like the decisions it makes.

On the other hand, nothing in the open item policy the current RMT has
adopted prohibits you from using judgement about when and how
vigorously to enforce that policy in any particular case, and I would
encourage you to do so. It didn't make much sense to keep sending
Kevin increasingly strident form letters about each individual item
when he wasn't responding to any emails at all, and it makes equally
little sense to me to nag someone over a technical failure to include
a date when things are obviously progressing adequately. As Andres
quite rightly says downthread:

> That's just process over substance.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2017-07-28 18:46:47 Re: [GSOC] Eliminate O(N^2) scaling from rw-conflict tracking in serializable transactions
Previous Message Vladimir Kunschikov 2017-07-28 18:41:23 Re: [patch] pg_dump/pg_restore zerror() and strerror() mishap