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 1v5Z5d-008e8w-Lp for pgsql-hackers@arkaria.postgresql.org; Mon, 06 Oct 2025 00:28:34 +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 1v5Z5b-0042fc-58 for pgsql-hackers@arkaria.postgresql.org; Mon, 06 Oct 2025 00:28:32 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1v5Z5a-0042fO-Rw for pgsql-hackers@lists.postgresql.org; Mon, 06 Oct 2025 00:28:31 +0000 Received: from meldrar.postgresql.org ([2a02:c0:301:0:ffff::31]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1v5Z5X-000E4S-32 for pgsql-hackers@lists.postgresql.org; Mon, 06 Oct 2025 00:28:30 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=postgresql.org; s=20171124; h=Content-Transfer-Encoding:Content-Type: Mime-Version:References:In-Reply-To:From:Subject:Cc:To:Message-Id:Date:Sender :Reply-To:Content-ID:Content-Description; bh=SjTttEqTEVhrChId3LxZ40gBP7d3ThNpMPdfnToc27M=; b=Romvw4KoJk0/zdHtodmKrTYwSB AK3P7q9KZ2o6aF7Gi3Ccr18IH3hFxjSoS/xjDK7lbq5vWVhgZGiSRF7c+dIvTXqh6BP5rK7xt7J1d 9rCToSLn9WqncAiMuLVqbIi6dJoJtoz5m7HHzosUG8pB9P1g3+KgPNEpO0z9XK+QbliKcY1di5rF6 D44CVKLxbf2Kmc3gahGnq8KGBOQB9OrDTiWHrFL1N5GYHAClkLCcP7e8Ymwp0YyCfI/lmPMwLRDyn AzoK5DRPmq7oz4frv7PaNi0goLXxBof4xT0xmSZNHJ0n3P6kFWBYobKr2jm+bYE/RQtCvVEXgyMkU Otwr3w+g==; Received: from [2409:11:4120:300:8932:6f96:1648:b497] (helo=localhost) by meldrar.postgresql.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1v5Z5Q-001QJD-1M; Mon, 06 Oct 2025 00:28:22 +0000 Date: Mon, 06 Oct 2025 09:28:13 +0900 (JST) Message-Id: <20251006.092813.1105116428701000307.ishii@postgresql.org> To: tgl@sss.pgh.pa.us Cc: ojford@gmail.com, peter@eisentraut.org, li.evan.chao@gmail.com, krasiyan@gmail.com, vik@postgresfriends.org, andrew@tao11.riddles.org.uk, david@fetter.org, pgsql-hackers@lists.postgresql.org Subject: Re: Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options From: Tatsuo Ishii In-Reply-To: <1690746.1759682146@sss.pgh.pa.us> References: <20251003.100606.2086363717963832725.ishii@postgresql.org> <1686755.1759679957@sss.pgh.pa.us> <1690746.1759682146@sss.pgh.pa.us> X-Mailer: Mew version 6.8 on Emacs 29.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Host-Lookup-Failed: Reverse DNS lookup failed for 2409:11:4120:300:8932:6f96:1648:b497 (failed) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > Looking around, there is only one in-core caller of > WinGetFuncArgInPartition, and it does pass a valid "isout" pointer, > explaining why this inconsistency wasn't obvious in testing. > There are outside callers though according to Debian Code Search, > and at least PostGIS is one that passes a null pointer. > > As Alvaro notes nearby, this function is ridiculously complicated > already. I'm tempted to remove the API allowance for isout == NULL, > and thereby simplify the code slightly, rather than complicate it more > by continuing to allow that. We'd have to warn the PostGIS people > about the API change though. It think it's a good idea. Best regards, -- Tatsuo Ishii SRA OSS K.K. English: http://www.sraoss.co.jp/index_en/ Japanese:http://www.sraoss.co.jp