| From: | "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM> |
|---|---|
| To: | "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Eisentraut <peter_e(at)gmx(dot)net> |
| Cc: | PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | RE: regressplans failures |
| Date: | 2000-11-22 18:42:21 |
| Message-ID: | 8F4C99C66D04D4118F580090272A7A234D31A9@sectorbase1.sectorbase.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> > #3 0x8149b98 in ExceptionalCondition (
> > conditionName=0x81988a0 "!(((file) > 0 && (file) <
> (int) SizeVfdCache
> > && VfdCache[file].fileName != ((void *)0)))", exceptionP=0x81b93c8,
> > detail=0x0,
> > fileName=0x8198787 "fd.c", lineNumber=851) at assert.c:70
> > #4 0x8105e6e in FileSeek (file=33, offset=0, whence=2) at fd.c:851
>
> I'm guessing this is a variant of the problem Philip Warner reported
> yesterday. Probably WAL-related. Vadim?
Probably, though I don't understand how WAL is related to execution plans.
Ok, it's easy to reproduce - I'll take a look.
Vadim
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2000-11-22 19:03:29 | Re: regressplans failures |
| Previous Message | Brian Hirt | 2000-11-22 18:01:31 | Question about performance of planner |