From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Greg Stark <stark(at)mit(dot)edu>, Aleksander Alekseev <aleksander(at)timescale(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: proposal: enhancing plpgsql debug API - returns text value of variable content |
Date: | 2022-04-01 04:51:16 |
Message-ID: | CAFj8pRCX-z_k11j+F_fO=Y2v2fw8ZRe0C9XF3z1nLEHo+=Ju+Q@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
čt 31. 3. 2022 v 23:12 odesílatel Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> napsal:
> Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> writes:
> > I am sending updated patch
>
> After studying the list of exposed functions for awhile, it seemed
> to me that we should also expose exec_assign_value. The new pointers
> allow a plugin to compute a value in Datum+isnull format, but then it
> can't do much of anything with it: exec_assign_expr is a completely
> inconvenient API if what you want to do is put a specific Datum
> value into a variable. Adding exec_assign_value provides "store"
> and "fetch" APIs that are more or less inverses, which should be
> easier to work with.
>
> So I did that and pushed it.
>
great
Thank you
Pavel
>
> regards, tom lane
>
From | Date | Subject | |
---|---|---|---|
Next Message | Masahiko Sawada | 2022-04-01 04:51:54 | Re: logical decoding and replication of sequences |
Previous Message | Michael Paquier | 2022-04-01 04:35:47 | Re: head fails to build on SLES 12 (wal_compression=zstd) |