Re: Re: Call for platforms

Tom Lane <tgl@sss.pgh.pa.us>

From: Tom Lane <tgl@sss.pgh.pa.us>
To: Tatsuo Ishii <t-ishii@sra.co.jp>
Cc: lockhart@fourpalms.org, hotz@jpl.nasa.gov, pgsql-hackers@postgresql.org
Date: 2001-03-28T05:51:55Z
Lists: pgsql-hackers
Tatsuo Ishii <t-ishii@sra.co.jp> writes:
> > mklinux PPC750     7.0 2000-04-13, Tatsuo Ishii

> If compiled with -O2 or -O2 -g, I got 10 tests FAILED. misc test
> failed due to a backend crash. The SQL caused the crash was:

> select i, length(t), octet_length(t), oldstyle_length(i,t) from
> oldstyle_test;

> #0  ExecReplace (slot=0x1a4a7d0, tupleid=0x0, estate=0x1a4a708)
>     at execMain.c:1408
> 1408            resultRelationDesc = resultRelInfo->ri_RelationDesc;
> (gdb) where
> #0  ExecReplace (slot=0x1a4a7d0, tupleid=0x0, estate=0x1a4a708)
>     at execMain.c:1408
> #1  0x188471c in ExecutePlan (estate=0x0, plan=0x1a4a410, 
>     operation=CMD_SELECT, numberTuples=0, direction=27567836, 
>     destfunc=0x1a4adf8) at execMain.c:1127
> #2  0x188471c in ExecutePlan (estate=0x0, plan=0x1a4a410, 
>     operation=CMD_SELECT, numberTuples=0, direction=27567836, 
>     destfunc=0x1a4adf8) at execMain.c:1127
> #3  0x18838b8 in ExecutorRun (queryDesc=0x1a4a7d0, estate=0x1a4a708, 
>     feature=27567784, count=0) at execMain.c:233

I think you've got a badly broken compiler there.  There's no way that
ExecReplace should be entered for a SELECT.  The backtrace is wrong on
its face anyway --- ExecutePlan does not call itself.

What gcc version does that platform have?

			regards, tom lane