Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tse10-003s6S-EY for pgsql-committers@arkaria.postgresql.org; Thu, 13 Mar 2025 08:34:06 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1tse0y-007h8v-TL for pgsql-committers@arkaria.postgresql.org; Thu, 13 Mar 2025 08:34:04 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tse0y-007h8n-7d for pgsql-committers@lists.postgresql.org; Thu, 13 Mar 2025 08:34:04 +0000 Received: from fout-b7-smtp.messagingengine.com ([202.12.124.150]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1tse0t-002bqg-2l for pgsql-committers@lists.postgresql.org; Thu, 13 Mar 2025 08:34:03 +0000 Received: from phl-compute-09.internal (phl-compute-09.phl.internal [10.202.2.49]) by mailfout.stl.internal (Postfix) with ESMTP id 97D051140120; Thu, 13 Mar 2025 04:33:58 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-09.internal (MEProxy); Thu, 13 Mar 2025 04:33:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eisentraut.org; h=cc:cc:content-transfer-encoding:content-type:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:subject:subject:to:to; s=fm3; t=1741854838; x=1741941238; bh=EmEl5mMJkrl/LyYcZ0fd98YdR3/iGhH2 H+YLukapJ4c=; b=loXPOjMdtkN8YGAn3Ax2FxYHl7CNOk3Z0FHNKIqdAwFVE+b3 qTKgEayANaVcI262o+LXIJMFfveHOnlbMsez+W/QZV7qURl+kF4DrPC7tHeEk4xO BpZ/1HIK+Nmycu4RZQpBYbnDvsLTq0ZSfC+K2H5UVmLr5OvOza2pvgt0eqMuwdUl ToyDis2IvX6zMSPdUkb4skrNk7Ytdnr6VETbd0MOaXwyZ35zZDtAClWRfyXi/7Bm 9F3kNpkoc/nX9QG2aB35C5GcS43kHL5j037xDO+QWxElf/ti6zaruaSibTCrgCnW smj4mH/njx/nx63FrWMGltiaDFV9JKvV7/flRA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1741854838; x= 1741941238; bh=EmEl5mMJkrl/LyYcZ0fd98YdR3/iGhH2H+YLukapJ4c=; b=t dNXSPbqKDGqg/n8JH+b0/0GEZit9x90kssDJQBXREjG4p7GMgLWjTXTXo9ZCPPTS K98Jute5s5zzcoXOIAjY4JcqJSwnzmrWlzsB2ZloIbaYudFB67nf2H2eZIFabR+n b3yGGTDuXDtVCogthO87I53XhcPKnBkI1F78xYt9UkjLCZWkMOloagK0mjERuFHC PceAXT/4vzu5kCaIkQ1v4lDssb02yndeACLWRJ/uKtOFN28/VQSsV13Qsj2uxgaY 3JbTwrITYN4qbZYMMlBQ7EydGL6QUlfhdxzMfLDrZmv6S4Ls1eQoeuxSUVoN0A5K MgA838TD2Qo2jet9+7o3g== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgdduvdejgeelucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggv pdfurfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpih gvnhhtshculddquddttddmnecujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddt vdejnecuhfhrohhmpefrvghtvghrucfgihhsvghnthhrrghuthcuoehpvghtvghrsegvih hsvghnthhrrghuthdrohhrgheqnecuggftrfgrthhtvghrnhepgfejtdfhkeeftdeugfei leehteeljeeghfeuledthfeutedvffdukeefjefhgeehnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepphgvthgvrhesvghishgvnhhtrhgruhht rdhorhhgpdhnsggprhgtphhtthhopeefpdhmohguvgepshhmthhpohhuthdprhgtphhtth hopegughhrohiflhgvhihmlhesghhmrghilhdrtghomhdprhgtphhtthhopehmshgrfigr uggrsehpohhsthhgrhgvshhqlhdrohhrghdprhgtphhtthhopehpghhsqhhlqdgtohhmmh hithhtvghrsheslhhishhtshdrphhoshhtghhrvghsqhhlrdhorhhg X-ME-Proxy: Feedback-ID: ie0a040ee:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 13 Mar 2025 04:33:57 -0400 (EDT) Message-ID: Date: Thu, 13 Mar 2025 09:33:55 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p To: David Rowley Cc: Masahiko Sawada , pgsql-committers@lists.postgresql.org References: <6c00a8b2-0c40-44f0-b603-f6ae28b7694a@eisentraut.org> Content-Language: en-US From: Peter Eisentraut In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 12.03.25 09:37, David Rowley wrote: > On Wed, 12 Mar 2025 at 21:15, Peter Eisentraut wrote: >> >> On 12.03.25 03:08, David Rowley wrote: >>> This introduces a new compiler warning for compilers that don't know >>> the ereport(ERROR) does not return. >> >> Which compiler is that? > > C:\Users\drowley\pg_src>cl > Microsoft (R) C/C++ Optimizing Compiler Version 19.43.34808 for x64 > Copyright (C) Microsoft Corporation. All rights reserved. > > I suspect drongo will also show the same warning once it runs on the > latest commit shortly. Ok, this is weird, because we have pg_unreachable() support for MSVC: #if defined(HAVE__BUILTIN_UNREACHABLE) && !defined(USE_ASSERT_CHECKING) #define pg_unreachable() __builtin_unreachable() #elif defined(_MSC_VER) && !defined(USE_ASSERT_CHECKING) #define pg_unreachable() __assume(0) #else #define pg_unreachable() abort() #endif Is there a way to reshuffle those conditionals to make this actually do something useful on MSVC? Are you compiling with assertions on in this case? Does anything change about this if you don't use assertions (or vice versa)?