Re: [HACKERS] Major breakage?
| От | Tom Lane | 
|---|---|
| Тема | Re: [HACKERS] Major breakage? | 
| Дата | |
| Msg-id | 4656.917379824@sss.pgh.pa.us обсуждение исходный текст | 
| Ответ на | Re: [HACKERS] Major breakage? (Vadim Mikheev <vadim@krs.ru>) | 
| Ответы | Re: [HACKERS] Major breakage? | 
| Список | pgsql-hackers | 
I wrote:
>> Is anyone else seeing major breakage of the regression tests with
>> today's (Monday's) CVS checkins?  Or did I break something myself?
Nope, Vadim broke something.  It looks like anything with a subplan
will coredump in Monday's sources.  executor/nodeSubPlan.c has
bool
ExecInitSubPlan(SubPlan *node, EState *estate, Plan *parent)
{   ...   ExecCheckPerms(CMD_SELECT, 0, node->rtable, (Query *) NULL);
^^^^^^^^^^^^^^
(and has had that for a long time, evidently).  One of the additions
Vadim checked in yesterday extends ExecCheckPerms() to try to use
its parseTree argument --- unconditionally.  Guaranteed null-pointer
dereference.
Perhaps ExecInitSubPlan is in error to pass a null parseTree; if not,
then ExecCheckPerms needs to be modified to cope.  I don't understand
either routine enough to fix it correctly.
This bug is the cause of the opr_sanity coredump I'm seeing.
I don't have time to investigate the other test failures right now,
but very possibly they are the same thing.
BTW, anyone who is *not* seeing regression test coredumps with the
current CVS sources must have their compile/link options set so that
dereferencing a null pointer isn't fatal.  I think that's a very bad
choice for software development --- you want to hear about it, loud
and clear, if your code tries to use a null pointer.
        regards, tom lane
		
	В списке pgsql-hackers по дате отправления: