From: | Volkan YAZICI <yazicivo(at)ttnet(dot)net(dot)tr> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | libpq Describe Extension [WAS: Bytea and perl] |
Date: | 2006-04-01 18:39:44 |
Message-ID: | 20060401183944.GA183@alamut |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-novice |
Hi,
On Mar 25 08:47, John DeSoi wrote:
> I have not looked at libpq in any detail, but it should have access
> to the type of all the parameters in the prepared statement. The
> Describe (F) statement in the frontend/backend protocol identifies
> the type of each parameter.
I've prepared a patch for the Describe <-> ParameterDescription
messaging which is available via current extended query protocol.
Usage (and implementation) is explained in the patch's documentation
related part. (Also I tried to place informative comments in the code
too.)
But I've a problem with ereport() error calls caused by erronous
target_type entries. After an error in exec_describe_statement_message()
(or exec_describe_portal_message()) it leaves block with ereport() call
and client side stalls in PGASYNC_BUSY state while backend stalls in
PostgresMain() by calling ReadCommand(). To summerize, an error
returning pqDescribe() call causes both side to stall.
I'd be so appreciated to hear your thoughts about the patch and above
problem.
Regards.
Attachment | Content-Type | Size |
---|---|---|
libpq_desc_msg.patch.1 | text/plain | 10.4 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Gustavo Tonini | 2006-04-01 19:14:23 | Re: Slony-I for circular replication |
Previous Message | Agent M | 2006-04-01 18:14:57 | Re: control pg_hba.conf via SQL |
From | Date | Subject | |
---|---|---|---|
Next Message | E. Matthew Finnin | 2006-04-01 22:09:18 | Two configuration issues... |
Previous Message | George Weaver | 2006-03-30 18:04:18 | Re: Puzzling behaviour running C Function |