Re: Life cycles of tuple descriptors - Mailing list pgsql-hackers

From Thomas Munro
Subject Re: Life cycles of tuple descriptors
Date
Msg-id CA+hUKGKHYN2t=gdwWsDVED4TRnuwpzOJvU-dQVYBGFgtevfb0w@mail.gmail.com
Whole thread Raw
In response to Re: Life cycles of tuple descriptors  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Life cycles of tuple descriptors  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Thu, Dec 16, 2021 at 11:51 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Here's a draft patch for this.  There are several places that are
> directly using DecrTupleDescRefCount after lookup_rowtype_tupdesc
> or equivalent, which'd now be forbidden.  I think they are all safe
> given the assumption that the typcache's tupdescs for named composites
> are refcounted.  (The calls in expandedrecord.c could be working
> with RECORD, but those code paths just checked that the tupdesc
> is refcounted.)  So there's no actual bug here, and no reason to
> back-patch, but this seems like a good idea to decouple callers
> a bit more from typcache's internal logic.  None of these call
> sites are so performance-critical that one extra test will hurt.

LGTM.



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Life cycles of tuple descriptors
Next
From: Chapman Flack
Date:
Subject: Re: Life cycles of tuple descriptors