Just starting with the most obvious, Gem.dll can't find pd.dll. Any clues? pd.dll is sitting there in the same directory as pd.exe and pd.com. -Jonathan
On Monday, April 4, 2016 4:23 PM, IOhannes m zmölnig <zmoelnig@iem.at> wrote:
On 04/04/2016 06:47 PM, Jonathan Wilkes via Pd-list wrote:
However, when loading Gem I get errors like the following to stderr: dylib loading file 'gem_fileAVI.dll'!GemDylib failed: #126: The specified module could not be found.
I also see this on the console:"please manually add 'blah/blah/blah/extra/gem' to your search path! gem_fileAVI.dll is in the same extra/Gem folder as Gem.dll. Shouldn't Windows search by default for library dependencies in the same directory as the library itself?
Gem is dlopen()ing (well LoadLibrary()ing) the plugins manually, so it doesn't really matter where W32 is looking for them.
Does "add manually" mean to add the search path
yes, this is what the message means.
afaict (googling for "LoadLibrary returns 126") the problem is that the dependencies of gem_fileAVI.dll cannot be resolved. use Dependency Walker or simile to find out what is missing.
also, i happily accept PRs for the Gem-wiki [1] detailing the process of building Gem with msys2.
gfmstd IOhannes
[1] https://github.com/umlaeute/Gem/wiki clone as https://github.com/umlaeute/Gem.wiki.git
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list