On Mon, Mar 24, 2008 at 03:52:09PM -0400, Tom Lane wrote:
> Kurt Roeckx <[EMAIL PROTECTED]> 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


-
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

Reply via email to