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: | Raw Message | Whole Thread | 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 |