Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lQiBT-0000ul-V2 for pgsql-hackers@arkaria.postgresql.org; Mon, 29 Mar 2021 03:03:20 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lQiBS-00084I-Se for pgsql-hackers@arkaria.postgresql.org; Mon, 29 Mar 2021 03:03:18 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lQiBS-00084B-21 for pgsql-hackers@lists.postgresql.org; Mon, 29 Mar 2021 03:03:18 +0000 Received: from [66.111.4.29] (helo=out5-smtp.messagingengine.com) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lQiBN-0004oe-7C for pgsql-hackers@lists.postgresql.org; Mon, 29 Mar 2021 03:03:17 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 3BD665C0074; Sun, 28 Mar 2021 23:03:02 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Sun, 28 Mar 2021 23:03:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=HvD6aTTEMjmlkcycxGzdfeFAjuK6YoCCRpkWgWpzfYQ=; b=Zi+OEMzZ OC7yTWgtGIGVxXs9IWErJEv5nY+l1NSFK93dbHoQpMNdNHGafgUm/lTJ1PBoodsc 4HncqmFoogxPMuFv37PpG3x54QO+bRH8axkR8pPfgrxwmv30fjkYLvT5ztWd6ixz xsxnemMThtHz7dB104YMTUIYX0YgaVYxgEWzYvXYrnhDTXyemO1PNtjAv2nCyrMK HoO4a2bVEz5x0QwKQq/D7M4yhqKTPhJqmW7w16SwYHBLWmS+Ya/zXMDRV6wtY/WZ Pe3m+dXcptXrS5P2ovmYScXQ0tYL4QoQvS0dL8r5nq/kebJyAkgNJvbnZImUk/6+ ZVWX0cifvCxd/Q== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudehjedgieehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucgoteeftdelqddtudculddvtddmnecujfgurhepff fhvffukfggtggugfgjfgesthekredttderudenucfhrhhomhepfddkrghlvhhhvghrrhgv segrlhhvhhdrnhhoqdhiphdrohhrghdkfdcuoegrlhhvhhgvrhhrvgesrghlvhhhrdhnoh dqihhprdhorhhgqeenucggtffrrghtthgvrhhnpeehkeegiedvueffleehtdeuffetjeej tdetteeukeduvdegudeihfefffevffdtudenucfkphepudeltddrleehrdduledrleehne cuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprghlvhhh vghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh X-ME-Proxy: Received: from perhan.alvh.no-ip.org (unknown [190.95.19.95]) by mail.messagingengine.com (Postfix) with ESMTPA id 2B2FC24005E; Sun, 28 Mar 2021 23:03:01 -0400 (EDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 5F34B2A0BC0; Mon, 29 Mar 2021 00:02:58 -0300 (-03) Date: Mon, 29 Mar 2021 00:02:58 -0300 From: "'alvherre@alvh.no-ip.org'" To: "tsunakawa.takay@fujitsu.com" Cc: "iwata.aya@fujitsu.com" , 'Kyotaro Horiguchi' , "tgl@sss.pgh.pa.us" , "k.jamison@fujitsu.com" , "pgsql-hackers@lists.postgresql.org" Subject: Re: libpq debug log Message-ID: <20210329030258.GA25869@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Host-Lookup-Failed: Reverse DNS lookup failed for 66.111.4.29 (deferred) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2021-Mar-29, tsunakawa.takay@fujitsu.com wrote: > > (Hey, what the heck is that "Z" at the end of the message? I thought > > the error ended right at the \x00 ...) > > We'll investigate these issues. For what it's worth, I did fix this problem in patch 0005 that I attached. The problem was that one "continue" should have been "break", and also a "while ( .. )" needed to be made an infinite loop. It was easy to catch these problems once I added (in 0006) the check that the bytes consumed equal message length, as I had suggested a couple of weeks ago :-) I also changed the code for Notice, but I didn't actually verify that one. > > 2. The < and > characters are not good for visual inspection. I > > replaced them with F and B and I think it's much clearer. Compare: > > I think the second one is much easier on the eye. > > Yes, agreed. I too thought of something like "C->S" and "S->C" > because client and server should be more familiar for users than > frontend and backend. Hmm, yeah, that's a reasonable option too. What do others think? -- Álvaro Herrera Valdivia, Chile