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 1lHvdi-0001sY-PO for pgsql-hackers@arkaria.postgresql.org; Thu, 04 Mar 2021 21:36:10 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lHvdh-0005A6-Jp for pgsql-hackers@arkaria.postgresql.org; Thu, 04 Mar 2021 21:36:09 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lHvdh-00059z-D1 for pgsql-hackers@lists.postgresql.org; Thu, 04 Mar 2021 21:36:09 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lHvdd-0001LO-5k for pgsql-hackers@postgresql.org; Thu, 04 Mar 2021 21:36:09 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 124LZZeI1413584; Thu, 4 Mar 2021 16:35:35 -0500 From: Tom Lane To: Heikki Linnakangas cc: joseph.ayers@crunchydata.com, Michael Paquier , Alvaro Herrera , pgsql-hackers , Andrew Dunstan Subject: Re: Removing support for COPY FROM STDIN in protocol version 2 In-reply-to: References: <20210203160958.GA2341@alvherre.pgsql> <3921698.1612369777@sss.pgh.pa.us> <6d6dcead-71fa-d9f6-4aaa-41104af0f27c@iki.fi> <1318732.1614814378@sss.pgh.pa.us> <8a174f9b-59e4-e231-5b66-1f01b314882a@iki.fi> <1410154.1614888292@sss.pgh.pa.us> Comments: In-reply-to Heikki Linnakangas message dated "Thu, 04 Mar 2021 22:55:54 +0200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1413582.1614893735.1@sss.pgh.pa.us> Date: Thu, 04 Mar 2021 16:35:35 -0500 Message-ID: <1413583.1614893735@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Heikki Linnakangas writes: > Joseph, any chance we could see a backtrace or some other details from > those crashes? +1 > 'drongo' just reported linker errors: > postgres.def : error LNK2001: unresolved external symbol > GetOldFunctionMessage > [c:\\prog\\bf\\root\\HEAD\\pgsql.build\\postgres.vcxproj] > postgres.def : error LNK2001: unresolved external symbol errfunction > [c:\\prog\\bf\\root\\HEAD\\pgsql.build\\postgres.vcxproj] > postgres.def : error LNK2001: unresolved external symbol pq_getstring > [c:\\prog\\bf\\root\\HEAD\\pgsql.build\\postgres.vcxproj] > postgres.def : error LNK2001: unresolved external symbol pq_putbytes > [c:\\prog\\bf\\root\\HEAD\\pgsql.build\\postgres.vcxproj] > Release/postgres/postgres.lib : fatal error LNK1120: 4 unresolved > externals [c:\\prog\\bf\\root\\HEAD\\pgsql.build\\postgres.vcxproj] > Done Building Project > "c:\\prog\\bf\\root\\HEAD\\pgsql.build\\postgres.vcxproj" (default > targets) -- FAILED. As far as that goes, I think suspicion has to fall on this: Not re-generating POSTGRES.DEF, file already exists. which gendef.pl prints if it thinks the def file is newer than all the inputs. So either drongo had some kind of clock skew issue, or that bit of logic in gendef.pl has some unobvious bug. (I say "had" because I see the next run went fine.) regards, tom lane