| From: | Joe Conway <mail(at)joeconway(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: troubleshooting pointers |
| Date: | 2002-05-11 04:04:32 |
| Message-ID: | 3CDC9850.8000300@joeconway.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-patches |
Tom Lane wrote:
> Joe Conway <mail(at)joeconway(dot)com> writes:
>>... I have not started RescanExprContext() yet, but will do it
>>when I address rescans in general.
>
>>I still have a couple of issues related to VIEWs that I need to figure
>>out, then I'll start the rescan work.
>
> It's not unlikely that those issues are exactly due to not having rescan
> handled properly. What misbehavior are you seeing?
Hmm, that might just be it.
When I select from a view based on a function which returns a base type,
I only get the first row. When I select from a view which is based on a
function returning a composite type, it triggers an assertion. I've
traced the latter down to a slot pointer which is reset to NULL
somewhere. Haven't had the time to get much further. In both cases,
selecting from the function directly works great.
Thanks,
Joe
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Rajesh Kumar Mallah. | 2002-05-11 04:37:47 | Very high load average but no cpu utilization ? |
| Previous Message | Tom Lane | 2002-05-11 02:07:36 | Re: troubleshooting pointers |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Rod Taylor | 2002-05-11 14:40:14 | Re: pg_depend patch |
| Previous Message | Rod Taylor | 2002-05-11 02:13:48 | Re: pg_depend patch |