Re: Better support for whole-row operations and composite types - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Better support for whole-row operations and composite types
Date
Msg-id 11811.1080968547@sss.pgh.pa.us
Whole thread Raw
In response to Re: Better support for whole-row operations and composite  (Joe Conway <mail@joeconway.com>)
Responses Re: Better support for whole-row operations and composite  (Joe Conway <mail@joeconway.com>)
List pgsql-hackers
Joe Conway <mail@joeconway.com> writes:
> I still haven't had time to look closely, and well may have been doing 
> something non-standard all along, but in any case this is the current 
> failing code:

>      /* for tuple args, convert to a one row data.frame */
>      TupleTableSlot *slot = (TupleTableSlot *) arg[i];
>      HeapTuple        tuples = slot->val;
>      TupleDesc        tupdesc = slot->ttc_tupleDescriptor;

Um.  Well, the arg is not a TupleTableSlot * anymore, so this is
guaranteed to fail.  This isn't part of what I thought the documented
SRF API was though.  If you take the arg[i] value and pass it to
GetAttributeByName or GetAttributeByNum it will work (with some compiler
warnings) and AFAICS we never documented more than that.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Joe Conway
Date:
Subject: Re: Better support for whole-row operations and composite
Next
From: Joe Conway
Date:
Subject: Re: Better support for whole-row operations and composite