<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><i>Yes I forgot to mention the path where resides pd binary, but I did in the first mails of this thread... But this is same problem, there is no method in deken to put those dll in pd/bin dir, users have to do this manually. </i></div></blockquote><div><br></div><div><br></div><div>Perhaps I wasn`t clear, pthreadGC2.dll inside mrpeach folder renders OPERATIONAL [tcpclient] and other objects.</div><div><br></div><div>This conform IOhannes intention that deken pkgs should be self operational, I.e no need to place anything outside the external folder.</div><div><br></div><div><br></div><br><font face="Courier New, Courier, Monospace" size="2">Mensaje telepatico asistido por maquinas.</font><br><br><div><hr id="stopSpelling">Subject: Re: [PD] w32 Deken package issues.<br>To: lucarda27@hotmail.com; pd-list@lists.iem.at<br>From: colet.patrice@free.fr<br>Date: Mon, 11 Jul 2016 16:11:26 +0200<br><br>
<div class="ecxmoz-cite-prefix">Le 11/07/2016 16:04, Lucas Cordiviola a
écrit :<br>
</div>
<blockquote cite="mid:BLU183-W7423ACE34FF93D26EAE006A63F0@phx.gbl">
<style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}
.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}
--></style>
<div dir="ltr">
<blockquote style="border:none;padding:0px;">
<div><i>oupse, I didn't see it hidden in wow64 folder, the
good new is that only </i></div>
<div><i>externals/Makefile have to be tweaked for using
pthreadVC.lib in pd/bin</i></div>
</blockquote>
<div><br>
</div>
<div>Are you sure pthreadVC.lib is going to have longevity?</div>
<div>What if Miller change this?</div>
<div><br>
</div>
</div>
</blockquote>
<br>
It's up to Miller, then we tweak Makefile again...<br>
<br>
<blockquote cite="mid:BLU183-W7423ACE34FF93D26EAE006A63F0@phx.gbl">
<div dir="ltr">
<blockquote style="border:none;padding:0px;">
<div><i>I think it's fixed now, so I make an archive with all
mrpeach objects I </i></div>
<div><i>could compile, and send it in a personal mail
attachement for testing in </i></div>
<div><i>windows10.</i></div>
</blockquote>
<div><br>
</div>
<div>No problem, I`ve set a win10 virtual machine.</div>
<div><br>
</div>
<blockquote style="border:none;padding:0px;">
<div><i>The bad new is that my windows machine is dying but
might build a few </i></div>
<div><i>packages and a externals/Makefile patch before
leaving,</i></div>
<div><i>could you test this package? If I do other packages
would you mind </i></div>
<div><i>trying them before I publish?</i></div>
</blockquote>
<div><br>
</div>
<div>No problem, as fast as I can.</div>
<div><br>
</div>
<blockquote style="border:none;padding:0px;">
<div><i>It's not as simple as that because pd uses to look for
external's third </i></div>
<div><i>party DLL into system path, not pd path, maybe it's
different now?</i></div>
</blockquote>
<div><br>
</div>
<div>I think you`r wrong here, on my tests third party Dlls in
the same dir as the external worked fine(two tests) and Zip
versions of pd-extended (no need to install, unzip and run)
method was putting them in pd/bin</div>
<div>This is why I think is best to include the third party Dll
in the deken package, along with the objects Dlls</div>
<div><br>
</div>
<div><br>
</div>
</div>
</blockquote>
<br>
Yes I forgot to mention the path where resides pd binary, but I did
in the first mails of this thread... But this is same problem, there
is no method in deken to put those dll in pd/bin dir, users have to
do this manually.<br>
<br>
<blockquote cite="mid:BLU183-W7423ACE34FF93D26EAE006A63F0@phx.gbl">
<div dir="ltr">
<div><br>
</div>
<br>
<font size="2" face="Courier New, Courier, Monospace">Mensaje
telepatico asistido por maquinas.</font><br>
<br>
<div><br>
</div>
</div>
</blockquote>
<br></div> </div></body>
</html>