Re: gcc 4.3 breaks ContribCheck in 8.2 and older.

From: Kurt Roeckx <kurt(at)roeckx(dot)be>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: gcc 4.3 breaks ContribCheck in 8.2 and older.
Date: 2008-03-24 20:36:51
Message-ID: 20080324203651.GA11802@roeckx.be
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Mar 24, 2008 at 03:52:09PM -0400, Tom Lane wrote:
> Kurt Roeckx <kurt(at)roeckx(dot)be> writes:
> > On Mon, Mar 24, 2008 at 02:52:18PM -0400, Tom Lane wrote:
> >> Please try that patch and see what it fixes pre-8.3.
>
> > No, returnValue contains the same value for both 8.2 and 8.3. There is
> > no reason why casting from a char * to a char * should result into
> > something else.
>
> Please try the patch rather than assuming you know the answer.

I did try the patch. It fails just the same way.

With or without the patch, with both 8.2 and 8.3, the 0xffffff00
gets passed from seg_same end ends up atleast in ExecutePlan():
ExecutePlan (estate=0xc1c468, planstate=0xc1c698, operation=CMD_SELECT,
numberTuples=0, direction=ForwardScanDirection, dest=0xc03250)
at execMain.c:1239
1239 if (TupIsNull(planSlot))
(gdb) p /x planSlot->tts_values[0]
$4 = 0xffffff00

From there on I have no idea what happens with it, but 8.2 turns it
a true, 8.3 into a false.

Kurt

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David Fetter 2008-03-24 21:12:19 Re: script binaries renaming
Previous Message Joshua D. Drake 2008-03-24 20:36:21 Re: New email list for emergency communications