| From: | Neil Conway <neilc(at)samurai(dot)com> |
|---|---|
| To: | Joe Conway <mail(at)joeconway(dot)com> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Patches <pgsql-patches(at)postgresql(dot)org> |
| Subject: | Re: revised patch for PL/PgSQL table functions |
| Date: | 2002-08-31 07:48:22 |
| Message-ID: | 87ptvz4gft.fsf@mailbox.samurai.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-patches |
Joe Conway <mail(at)joeconway(dot)com> writes:
> I haven't really looked too closely at Neil plpgsql stuff, so I'm a
> bit concerned with the spin-up time I'd need to figure this out. But
> if Neil doesn't show up and volunteer between now and Saturday
> morning, I'll take a look.
I can do this -- I should hopefully be able to get it done by the end
of the weekend, but I can't make any promises.
I assume that an SRF returning 'RECORD' defined in PL/PgSQL would
still need to be called with a column definition list, right?
Given that it's about 4AM here and I just took a 30-sec look at Tom's
changes to the SRF code, forgive me if this is incorrect: I would
think that the PL/PgSQL func would examine ReturnSetInfo.expectedDesc
when processing a SETOF RECORD function, and use that to confirm that
the RECORD has the appropriate TupleDesc, right?
Cheers,
Neil
--
Neil Conway <neilc(at)samurai(dot)com> || PGP Key ID: DB3C29FC
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2002-08-31 13:49:13 | Re: revised patch for PL/PgSQL table functions |
| Previous Message | Serguei Mokhov | 2002-08-31 06:58:49 | libpq: Russian NLS Update |