<div dir="ltr"><div>hello,</div><div><br></div><div>sorry no news, I didn't work again on this since September</div><div><br></div><div>but I do have a working gem.dll from Visual C++ which seems to work</div><div>but it's on a machine at home and I'm far from it now...</div>
<div>i can send it to you for testing if you want</div><div>and i can even make it available to the community if it sounds a good idea for most of you...</div><div><br></div><div>I will be back at home in one week</div><div>
<br></div><div>best</div><div><br></div><div>a</div><div><br></div></div><div class="gmail_extra"><br clear="all"><div>--<br>do it yourself <br><a href="http://antoine.villeret.free.fr" target="_blank">http://antoine.villeret.free.fr</a><br>
</div>
<br><br><div class="gmail_quote">2013/10/16 Nicolas Montgermont <span dir="ltr"><<a href="mailto:nicolas_montgermont@yahoo.fr" target="_blank">nicolas_montgermont@yahoo.fr</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><div class="im">
<br>
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br></div>
Hello antoine,<br>
<br>
Do you have any news for this?<br>
Do you have a binary accompanied with dll we can test?<br>
thanks,<br>
best,<br>
n<br>
<br>
Le 12/09/13 16:30, IOhannes m zmoelnig a écrit :<br>
<span style="white-space:pre-wrap"><div><div class="h5">> On 2013-09-12 16:24, Antoine
Villeret wrote:<br>
> > hi,<br>
><br>
> > I found a workaround by putting the allocation in a
#ifndef _WIN32<br>
> > statement pthread_t is a structure under windows and
not only a<br>
> > 64bit int.<br>
><br>
> > with pd-vanilla I got :<br>
> >
"C:\\MinGW\\msys\\1.0\\home\\antoine\\pd\\pd-vanilla\\extra\\Gem\\Gem.dll:<br>
><br>
><br>
><br>
> couldn't load<br>
> > Gem: can't load library"<br>
><br>
> > on startup... maybe because pd was build using microsoft
compiler<br>
> > and Gem with MinGW<br>
><br>
> no, this shouldn't be a problem.<br>
> C-binaries are compatible between different compilers,
C++-binaries<br>
> are not.<br>
> Pd only has a C-interface, so there shouldn't be a problem.<br>
> otoh, Gem's plugins are all C++, that's the reason why
Direct*-plugins<br>
> don't work with a mingw build.<br>
><br>
><br>
> > I also managed to produce a Gem.dll form Microsoft
Visual C++ 2010<br>
> > Express and this time Gem loads in pd-vanilla 0.45.2<br>
><br>
> > and it seems to work !<br>
><br>
> cool.<br>
><br>
><br>
> > but i am wondering if i am doing right : Gem claims that
some dll<br>
> > are missing and I added them directly to the
Windows\System32<br>
> > folder should I include them in the Visual Project
instead ?<br>
><br>
> you should be able to put them besides Gem.dll.<br>
> if that doesn't work, put them besides pd.exe.<br>
> Windows\System32 is a *bad* place.<br>
><br>
> fgvmadsr<br>
> IOhannes<br>
><br></div></div><div class="im">
> _______________________________________________<br>
> GEM-dev mailing list<br>
> <a href="mailto:GEM-dev@iem.at" target="_blank">GEM-dev@iem.at</a><br>
> <a href="http://lists.puredata.info/listinfo/gem-dev" target="_blank">http://lists.puredata.info/listinfo/gem-dev</a><br>
></div></span><br>
<br>
- -- <br>
<a href="http://www.nimon.org" target="_blank">http://www.nimon.org</a><br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.9 (Darwin)<br>
<br>
iEYEARECAAYFAlJe0i4ACgkQyQxFEQ9xedOtBACfdCuTWXOcqH9TX64grOhW76S9<br>
fsAAnjzfElqTBJHMaXYfTvikOtJirjyH<br>
=VowC<br>
-----END PGP SIGNATURE-----<br>
<br>
</div>
<br>_______________________________________________<br>
GEM-dev mailing list<br>
<a href="mailto:GEM-dev@iem.at">GEM-dev@iem.at</a><br>
<a href="http://lists.puredata.info/listinfo/gem-dev" target="_blank">http://lists.puredata.info/listinfo/gem-dev</a><br>
<br></blockquote></div><br></div>