Hi list,I've got Gem running under the GUI port of Pd-l2ork on Windows XP. Both Gem and Pd were built using msys2. 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?Does "add manually" mean to add the search path to Pd? Details:Windows XPcompiled using msys2Pd and Gem 32 bit binariesGem version 0.93.git 374f713 -Jonathan
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
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
On 04/04/2016 10:57 PM, Jonathan Wilkes via Pd-list wrote:
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.
TL;DR a false positive
most likely because the Dependecy Walker (or whatever you are using) does not know that Gem.dll is loaded by pd.exe and therefore the pd.dll is already in the PATH.
if i understand your description of the problem correctly, Gem.dll *can* be loaded, it is only the plugins (e.g. gem_filmeAVI.dll) that make problems?
to see whether the plugin-loading mechanism works, try building/loading one of the test-plugins (filmTEST, videoTEST): they should be virtually dependency free (apart from the obvious pd.dll and Gem.dll)
gfmasr IOhannes
On Monday, April 4, 2016 5:40 PM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 04/04/2016 10:57 PM, Jonathan Wilkes via Pd-list wrote:
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.
TL;DR a false positive
most likely because the Dependecy Walker (or whatever you are using)
does not know that Gem.dll is loaded by pd.exe and therefore the pd.dll is already in the PATH. Ok, that makes sense.
if i understand your description of the problem correctly, Gem.dll *can*
be loaded, it is only the plugins (e.g. gem_filmeAVI.dll) that make problems? That's correct.
to see whether the plugin-loading mechanism works, try building/loading
one of the test-plugins (filmTEST, videoTEST): they should be virtually dependency free (apart from the obvious pd.dll and Gem.dll) Ok I'll try it.
gfmasr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
IOhannes m zmölnig -
Jonathan Wilkes