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 1lMI54-0004K6-EA for pgsql-bugs@arkaria.postgresql.org; Tue, 16 Mar 2021 22:22:26 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lMI53-0004RU-AC for pgsql-bugs@arkaria.postgresql.org; Tue, 16 Mar 2021 22:22:25 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lMI53-0004RM-49 for pgsql-bugs@lists.postgresql.org; Tue, 16 Mar 2021 22:22:25 +0000 Received: from [66.111.4.29] (helo=out5-smtp.messagingengine.com) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lMI4w-0005ur-5e for pgsql-bugs@lists.postgresql.org; Tue, 16 Mar 2021 22:22:24 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 268C35C0050; Tue, 16 Mar 2021 18:22:06 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Tue, 16 Mar 2021 18:22:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=RUBVT1Gly+O17Pz94Lw/rspj8xQ lvpHpXJex8MD9Th0=; b=g7t9KRqR4Fbf4qm6z1zChTvoxsNZpLeKn18g0nZqZYU jdUU/bwZSiWtLke2RfN7BM2BTKgYdMcXKP056m6UKpddlz+B0VnEH+QsyXeNbBvC dePyPrUFNc8SYECPatx3kq7XCg/xQxk4rEGoirRBDjQ5KqdBi0swkvutXqcH4VIg GqmdSaKqObL7OftcZIyfiZy5dqp2BspRqVPQdOar1DAV/Ae+UAiguHQGF0XrQOpK awW0bPwlpxNeBnYxLq5cEGbAlXoPABFtpWIACutSeNFsaEtJ+0+QUedgPDHIcD69 C+2QDFvOzJAelxDOlqPB3ISW6Lr3TgBBXO1nJtzx7ug== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc: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=fm2; bh=RUBVT1 Gly+O17Pz94Lw/rspj8xQlvpHpXJex8MD9Th0=; b=egKfaXQwaDZtFUHGHR+18A No6GsyAbUIJRXq66PC8niVX0xLC4417JzM1D2qZMUrRFoOOjlfflSGxIF96hUZPy Y1k9UikCvFovn3xoYYX6yd/mSnwiV+b59dybgTbajB513yF0nYuOKQzVTrQ7uKyz VVFAQ90Coe0xHo6SNduhXRA2SE7KXygSAmR3XG6wzej+TqdbikgA7I17jzDBqa/n V2B8GfQlLEJNXmagfEs+Q1deDmbtMibPm1DMQBxJznZCntZs+JobKMIjlbjKn06z mqwJwguzBIF1R7I3LI/M25Smev2nfUTwPW7WTqqPun0NqSgtWq/yp+poSzD599AQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefvddgudeivdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enfghrlhcuvffnffculdejtddmnecujfgurhepfffhvffukfhfgggtuggjsehgtderredt tddvnecuhfhrohhmpefoihgthhgrvghlucfrrghquhhivghruceomhhitghhrggvlhesph grqhhuihgvrhdrgiihiieqnecuggftrfgrthhtvghrnhepvdegudeuhfdtueeltedtveej heehieevueeigeelteegleejleeiueeiheegvefhnecukfhppeduuddurddutddvrdduke dtrddukeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhho mhepmhhitghhrggvlhesphgrqhhuihgvrhdrgiihii X-ME-Proxy: Received: from paquier.xyz (ee0822lan1.rev.em-net.ne.jp [111.102.180.185]) by mail.messagingengine.com (Postfix) with ESMTPA id BF3FF240057; Tue, 16 Mar 2021 18:22:03 -0400 (EDT) Date: Wed, 17 Mar 2021 07:22:00 +0900 From: Michael Paquier To: Andres Freund Cc: Tom Lane , Jelte Fennema , duspensky@ya.ru, pgsql-bugs@lists.postgresql.org Subject: Re: BUG #16160: Minor memory leak in case of starting postgres server with SSL encryption Message-ID: References: <16160-18367e56e9a28264@postgresql.org> <20191213063915.GE1942@paquier.xyz> <20191214092456.GB70616@paquier.xyz> <3255514.1615912277@sss.pgh.pa.us> <3345317.1615916184@sss.pgh.pa.us> <20210316181226.hj6jicxtqveokjyv@alap3.anarazel.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="By9SM4jxOqRDBYYi" Content-Disposition: inline In-Reply-To: <20210316181226.hj6jicxtqveokjyv@alap3.anarazel.de> X-Host-Lookup-Failed: Reverse DNS lookup failed for 66.111.4.29 (deferred) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --By9SM4jxOqRDBYYi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Mar 16, 2021 at 11:12:26AM -0700, Andres Freund wrote: > I wonder if it'd be worth starting to explicitly annotate all the places > that do allocations and are fine with leaking them. E.g. by introducing > malloc_permanently() or such. Right now it's hard to use valgrind et al > to detect leaks because of all the false positives due to such "ok to > leak" allocations. Yeah, I have been annoyed by those false positives in the past. It is possible to know at quick glance what's wrong once you get used to it, but anybody running valgrind would be right to be surprised, so having a different code path for that sounds like a good idea. -- Michael --By9SM4jxOqRDBYYi Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAmBRL4gACgkQnvQgOdby QH2KUg/8CSOdJEp+XzZZjaARaQAE2djUF76a2tXZ01feX3553sQaXWskiIcVVVNX OB0+Au9gP/a5Pn8iv6GEIjzyHPOQEyjhdubiHanlnp7sOBN55w4Y8FpPPc193FtD nhXIzTwFyXce32mcEadQSktT6Fu0f917pfzc22RFwdokKj5akrPh7jmtMjEAP0e3 6sH3QFXPaoh8OZWh99pG5htn8ItQ5r7iOYEjBpM5aOFXQxTERsEswqp/DIce/BOb +WzqUGCp78x2EytaUBhqiKt/pVj/7hrPOoDcSmWRDA275vtWkpC3Vh+/ZndogsZB C1DJkwacAySEg6fPHD7SsfXYdsIp0dtA7OFZwFSFkztg9WETAi7on+z8bghCNqKm Ys49sDIG5o3DM6G8XSBkCh3IacHmlCkyzbeGyPavTl9txhSUWJQmwJHMtj9yO7pt dxP0nkaAvcCw7T/23l1xuzaEAleC11TOdiJecw0exNtR9B9o5vzbmfpOyWwEumpI u/jtzBRROyEC4sXD4uod63X3urv+hgGxqKCauzOhTCVzTF1HDhqd89EI0Rbld8GS CRANT3PeM3Pwt41V9mTLq6ZuI/6AeJs4D5YkSupFlvcz9Pw8cA9nO5psAz5hBjbp vJlEaCPIcizY4TR7NpoV7Sy8TyRixb/eVY6CFHH4A/C2wTwq54s= =021U -----END PGP SIGNATURE----- --By9SM4jxOqRDBYYi--