Re: [HACKERS] libpq and SPI
От | Tom Lane |
---|---|
Тема | Re: [HACKERS] libpq and SPI |
Дата | |
Msg-id | 29785.921435659@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] libpq and SPI (Clark Evans <clark.evans@manhattanproject.com>) |
Ответы |
RE: [HACKERS] libpq and SPI
Re: [HACKERS] libpq and SPI Re: [HACKERS] libpq and SPI |
Список | pgsql-hackers |
> What is the problem? I'll research a SPI patch. Check the hackers thread (last month I think) titled "libpq and SPI"; the problem occurs when one submits a utility statement rather than a plannable query via SPI. Apparently what is happening is that the backend emits a 'T' message before it invokes the called statement and then emits a 'D' message afterwards --- so if the called statement causes a 'C' message to come out, libpq gets unhappy. This seems to be clearly a violation of the FE/BE protocol to me, so I don't think it's libpq's fault. Reasonable fixes might be to postpone the sending of 'T' till after the invoked statement is executed, or to modify the traffic cop so that a utility statement invoked from SPI doesn't send 'C'. I know a little bit about the parts of the backend that communicate with the frontend, but nothing about SPI, so I'm not well prepared to solve the problem by myself. regards, tom lane
В списке pgsql-hackers по дате отправления: