On Thu, 2016-06-02 at 13:48 +0200, ro...@dds.nl wrote: > tried C:/pd/extra/Gem.m_i386 and failed > tried C:/pd/extra/Gem.dll and failed > tried C:/pd/extra/Gem/Gem.m_i386 and failed > tried C:/pd/extra/Gem/Gem.dll and succeeded > tried C:/pd/extra/Gem.pd and failed > tried C:/pd/extra/Gem.pat and failed > tried C:/pd/extra/Gem/Gem.pd and failed > Gem: can't load library > > above the relevant part of the verbose output. > > Gem.dll is found > but apperently not accepted > > how come?
Just in case nobody more knowledgeable chimes in. Pd found the approrpiate file: Gem.dll, but it still didn't load it. This probably means that Gem.dll is dynamically linked to other libraries that can't be found. You might get a hint when opening Gem.dll in a tool like DependencyWalker or similar. It hopefully shows you which other dll is missing or not found. Roman
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
