Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fpYfl-0007BB-9N for pgsql-hackers@arkaria.postgresql.org; Tue, 14 Aug 2018 12:43:41 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fpYfj-0002sW-Dj for pgsql-hackers@arkaria.postgresql.org; Tue, 14 Aug 2018 12:43:39 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fpYfj-0002sC-6d for pgsql-hackers@lists.postgresql.org; Tue, 14 Aug 2018 12:43:39 +0000 Received: from lungold.riddles.org.uk ([82.68.208.19]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fpYfg-0004E2-0W for pgsql-hackers@postgresql.org; Tue, 14 Aug 2018 12:43:38 +0000 Received: from [192.168.127.1] (port=52314 helo=caithnard.riddles.org.uk) by lungold.riddles.org.uk with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1fpYfd-0007fv-6u; Tue, 14 Aug 2018 12:43:33 +0000 Received: from [127.0.0.1] (port=42703 helo=caithnard.riddles.org.uk) by caithnard.riddles.org.uk with esmtp (Exim 4.89 (FreeBSD)) (envelope-from ) id 1fpYfc-0004pK-HD; Tue, 14 Aug 2018 12:43:32 +0000 From: Andrew Gierth To: Andrew Dunstan Cc: Fabien COELHO , Stephen Frost , PostgreSQL Developers Subject: Re: [HACKERS] pgbench - allow to store select results into variables In-Reply-To: <43802e1e-f2fb-96f3-69b0-e28ba96ffbac@2ndQuadrant.com> (Andrew Dunstan's message of "Tue, 14 Aug 2018 08:35:49 -0400") Message-ID: <874lfx5df2.fsf@news-spur.riddles.org.uk> References: <20180407031725.GX27724@tamriel.snowman.net> <20180408000001.GD27724@tamriel.snowman.net> <527f7e3e-402f-4043-b370-2e11ca84d19e@2ndQuadrant.com> <87bma55h2l.fsf@news-spur.riddles.org.uk> <43802e1e-f2fb-96f3-69b0-e28ba96ffbac@2ndQuadrant.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (berkeley-unix) Date: Tue, 14 Aug 2018 13:43:32 +0100 MIME-Version: 1.0 Content-Type: text/plain List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk >>>>> "Andrew" == Andrew Dunstan writes: >> The patch in the original email is in text/plain with base64 transfer >> encoding, which means that CRLF line endings are mandatory. It's >> actually up to the receiving MUA (or the archives webserver) to undo >> that. >> >> If the archives webserver isn't handling that then it's a bug there. Andrew> Probably a good reason not to use text/plain for patches, ISTM. Andrew> I do note that my MUA (Thunderbird) uses text/x-patch and Andrew> probably violates RFC2046 4.1.1 The first patch of yours I found was in text/x-patch with 7bit transfer encoding, so the line endings are actually those of the mail message itself (i.e. CRLF on the wire). -- Andrew (irc:RhodiumToad)