On 08/03/2016 10:15 AM, Björn Eriksson wrote:
[gemwin] and [gemhead] is created though and rest are not, so the changed path seemed to work at least in same way as the -stdpath way.
i didn't change any paths. the "-lib" loads the Gem.dll, rather than adding Gem/ to the search-path.
your error indicates, that the the Gem.dll is *not* loaded, and that you *only* have Gem/ in the searchpath (so it can find the abstractions gemwin.pd and gemhead.pd)
Gem consists of a single huge binary "Gem.dll", which contains all the 200+ objects. this explains why you cannot see a pix_film.dll for instance (it wouldn't make much sense to have all the Gem objects as separate external-files) so, you need to make sure that the Gem.dll is loaded. (it will automatically add any "-path" flags it considers appropriate).
check the Pd-console for errors. then check the Pd-console for the Gem splash screen. if you cannot see it, raise the verbosity of the Pd-console. if you still cannot see it, start Pd in verbose mode, and check the Pd-console for errors.
dsf IOhannes
PS: which version of Pd? where is the Gem.dll?