| От | Volkan YAZICI |
|---|---|
| Тема | libpq Describe Extension [WAS: Bytea and perl] |
| Дата | |
| Msg-id | 20060401183944.GA183@alamut обсуждение исходный текст |
| Ответы |
Re: libpq Describe Extension [WAS: Bytea and perl]
|
| Список | pgsql-hackers |
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.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера