On Apr 25, 2025, at 09:25, Matheus Alcantara <matheusssil...@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 from extension_control_path and dynamic_library_path, since they get mangled. Best, David
signature.asc
Description: Message signed with OpenPGP
