pgsql: Centralize decision-making about where to get a backend's PGPROC

From: Robert Haas <rhaas(at)postgresql(dot)org>
To: pgsql-committers(at)postgresql(dot)org
Subject: pgsql: Centralize decision-making about where to get a backend's PGPROC
Date: 2015-07-28 18:55:16
Message-ID: E1ZKA20-0003mA-JH@gemulon.postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Centralize decision-making about where to get a backend's PGPROC.

This code was originally written as part of parallel query effort, but
it seems to have independent value, because if we make one decision
about where to get a PGPROC when we allocate and then put it back on a
different list at backend-exit time, bad things happen. This isn't
just a theoretical risk; we fixed an actual problem of this type in
commit e280c630a87e1b8325770c6073097d109d79a00f.

Branch
------
master

Details
-------
http://git.postgresql.org/pg/commitdiff/6f2871f12e9fba5deec4296cfe12e85c140261c4

Modified Files
--------------
src/backend/storage/lmgr/proc.c | 55 ++++++++++++++++++---------------------
src/include/storage/proc.h | 1 +
2 files changed, 27 insertions(+), 29 deletions(-)

Browse pgsql-committers by date

  From Date Subject
Next Message Andrew Dunstan 2015-07-28 20:02:55 pgsql: Make tap tests store postmaster logs and handle vpaths correctly
Previous Message Tom Lane 2015-07-28 17:21:28 pgsql: Remove an unsafe Assert, and explain join_clause_is_movable_into