Re: Using Expanded Objects other than Arrays from plpgsql
| От | Tom Lane |
|---|---|
| Тема | Re: Using Expanded Objects other than Arrays from plpgsql |
| Дата | |
| Msg-id | 412280.1738604208@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Using Expanded Objects other than Arrays from plpgsql (Andrey Borodin <x4mmm@yandex-team.ru>) |
| Список | pgsql-hackers |
Andrey Borodin <x4mmm@yandex-team.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
[1] https://www.postgresql.org/message-id/flat/CAGECzQSvM3iSDmjF%2B%3DKof5an6jN8UbkP_4cKKT9w6GZavmb5yQ%40mail.gmail.com
В списке pgsql-hackers по дате отправления: