didier <did...@gmail.com> writes: > JIT slot_compile_deform assumes there's at least 'natts' in TupleDesc, eg > /* > * Iterate over each attribute that needs to be deformed, build code > to > * deform it. > */ > for (attnum = 0; attnum < natts; attnum++) > { > Form_pg_attribute att = TupleDescAttr(desc, attnum);
> but a new TupleDesc has no attribute and the caller only tests > TupleDesc is not null. I looked at this, but I find it quite unconvincing. Under what circumstances would we not have a correctly filled-in tupdesc here? regards, tom lane