select not b from t1 -- electric fence

From: "Taral" <taral(at)mail(dot)utexas(dot)edu>
To: <hackers(at)postgresql(dot)org>
Subject: select not b from t1 -- electric fence
Date: 1998-09-19 05:14:35
Message-ID: 000101bde38c$64666280$3b291f0a@taral
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

(gdb) set args template1
(gdb) run
Starting program: /home/taral/cvs/install/bin/postgres template1

Electric Fence 2.0.5 Copyright (C) 1987-1995 Bruce Perens.

POSTGRES backend interactive interface
$Revision: 1.89 $ $Date: 1998/09/01 04:32:13 $
> select not b from t1
blank
1: ?column? (typeid = 16, len = 1, typmod = -1, byval = t)
----

Program received signal SIGSEGV, Segmentation fault.
ExecEvalOper (opClause=0x4091dfec, econtext=0x40933fd4, isNull=0xbfffdaff
"")
at execQual.c:878
878 if (fcache == NULL)
(gdb) list
873 /*
874 * get the fcache from the Oper node. If it is NULL, then
initialize
875 * it
876 */
877 fcache = op->op_fcache;
878 if (fcache == NULL)
879 {
880 setFcache((Node *) op, op->opid, argList, econtext);
881 fcache = op->op_fcache;
882 }
(gdb) print op
$1 = (Oper *) 0x0

Umm... looking at this... why is the node type FUNC_EXPR? Shouldn't it be
NOT_EXPR?
Anyway, PARSEDEBUG,OPTIMIZER_DEBUG,DEBUG_RECIPE doesn't give me anything.
Someone have some idea how these nodes are constructed? I have no way to
follow the parsing & evaluating path in the program.

JP Sugarbroad

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Joost Kraaijeveld 1998-09-19 12:17:28 Windows NT port of Postgres
Previous Message Bruce Momjian 1998-09-19 04:00:30 Re: [HACKERS] pg_user backtrace -- with ElectricFence (looks useful :)