From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Turn on COPY_PARSE_PLAN_TREES in assert-enabled builds? |
Date: | 2008-02-07 19:54:24 |
Message-ID: | 9421.1202414064@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
There's some code in postgres.c that is intended to catch problems
in copyfuncs/equalfuncs support for parsetree nodes. I seem to recall
that it was once enabled by default in debug builds, but that hasn't
been true for several years now. Investigation of bug #3940 shows
that we've allowed some problems to accumulate in this area: there
are several variants of AlterOwnerStatement that violate the rule
that members of regular Lists should be Nodes, and I find that
AlterTSConfigurationStmt and AlterTSDictionaryStmt are just missing
support entirely.
I'm thinking we might want to turn it back on for a release or two.
This is not an unalloyed blessing for debugging, though. If memory
serves, the reason we turned it off was that it was masking problems
that only became visible when parts of the parse tree were
multiply-linked, which will never be true in a copied tree.
Another approach would be to arrange for a subset of the buildfarm
machines to enable COPY_PARSE_PLAN_TREES, though this will only
expose problems in syntax variants that are exercised somewhere
in the regression tests.
Thoughts?
(In the meantime, I'm off to fix the problems I found so far...)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2008-02-07 20:54:24 | Re: PostgreSQL 8.4 development plan |
Previous Message | Zdenek Kotala | 2008-02-07 19:47:45 | Re: PostgreSQL 8.3.0 'unrecognized node type: 1718580065' |