Обсуждение: v6.3 snapshot core dump
this is the latest snapshot under linux 2.0.33
when I create a view with an aggregate such as count (with a group by
clause) I get a core dump. The first three lines of the gdb backtrace
follows:
#0 0x80a9982 in ExecEvalAggreg (agg=0x820fa20, econtext=0x8213a48,
isNull=0xbfffd6cf "") at execQual.c:201
#1 0x80ab271 in ExecEvalExpr (expression=0x820fa20, econtext=0x8213a48,
isNull=0xbfffd6cf "", isDone=0xbfffd7c3 "\001\fZ\031\b\030K!\b")
at execQual.c:1199
#2 0x80ab69b in ExecTargetList (targetlist=0x8213498, nodomains=2,
targettype=0x8214990, values=0x8214b48, econtext=0x8213a48,
isDone=0xbfffd7c3 "\001\fZ\031\b\030K!\b") at execQual.c:1484
code at point:
201 *isNull = econtext->ecxt_nulls[agg->aggno];
econtext->ecxt_nulls, is, well, a NULL pointer and hard to index :)
i'll take a look but I don't think I'll find it -- i notice that 6.2.1
pretends to make a view with aggregates but then it comes up empty
when selected.
--brett
let me know if you need more info
Brett McCormick wrote: > > this is the latest snapshot under linux 2.0.33 > > when I create a view with an aggregate such as count (with a group by > clause) I get a core dump. The first three lines of the gdb backtrace > follows: ... > > 201 *isNull = econtext->ecxt_nulls[agg->aggno]; > > econtext->ecxt_nulls, is, well, a NULL pointer and hard to index :) > i'll take a look but I don't think I'll find it -- i notice that 6.2.1 > pretends to make a view with aggregates but then it comes up empty > when selected. > > --brett > let me know if you need more info Did this work in previous 6.3 snapshots ? Vadim
On Fri, 13 February 1998, at 19:11:26, Vadim B. Mikheev wrote: > > econtext->ecxt_nulls, is, well, a NULL pointer and hard to index :) > > i'll take a look but I don't think I'll find it -- i notice that 6.2.1 > > pretends to make a view with aggregates but then it comes up empty > > when selected. > > > > --brett > > let me know if you need more info > > Did this work in previous 6.3 snapshots ? > > Vadim I never attempted it before.
I will look into this. I made many fixes in 6.3 for aggregates and views, but I did not test views of aggregates. I will do that soon. Good test case. > > > this is the latest snapshot under linux 2.0.33 > > when I create a view with an aggregate such as count (with a group by > clause) I get a core dump. The first three lines of the gdb backtrace > follows: > > #0 0x80a9982 in ExecEvalAggreg (agg=0x820fa20, econtext=0x8213a48, > isNull=0xbfffd6cf "") at execQual.c:201 > #1 0x80ab271 in ExecEvalExpr (expression=0x820fa20, econtext=0x8213a48, > isNull=0xbfffd6cf "", isDone=0xbfffd7c3 "\001\fZ\031\b\030K!\b") > at execQual.c:1199 > #2 0x80ab69b in ExecTargetList (targetlist=0x8213498, nodomains=2, > targettype=0x8214990, values=0x8214b48, econtext=0x8213a48, > isDone=0xbfffd7c3 "\001\fZ\031\b\030K!\b") at execQual.c:1484 > > code at point: > > 201 *isNull = econtext->ecxt_nulls[agg->aggno]; > > econtext->ecxt_nulls, is, well, a NULL pointer and hard to index :) > i'll take a look but I don't think I'll find it -- i notice that 6.2.1 > pretends to make a view with aggregates but then it comes up empty > when selected. > > --brett > let me know if you need more info > > -- Bruce Momjian maillist@candle.pha.pa.us