| From: | Vik Fearing <vik(at)postgresfriends(dot)org> |
|---|---|
| To: | Isaac Morland <isaac(dot)morland(at)gmail(dot)com> |
| Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: TRIM_ARRAY |
| Date: | 2021-02-21 02:09:05 |
| Message-ID: | 931d94fa-9238-47ba-6f17-01600a845417@postgresfriends.org |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2/17/21 1:25 AM, Vik Fearing wrote:
> I've made a bit of a mess out of this, but I partly blame the standard
> which is very unclear. It actually describes trimming the right n
> elements instead of the left n like I've done here. I'll be back later
> with a better patch that does what it's actually supposed to.
And here is that patch.
Since the only justification I have for such a silly function is that
it's part of the standard, I decided to also issue the errors that the
standard describes which means the new function is now in C.
--
Vik Fearing
| Attachment | Content-Type | Size |
|---|---|---|
| 0001-implement-trim_array.v3.patch | text/x-patch | 6.7 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Joel Jacobson | 2021-02-21 05:46:56 | Mysterious ::text::char cast: ascii(chr(32)::char) = 0 |
| Previous Message | Andres Freund | 2021-02-21 02:04:16 | Re: [PATCH] Present all committed transaction to the output plugin |