Re: EXEC_EVALDEBUG debugging broken? - Mailing list pgsql-hackers

From peter.trautmeier@gmx.de
Subject Re: EXEC_EVALDEBUG debugging broken?
Date
Msg-id 20070724152916.298400@gmx.net
Whole thread Raw
In response to Re: EXEC_EVALDEBUG debugging broken?  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: EXEC_EVALDEBUG debugging broken?  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Von: Tom Lane <tgl@sss.pgh.pa.us>
> peter.trautmeier@gmx.de writes:
> > WARNING:  could not dump unrecognized node type: 404
> > ExecQual: qual is (
> >    {
> >    }
> > )
> 
> Yeah, that code is toast, we probably ought to remove it.  It hasn't
> worked since the changes to make the executor treat plan trees as
> read-only.  

Thanks Tom!

Interesting, what do you mean by Plan trees are 'read only' now? Is it the distinction between Plan trees and their
correspondingPlanState nodes that indicate the 'read only' behaviour and the 'writeable' state of the Plan,
respectively,that was introduced at that time?
 

> Making it work would require teaching outfuncs.c how to dump
> all the different expression state node types, which seems like more
> maintenance effort than is justified for debug support that no one uses.

Ok, but what type has this qual from my example that was once a OpExpr as soon as it arrives at ExecQual? It's
obviouslynot a OpExpr - otherwise _outNode wouldn't stumble over it.
 
(Is there a way do get this type info with gdb's help?)

> I'd suggest using EXPLAIN VERBOSE instead, which will give you
> the same printout that this would have given you back when it did
> work, but only once instead of over again for each row.

Thanks, I hadn't seen the VERBOSE option before.

Regards,
Peter


pgsql-hackers by date:

Previous
From: Gregory Stark
Date:
Subject: Re: strange buildfarm failure on lionfish
Next
From: Tom Lane
Date:
Subject: Re: strange buildfarm failure on lionfish