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?


_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list