[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Load GNUnet's plugins even when ProjectData is different (patch)

From: Alessio Vanni
Subject: Load GNUnet's plugins even when ProjectData is different (patch)
Date: Sun, 13 Dec 2020 15:41:45 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux)


the attached patch is an extended version of [0], as at the time I
didn't realize that e.g. re:claimID also loads plugins the same way.

As explained both in the linked discussion and in the commit message,
when the ProjectData structure is not GNUnet's default one (i.e. any
third-party application not included in GNUnet's distribution) the
lazy-loading of plugins will search for them in the application's paths
instead of GNUnet's.

This patch only affects the parts using `GNUNET_PLUGIN_load_all', so
those functions using `GNUNET_PLUGIN_load' are still affected by the
bug; however, a quick search shows that the latter function is used in
places that, under normal circumstances, do not interact with the
application's ProjectData (for example, TRANSPORT or ATS startup), so
there shouldn't be any immediate issue.



Attachment: 0001-Add-macro-to-load-plugins-within-GNUnet-s-context.patch
Description: patch for gnunet

reply via email to

[Prev in Thread] Current Thread [Next in Thread]