Tatsuo Ishii <is...@sraoss.co.jp> writes: > I would like to proppse to export these functions in libpq. > pqPutMsgStart > pqPutMsgEnd > pqPutc > pqPuts > pqPutInt > pqPutnchar > pqFlush > pqHandleSendFailure
> I think this would be useful to create a tool/library which needs to > handle frontend/backend protocol messages in detail. I do not think this is a good idea. If the purpose of libpq is not to abstract away the wire-level protocol, then what is its purpose? And how could such a tool avoid breaking libpq, anyway? For one example, successfully sending any command message normally results in an internal state change in libpq (so that it knows what to do with the response). Your proposed API here doesn't cover that. Nor does it cover actually dealing with the response, which I think would be needed in most scenarios where you're trying to deal in custom messages. If you feel a need to be sending your own messages, I think a locally hacked fork of libpq is a better answer. regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers