[PD] readanysf for windows? (again)

IOhannes m zmoelnig zmoelnig at iem.at
Mon May 2 10:11:09 CEST 2011

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


[1] http://msdn.microsoft.com/en-us/library/ms972822.aspx
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3636 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20110502/fde32169/attachment.bin>

More information about the Pd-list mailing list