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.96) (envelope-from ) id 1wQKGg-001RqJ-02 for pgsql-hackers@arkaria.postgresql.org; Fri, 22 May 2026 07:26:02 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wQKGc-00Cd3g-3A for pgsql-hackers@arkaria.postgresql.org; Fri, 22 May 2026 07:25:59 +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.96) (envelope-from ) id 1wQKGc-00Cd3X-22 for pgsql-hackers@lists.postgresql.org; Fri, 22 May 2026 07:25:59 +0000 Received: from udcm-wwu2.uni-muenster.de ([128.176.118.28]) by magus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wQKGb-00000000r81-1thp for pgsql-hackers@postgresql.org; Fri, 22 May 2026 07:25:59 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uni-muenster.de; i=@uni-muenster.de; q=dns/txt; s=uniout; t=1779434758; x=1810970758; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=Tfyl/i5ClC6hpWBnkpz+4EYd5AwK8S+N5mc4tZnBMko=; b=pVlfdjYuR88mMrN76m/g0aMblQz2oGWkyNKjdfwBNRIwFAdKL+1+wlkx GZX9SBng+zUC89PNq4BmpDmlz7NLbOtc2uQOXtCiKKQ+o4riIv/eELL6X GYRcc+DKIKf2mGkf867il1nGkdtM+y6MTyc4DkvurH08+B081dCCraSwj vgP9s5S+lLN5TnRtJk8B298GSu9vDYcxwV6HRgi0EJ600SxRqjwrStqSs AzFBo2FiIEOus/QdY5ZzyLls4TLUyCxWklCtYMJ0RNId6a7adA3N7Q7fE W8inP4EP9qLYe3p6Ich37JzRutcD6/Zbq2HHwlUx1Mc/XewPcp29H5XDC Q==; X-CSE-ConnectionGUID: Y55MgyQARFiN26Tf/HlTWA== X-CSE-MsgGUID: rY8ay3DQSMSAlo+fTwwiJA== X-IronPort-AV: E=Sophos;i="6.24,161,1774306800"; d="scan'208";a="394991352" Received: from secmail.uni-muenster.de ([128.176.118.4]) by UDCM-RELAY2.UNI-MUENSTER.DE with ESMTP; 22 May 2026 09:25:57 +0200 Received: from [192.168.178.49] (dynamic-002-243-168-088.2.243.pool.telefonica.de [2.243.168.88]) by SECMAIL.UNI-MUENSTER.DE (Postfix) with ESMTPSA id 95CE720ADF02; Fri, 22 May 2026 09:25:55 +0200 (CEST) Message-ID: Date: Fri, 22 May 2026 09:25:54 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Avoid leaking system path from pg_available_extensions To: Matheus Alcantara , Chao Li , PostgreSQL-development Cc: Andrew Dunstan References: <357C774A-ECE9-4455-B641-315205D4D9A1@gmail.com> <96203151-6929-4d88-85a0-d552ee258a24@gmail.com> Content-Language: en-US, de-DE From: Jim Jones In-Reply-To: <96203151-6929-4d88-85a0-d552ee258a24@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 21/05/2026 17:12, Matheus Alcantara wrote: > I've reproduced the issue and the fix looks correct to me. same here, +1 I was wondering if creating a constant for it would be, stylistically speaking, a cleaner solution. For instance: #define EXTENSION_SYSTEM_MACRO "$system" I realize that it's used only inside get_extension_control_directories() but since it is even mentioned in the docs, I guess it wouldn't be a bad idea. Thanks! Best, Jim