<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
I think the problem of Lang is different, he says:<br>
"The problem is especially with GEM, as in this case I have double
lights turned on and everything is too bright."<br>
It is more a problem of the patch launching twice in the same pd
instance, specific to OSX 10.7+ (IIRC)<br>
<br>
Under osX, to launch two pd instances you just have to start them
from terminal.<br>
Nicolas<br>
<br>
<div class="moz-cite-prefix">Le 28/08/2015 13:44, patrice colet a
écrit :<br>
</div>
<blockquote cite="mid:55E049AD.9010302@free.fr" type="cite">
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
I had same problem with using init.d script from svn,<br>
this launches pd twice at bootup, --no-gui didn't change
anything...<br>
I resolved it by restarting from an howto page:<br>
<br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://help.ubuntu.com/community/UbuntuBootupHowto">https://help.ubuntu.com/community/UbuntuBootupHowto</a><br>
<br>
by the way thanks for the lock-file trick, I had once tried to
launch several pd instances<br>
on OSX maverick, it was only possible by removing lock-files,
really annoying...<br>
<br>
patko<br>
<br>
<div class="moz-cite-prefix">Le 25/08/2015 23:00, IOhannes m
zmölnig a écrit :<br>
</div>
<blockquote cite="mid:55DCD778.5020905@iem.at" type="cite">
<pre wrap="">On 08/25/2015 10:53 PM, Csaba Láng wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Dear list,
is there a way to avoid that a patch which is run from a script either from
crontab or just autorun from the system runs twice?
I heard about --no-gui solution, but never managed to use it on Mac.
</pre>
</blockquote>
<pre wrap="">i don't know how "--no-gui" is supposed to help you here.
it only might obfuscate the fact that two instances are running...
i can think of two simple ways to avoid double runs:
- setup a shared-ressource (a lock-file): when the script starts it
checks for the lock-file; if it is not there, it will create the lock,
launch Pd; once Pd is finished it will remove the lock;
if the lock *is* there, the script will exit immediately.
see flock(1) on linux and shlock(1) on osx.
- stop all running instances of the patch before starting it.
usually you would just do something along the lines of `pkill -KILL pd`,
before starting a new instance of Pd.
fmasdr
IOhannes
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list
UNSUBSCRIBE and account-management -> <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list
UNSUBSCRIBE and account-management -> <a class="moz-txt-link-freetext" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
<a class="moz-txt-link-freetext" href="http://www.nimon.org">http://www.nimon.org</a></pre>
</body>
</html>