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?
signature.asc
Description: OpenPGP digital signature
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
