From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andrey Borodin <x4mmm(at)yandex-team(dot)ru> |
Cc: | Pavel Borisov <pashkin(dot)elfe(at)gmail(dot)com>, Michel Pelletier <pelletier(dot)michel(at)gmail(dot)com>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: Using Expanded Objects other than Arrays from plpgsql |
Date: | 2025-02-03 17:36:48 |
Message-ID: | 412280.1738604208@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
Andrey Borodin <x4mmm(at)yandex-team(dot)ru> writes:
> (Well, maybe paramarg2 resonates a bit, just from similarity with varchar2)
I'm not wedded to that name; do you have a better idea?
Another idea could be to make it an array:
- void *paramarg; /* private data for same */
+ void *paramarg[2]; /* private data for same */
That would require touching other code using that field, but there
probably isn't much --- at least within our own tree, plpgsql itself
is the only user of paramarg. Still, possibly breaking code that
didn't need to be broken doesn't seem like an improvement.
> ecpg tests seem to fail on Windows[0], but looks like it's not related to this thread.
Yeah, known problem with Meson dependencies[1]; it's breaking
pretty much all the cfbot's windows builds right now, although
maybe there's a timing issue that allows some to pass.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2025-02-03 17:53:06 | Re: Using Expanded Objects other than Arrays from plpgsql |
Previous Message | Adrian Klaver | 2025-02-03 16:44:08 | Re: could not accept ssl connection tlsv1 alert unknown ca |
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Sabino Mullane | 2025-02-03 17:38:39 | Better title output for psql \dt \di etc. commands |
Previous Message | Alex Friedman | 2025-02-03 17:29:33 | Re: Doc fix of aggressive vacuum threshold for multixact members storage |