RE: regressplans failures
От | Mikheev, Vadim |
---|---|
Тема | RE: regressplans failures |
Дата | |
Msg-id | 8F4C99C66D04D4118F580090272A7A234D31A9@sectorbase1.sectorbase.com обсуждение исходный текст |
Ответ на | regressplans failures (Peter Eisentraut <peter_e@gmx.net>) |
Ответы |
Re: regressplans failures
|
Список | pgsql-hackers |
> Peter Eisentraut <peter_e@gmx.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
В списке pgsql-hackers по дате отправления: