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 1lydx0-0001ph-LA for pgsql-hackers@arkaria.postgresql.org; Wed, 30 Jun 2021 17:24:38 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lydwx-0001O3-79 for pgsql-hackers@arkaria.postgresql.org; Wed, 30 Jun 2021 17:24:35 +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 1lydww-0001Nv-V8 for pgsql-hackers@lists.postgresql.org; Wed, 30 Jun 2021 17:24:34 +0000 Received: from forward2-smtp.messagingengine.com ([66.111.4.226]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lydwt-00056l-Np for pgsql-hackers@postgresql.org; Wed, 30 Jun 2021 17:24:34 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailforward.nyi.internal (Postfix) with ESMTP id 1CC101940558; Wed, 30 Jun 2021 13:24:30 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Wed, 30 Jun 2021 13:24:30 -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:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=Xe6+OX8S8YRDhmKebo8nk3i5Km6GVO3Im3hWSTdic hI=; b=drW8KVfEFmH+vnJTF2XQlxmh4CO4H1oSJRyc8EVUGtMbEJRugeE3mzyCh On2EGoGXnL6bH0xs78RW/PXi5ldq7IABCxL28lr2wyisb44LgHXQ7oAdrjxetvp3 JlgVeLRAojEKOxaHyduDmP/JS0f7yA5x+USyTVLga/vwYX2CWUireDLhB/oewDUG 3fkAJKRqi/ve5QDWA+LUByefac2i+wProFCviEX8n3xTebZCqczT/IDy70IyJsM5 Zw/B16+6Y41NDahP0Q6cAqxQqTZN/871ofBBrUSCWgyz1Y1chf9N4EiVX5DPrXMa sGVY/xtbOVmK+X6RZPwmndKPhcJLQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfeeigedgudelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffvfhfhkffffgggjggtgfesthejredttdefheenucfhrhhomheprfgvthgv rhcugfhishgvnhhtrhgruhhtuceophgvthgvrhdrvghishgvnhhtrhgruhhtsegvnhhtvg hrphhrihhsvggusgdrtghomheqnecuggftrfgrthhtvghrnhephfefleefueevuddvffeh jedtjeejgfelhfdtvdffheeludetudegfeeftdffffejnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepphgvthgvrhdrvghishgvnhhtrhgruhht segvnhhtvghrphhrihhsvggusgdrtghomh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 30 Jun 2021 13:24:27 -0400 (EDT) Subject: Re: Preventing abort() and exit() calls in libpq To: Tom Lane , Michael Paquier Cc: Jacob Champion , "pgsql-hackers@postgresql.org" , Daniel Gustafsson References: <3128896.1624742969@sss.pgh.pa.us> From: Peter Eisentraut Message-ID: <18eda75d-af6d-3fc0-03b6-607eff9f392a@enterprisedb.com> Date: Wed, 30 Jun 2021 19:24:26 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <3128896.1624742969@sss.pgh.pa.us> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 26.06.21 23:29, Tom Lane wrote: > After some thought I propose that what we really want is to prevent > any calls of abort() or exit() from inside libpq. Attached is a > draft patch to do that. Could we set this rule up a little bit differently so that it is only run when the library is built. Right now, make world on a built tree makes 17 calls to this "nm" line, and make check-world calls it 81 times. I think once would be enough. ;-)