Re: BUG with accessing to temporary tables of other sessions still exists - Mailing list pgsql-hackers

From Daniil Davydov
Subject Re: BUG with accessing to temporary tables of other sessions still exists
Date
Msg-id CAJDiXgjhuk31S02LZDxoLYc9C6sjWPX_QbhDY8Mx7FRU_WHxOw@mail.gmail.com
Whole thread
In response to Re: BUG with accessing to temporary tables of other sessions still exists  (Jim Jones <jim.jones@uni-muenster.de>)
Responses Re: BUG with accessing to temporary tables of other sessions still exists
Re: BUG with accessing to temporary tables of other sessions still exists
List pgsql-hackers
Hi,

On Wed, Jun 3, 2026 at 10:20 PM Jim Jones <jim.jones@uni-muenster.de> wrote:
>
> Session 1 here does not create a temporary table (most likely a copy &
> paste error), but I could reproduce this error as you suggested:
>

Sorry, I wrote it manually and forgot to specify "TEMP". It is implied here,
of course.

>
> At a first glance the check seems reasonable. One tiny wording nit: the
> comment in ExtendBufferedRelLocal says "... covering any attempt to
> extend local relation.", but to avoid any confusing with the meaning of
> RELATION_IS_LOCAL I'd argue that "covering any attempt to extend a
> temporary relation" would be slightly clearer.
>

Thanks for looking into this! I agree with your comment.

Please, see v2 patch with fixed comment.

--
Best regards,
Daniil Davydov

Attachment

pgsql-hackers by date:

Previous
From: Mingwei Jia
Date:
Subject: Re: [RFC PATCH v2 RESEND 04/10] umbra: add patch 3 metadata disk format and identity mapping bootstrap
Next
From: Tom Lane
Date:
Subject: Does MSVC predefine __x86_64__ on 64-bit Intel?