| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Greg Stark <gsstark(at)mit(dot)edu> |
| Cc: | pgsql-hackers(at)postgresql(dot)org, Abhijit Menon-Sen <ams(at)oryx(dot)com> |
| Subject: | Re: Nearing final release? |
| Date: | 2004-10-17 17:19:16 |
| Message-ID: | 9103.1098033556@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-patches |
Greg Stark <gsstark(at)mit(dot)edu> writes:
> Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
>> I think the cleanest solution is probably to add a
>> state flag indicating whether ParseComplete should generate a PGresult
>> or not.
> Adding a flag is going to be enough for synchronous queries. But it
> seems like it has no chance of working for asynchronous queries. It
> would have to keep track of what all the pending requests are and the
> expected results.
Say what? Neither libpq nor the backend support multiple queries
in-flight at the same time.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2004-10-17 17:50:46 | Re: additional GCC warnings |
| Previous Message | Neil Conway | 2004-10-17 13:16:50 | spinlocks: generalizing "non-locking test" |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2004-10-17 18:17:33 | Re: Win32 & NLS |
| Previous Message | Magnus Hagander | 2004-10-17 16:16:22 | Re: [PATCHES] Win32 & NLS |