Skip site navigation (1) Skip section navigation (2)

Re: Re: 7.1 on DEC/Alpha

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Brent Verner <brent(at)rcfile(dot)org>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Re: 7.1 on DEC/Alpha
Date: 2000-12-24 06:00:32
Message-ID: 28199.977637632@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patches
Brent Verner <brent(at)rcfile(dot)org> writes:
> here's a post-mortem.

> #0  0x1200ce58c in ExecEvalFieldSelect (fselect=0x1401615c0, 
>     econtext=0x14016a030, isNull=0x14016ab31 "", isDone=0x0) at execQual.c:1096

Looks reasonable as far as it goes.  Evidently the crash is in the
heap_getattr macro call at line 1096 of src/backend/executor/execQual.c.
We need to look at the data structures that macro uses.
What do you get from

p *fselect

p *econtext

p *resSlot->val

p *resSlot->ttc_tupleDescriptor

BTW, if you didn't configure with --enable-cassert, it'd be a good idea
to go back and try it that way...

			regards, tom lane

In response to

Responses

pgsql-hackers by date

Next:From: Brent VernerDate: 2000-12-24 06:13:19
Subject: Re: Re: 7.1 on DEC/Alpha
Previous:From: Brent VernerDate: 2000-12-24 04:49:40
Subject: Re: 7.1 on DEC/Alpha

pgsql-patches by date

Next:From: Brent VernerDate: 2000-12-24 06:13:19
Subject: Re: Re: 7.1 on DEC/Alpha
Previous:From: Brent VernerDate: 2000-12-24 04:49:40
Subject: Re: 7.1 on DEC/Alpha

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group