| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Michel Pelletier <pelletier(dot)michel(at)gmail(dot)com> |
| Cc: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Using Expanded Objects other than Arrays from plpgsql |
| Date: | 2024-10-24 02:10:31 |
| Message-ID: | 2351536.1729735831@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general pgsql-hackers |
Michel Pelletier <pelletier(dot)michel(at)gmail(dot)com> writes:
> On Wed, Oct 23, 2024 at 8:21 AM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> Another thing that confuses me is why there's a second flatten_matrix
>> operation happening here. Shouldn't set_element return its result
>> as a R/W expanded object?
> That confuses me too, and my default assumption is always that I'm doing it
> wrong. set_element does return a R/W object afaict, here is the return:
> https://github.com/OneSparse/OneSparse/blob/main/src/matrix.c#L1726
Hmph. That seems right. Can you add errbacktrace() to your logging
ereports, in hopes of seeing how we're getting to flatten_matrix?
Or break there with gdb for a more complete/reliable stack trace.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Michel Pelletier | 2024-10-24 02:10:56 | Re: Using Expanded Objects other than Arrays from plpgsql |
| Previous Message | Michel Pelletier | 2024-10-24 01:39:03 | Re: Using Expanded Objects other than Arrays from plpgsql |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tender Wang | 2024-10-24 02:10:38 | Re: Wrong result when enable_partitionwise_join is on if collation of PartitionKey and Column is different. |
| Previous Message | Laurenz Albe | 2024-10-24 02:01:47 | Re: Inconsistent use of relpages = -1 |