Re: Better support for whole-row operations and composite types
| От | Tom Lane |
|---|---|
| Тема | Re: Better support for whole-row operations and composite types |
| Дата | |
| Msg-id | 11811.1080968547@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Better support for whole-row operations and composite (Joe Conway <mail@joeconway.com>) |
| Ответы |
Re: Better support for whole-row operations and composite
|
| Список | 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 по дате отправления: