| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> | 
|---|---|
| To: | "Brian Mueller" <brian(at)twotomatoes(dot)com> | 
| Cc: | pgsql-bugs(at)postgresql(dot)org | 
| Subject: | Re: Fw: PortalHeapMemoryFree error in OpenACS | 
| Date: | 2000-08-19 20:14:36 | 
| Message-ID: | 29880.966716076@sss.pgh.pa.us | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-bugs | 
"Brian Mueller" <brian(at)twotomatoes(dot)com> writes:
> When doing a large query from either an OpenACS 3.2.2 web page (/intranet/e=
> mployees/admin/index.tcl) or from psql, I get the following error:
> NOTICE:  PortalHeapMemoryFree: 0x0x41a37610 not in alloc set!
> NOTICE:  PortalHeapMemoryFree: 0x0x41a37cc8 not in alloc set!
> NOTICE:  PortalHeapMemoryFree: 0x0x41a37ca0 not in alloc set!
> ERROR:  btree scan list trashed; can't find 0x0x41a37bf0
Brian, it looks like this problem has already been fixed in current CVS
sources --- it's a foulup in subplan handling for APPEND plans, which
basically means that you need sub-SELECTS in a UNION to cause it.
Easiest patch for 7.0.* is to grab src/backend/optimizer/plan/setrefs.c
out of the CVS server or a recent nightly snapshot tarball and drop it
into 7.0.* sources as-is.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2000-08-19 22:17:13 | Re: Alternate data locations ? | 
| Previous Message | Patrick Spinler | 2000-08-19 04:30:44 | Alternate data locations ? |