-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-04-29 17:54, Hans-Christoph Steiner wrote:
On Apr 29, 2011, at 3:40 AM, IOhannes m zmölnig wrote:
On 04/29/2011 12:23 PM, matteo sisti sette wrote:
Apparently it doesn't. I had put the dll's in the same folder where I put readanysf~.dll but it didn't find them
weird. i'm pretty sure this is the way it is supposed to work (but i'm no w32 expert)
Windows and Mac OS X both use the path of the executable for finding other dlls, but not the path of each dll that is loaded (that could be a lot of paths)
no of course; i meant the path that the currently-being-resolved dll lives in. this would be an extra path for each dll.
I think GNU/Linux might do the same, I don't remember
no it does not. you need to modify the DL_SEARCH_PATH if you want that.
also w32 discovered [1], that their standard search paths might have security implications....
a simple approach would be to modify the system's search paths before dlopen()ing the externals from within Pd to include the path of the currently loaded external (and revert this path to the original after loading)
fgmasdr IOhannes
[1] http://msdn.microsoft.com/en-us/library/ms972822.aspx