Re: The flinfo->fn_extra question, from me this time. - Mailing list pgsql-hackers

From Dent John
Subject Re: The flinfo->fn_extra question, from me this time.
Date
Msg-id A8DCE930-21F6-4E39-9AA2-2A0BD542B407@QQdd.eu
Whole thread Raw
In response to Re: The flinfo->fn_extra question, from me this time.  (Thomas Munro <thomas.munro@gmail.com>)
Responses Re: The flinfo->fn_extra question, from me this time.  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
> On 28 Jan 2020, at 09:56, Thomas Munro <thomas.munro@gmail.com> wrote:
>
> ([…]  I have no
> idea what GUI interaction causes that, but most Apple Mail attachments
> seem to be fine.)

I gathered from the other thread that posting plain text seems to attach the patches in a way that’s more acceptable.
Seemsto work, but doesn’t explain exactly what the issue is, and I’m pretty sure I’ve not always had to go via the
“makeplain text” menu item before. 

> Here's a quick rebase in case it helps.  I mostly applied fine (see
> below).  The conflicts were just Makefile and expected output files,
> which I tried to do the obvious thing with.  I had to add a #include
> "access/tupdesc.h" to plannodes.h to make something compile (because
> it uses TupleDesc).  Passes check-world here.

Thanks a lot for doing that. I tried it against 530609a, and indeed it seems to work.

I’m also watching the polymorphic table functions light thread[0], which at first glance would also seems to make
usefulSRF RECORD-returning functions when employed in the SELECT list. It’s not doing what this patch does, but people
mighthappy enough to transform their queries into SELECT … FROM (SELECT fn(…)) to achieve pipelining, at least in the
shortterm. 

[0] https://www.postgresql.org/message-id/46a1cb32-e9c6-e7a8-f3c0-78e6b3f70cfe@2ndquadrant.com

denty.


pgsql-hackers by date:

Previous
From: Fabien COELHO
Date:
Subject: Re: pgbench - add pseudo-random permutation function
Next
From: Michael Paquier
Date:
Subject: Re: Prevent pg_basebackup running as root