On Apr 25, 2025, at 09:25, Matheus Alcantara <matheusssilv97@gmail.com> wrote:
> Yes, you are right. The problem was where I was asserting
> control->control_dir != NULL. I've moved the assert after the "if
> (!filename)" check that returns an error if the extension was not found.
>
> Attached v3 with this fix and also a TAP test for this scenario.
That fixes the segfault, thank you.
> I'm just a bit confused how you get it working using /extension at the
> end of extension_control_path since with this patch this suffix is not
> necessary and since we hard coded append this it should return an error
> when trying to search on something like
It worked with
extension_control_path = '/Users/david/Downloads/share/postgresql/extension:$system’
But not with
extension_control_path = '/Users/david/Downloads/share/postgresql:$system’
And here is where the control file actually is:
❯ ll ~/Downloads/share/postgresql/extension total 8
-rw-r--r-- 1 david staff 161B Apr 24 18:07 semver.control
So I don’t know the answer to your question, but it’d be handy to have functions that return a list of resolved paths
fromextension_control_path and dynamic_library_path, since they get mangled.
Best,
David
