From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | Andres Freund <andres(at)anarazel(dot)de>, Kenichiro Tanaka <ketanaka(at)ashisuto(dot)co(dot)jp>, pgsql-bugs <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: failed to fetch tuple for EvalPlanQual recheck |
Date: | 2010-07-27 22:52:11 |
Message-ID: | 17533.1280271131@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
> Excerpts from Andres Freund's message of mar jul 27 17:20:37 -0400 2010:
>> I guess youve compiled with --enable-cassert and Kenchiro-san has not?
> Eh, of course. I'm just pointing out that this is a serious bug :-)
> I spent some time looking at the code, but the EvalPlanQual stuff is
> over my head. I imagine this is somehow related to the ItemIdSetInvalid
> call in ExecLockRows line 97 ('cause that has to do with inheritance
> too), but I can't tell.
It's probably my fault --- all that code got rewritten in preparation
for refactoring ModifyTable out of execMain.c. Will look at it soon.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2010-07-27 23:09:25 | Re: BUG #5543: Poor performance - Index scan backwards not used for order by desc with partitioned tables |
Previous Message | valgog | 2010-07-27 22:23:39 | Re: BUG #5574: PANIC on hot-standby: heap_update_redo |