Re: BUG #18920: LOAD '$libdir/plugins' no longer works in 18beta1

From: Nathan Bossart <nathandbossart(at)gmail(dot)com>
To: Matheus Alcantara <matheusssilv97(at)gmail(dot)com>
Cc: evsi(at)amazon(dot)com, pgsql-bugs(at)lists(dot)postgresql(dot)org, peter(at)eisentraut(dot)org
Subject: Re: BUG #18920: LOAD '$libdir/plugins' no longer works in 18beta1
Date: 2025-06-02 17:16:59
Message-ID: aD3ci7soqldAHtb0@nathan
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Mon, Jun 02, 2025 at 11:05:12AM -0300, Matheus Alcantara wrote:
> The problem is how we are sripping the $libdir from module_pathname. I
> think that we should still strip the $libdir from module_pathname when
> expanding from a .control file, but we should not expand via LOAD
> command, since the user may explicitly specify the $libdir prefix as it
> is the case here.
>
> Having this logic on expand_dynamic_library_name() force us to srip the
> $libdir for all scenarios, so I think that a better place to have this
> is on load_external_function() that is called when executing a SQL
> script from an extension.

Thanks for the patch. This seems generally reasonable to me.

--
nathan

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Masahiko Sawada 2025-06-02 17:19:10 Re: Logical replication 'invalid memory alloc request size 1585837200' after upgrading to 17.5
Previous Message Anthonin Bonnefoy 2025-06-02 17:00:26 Re: BUG #18944: Assertion Failure in psql with idle_session_timeout Set