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 1tkPtd-003itm-MA for pgsql-hackers@arkaria.postgresql.org; Tue, 18 Feb 2025 15:52:29 +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 1tkPtc-00BfNV-Cr for pgsql-hackers@arkaria.postgresql.org; Tue, 18 Feb 2025 15:52:28 +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 1tkPtc-00BfNN-2z for pgsql-hackers@lists.postgresql.org; Tue, 18 Feb 2025 15:52:28 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1tkPtZ-001aRi-1n for pgsql-hackers@postgresql.org; Tue, 18 Feb 2025 15:52:27 +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 51IFq4Ak1242390; Tue, 18 Feb 2025 10:52:04 -0500 From: Tom Lane To: Melanie Plageman cc: Thomas Munro , Masahiko Sawada , Tomas Vondra , Noah Misch , vignesh C , Andres Freund , Pg Hackers , Heikki Linnakangas , Nazir Bilal Yavuz , Robert Haas , "Andrey M. Borodin" Subject: Re: Confine vacuum skip logic to lazy_scan_skip In-reply-to: References: <20240306234733.nd4a636colxkgq2e@liskov> <20240707144944.58.nmisch@google.com> <20240716015226.60.nmisch@google.com> <85696b8e-f1bf-459e-ba97-5608c644c185@vondra.me> <3915749.1739574230@sss.pgh.pa.us> <626104.1739729538@sss.pgh.pa.us> Comments: In-reply-to Melanie Plageman message dated "Tue, 18 Feb 2025 09:31:03 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <1242388.1739893924.1@sss.pgh.pa.us> Content-Transfer-Encoding: 8bit Date: Tue, 18 Feb 2025 10:52:04 -0500 Message-ID: <1242389.1739893924@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Melanie Plageman writes: > On Sun, Feb 16, 2025 at 1:12 PM Tom Lane wrote: >> Basically, Coverity doesn't understand that a successful call to >> read_stream_next_buffer must set per_buffer_data here. I don't >> think there's much chance of teaching it that, so we'll just >> have to dismiss this item as "intentional, not a bug". > Is this easy to do? Like is there a list of things from coverity to ignore? Their website has a table of live issues, and we can just mark this one "dismissed". I'm not entirely sure how they recognize dismissed issues --- it's not perfect, because old complaints tend to get resurrected after changes in nearby code. But it's good enough. >> I do have a suggestion: I think the "per_buffer_data" variable >> should be declared inside the "while (true)" loop not outside. > Done and pushed. Thanks! Thanks, looks better now. regards, tom lane