<[EMAIL PROTECTED]> writes: >> It's part of the protocol, actually (yes, two NUL bytes -- first one >> signals the end of the previous string, the second one signals the end >> of the packet).
> The end of the packet can be obtained by packet length It's designed that way intentionally to aid in error detection. Parsing the packet following its internal structure should end up exactly at the end of the packet according to the length word. Otherwise something's corrupted. There are some backwards-compatibility considerations here too (the internal structure matches pre-V3 protocol which had no length word). But it's a perfectly fine definition and we have absolutely no intention of "fixing" it. regards, tom lane -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs