Re: extended query protcol violation?
| От | Dave Cramer |
|---|---|
| Тема | Re: extended query protcol violation? |
| Дата | |
| Msg-id | CADK3HHL5zaGOHXSPW5tokcbajpR1G7atyC+FfbFLBem_85Fzgw@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: extended query protcol violation? (Tatsuo Ishii <ishii@sraoss.co.jp>) |
| Ответы |
Re: extended query protcol violation?
Re: extended query protcol violation? |
| Список | pgsql-hackers |
On Sat, 8 Dec 2018 at 05:16, Tatsuo Ishii <ishii@sraoss.co.jp> wrote:
> Tatsuo>responses of a simple query do not include CloseComplete
>
> Tatsuo, where do you get the logs from?
As I said, pgproto.
https://github.com/tatsuo-ishii/pgproto
> I guess you are just confused by the PRINTED order of the messages in the
> log.
> Note: wire order do not have to be exactly the same as the order in the log
> since messages are buffered, then might be read in batches.
pgproto directly reads from socket using read system call. There's no
buffer here.
> In other words, an application might just batch (send all three) close(s2),
> close(s1), query(begin) messages, then read the responses.
> How does it break protocol?
Again as I said before, the doc says in extended query protocol a
sequence of extended messages (parse, bind. describe, execute, closes)
should be followed by a sync message. ie.
close
close
sync
query(begin)
Maybe
close
close
query(begin)
is not a violation of protocol, but still I would say this is buggy
because of the reason Tom said, and I agree with him.
Curious what client is this that is violating the protocol.
В списке pgsql-hackers по дате отправления: