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 1lS2fJ-0002IO-2A for pgsql-hackers@arkaria.postgresql.org; Thu, 01 Apr 2021 19:07:37 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lS2fI-0007VP-0F for pgsql-hackers@arkaria.postgresql.org; Thu, 01 Apr 2021 19:07:36 +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 1lS2fH-0007VI-Pp for pgsql-hackers@lists.postgresql.org; Thu, 01 Apr 2021 19:07:35 +0000 Received: from [66.111.4.28] (helo=out4-smtp.messagingengine.com) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lS2fF-0004oG-Sy for pgsql-hackers@lists.postgresql.org; Thu, 01 Apr 2021 19:07:34 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 098025C00CE; Thu, 1 Apr 2021 15:07:23 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Thu, 01 Apr 2021 15:07:23 -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=OIu+gyNHS7jMnIceMVpox88ETic+Gr1Pr7jpexlzhXE=; b=R52oovR1 8Ezv+YrOJKx07AmxE/429/TK0lBKnjBKPAHnqgpPi0/tOW2MbyAPpKk9TqhZLEr9 PFIocZsyG+HX/BDCO/0X4SaPYHoOovoxCKLwy3Cg1tmd2B3TIkv/GJr8Gk5Isk2n dCM9o4gNE47a6B7DDuXuXn3w9JqnAubwGYqQED5pu7b9AtcS3H/JRTFDgM9huorB xJ6SoOf/hs9YgvPriCEw4y1DRtqpohhyntvYZV7/y3njK3/7niUSZEApMimtfTGV T+ur8+/QRZLYpquDelhsfYC9IAz4Oi6d0kFk4+qAPXlsEcmCueH2xYZj8o9GYYAJ pq+j5CQrCuywMw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudeigedguddvgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecuogetfedtledqtdduucdlvddtmdenucfjughrpe ffhffvuffkgggtugfgjggfsehtkeertddtredunecuhfhrohhmpedfkdgrlhhvhhgvrhhr vgesrghlvhhhrdhnohdqihhprdhorhhgkddfuceorghlvhhhvghrrhgvsegrlhhvhhdrnh hoqdhiphdrohhrgheqnecuggftrfgrthhtvghrnhepheekgeeivdeuffelhedtueffteej jedtteetueekuddvgeduiefhfeffvefftddunecukfhppeduledtrdelhedrudelrdelhe enucevlhhushhtvghrufhiiigvpedunecurfgrrhgrmhepmhgrihhlfhhrohhmpegrlhhv hhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorhhg X-ME-Proxy: Received: from perhan.alvh.no-ip.org (unknown [190.95.19.95]) by mail.messagingengine.com (Postfix) with ESMTPA id E4AEE1080063; Thu, 1 Apr 2021 15:07:21 -0400 (EDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 624872A032E; Thu, 1 Apr 2021 16:07:19 -0300 (-03) Date: Thu, 1 Apr 2021 16:07:19 -0300 From: "'alvherre@alvh.no-ip.org'" To: Tom Lane Cc: "iwata.aya@fujitsu.com" , "tsunakawa.takay@fujitsu.com" , 'Kyotaro Horiguchi' , "k.jamison@fujitsu.com" , "pgsql-hackers@lists.postgresql.org" Subject: Re: libpq debug log Message-ID: <20210401190719.GA29711@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3458958.1617302154@sss.pgh.pa.us> User-Agent: Mutt/1.10.1 (2018-07-13) X-Host-Lookup-Failed: Reverse DNS lookup failed for 66.111.4.28 (deferred) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2021-Apr-01, Tom Lane wrote: > So drongo is still failing, and after a bit of looking around at > other code I finally got hit with the clue hammer. Per port.h: > > * On Windows, setvbuf() does not support _IOLBF mode, and interprets that > * as _IOFBF. To add insult to injury, setvbuf(file, NULL, _IOFBF, 0) > * crashes outright if "parameter validation" is enabled. Therefore, in > * places where we'd like to select line-buffered mode, we fall back to > * unbuffered mode instead on Windows. Always use PG_IOLBF not _IOLBF > * directly in order to implement this behavior. > > You want to do the honors? And do something about that shift bug > while at it. Ooh, wow ... now that is a silly bug! Thanks, I'll push the fix in a minute. Andrew also noted that the use of command_ok() in the test file eats all the output and is what is preventing us from seeing it in the first. I'll try to get rid of that together with the rest. -- Álvaro Herrera Valdivia, Chile