[PD] patch runs twice from script

Csaba Láng langcsaba at gmail.com
Wed Aug 26 13:13:20 CEST 2015


Nicolas,

sounds reasonable, I give a try today. Thanks for the hint!

Popesz

On Wed, Aug 26, 2015 at 12:51 PM, Nicolas Montgermont <
nicolas_montgermont at yahoo.fr> wrote:

> your problem must come from the "application saved state" ie Resume.
> see:
> http://puredata.info/docs/faq/help-pd-crashes-on-startup-on-mac-osx-10-7
>
> http://osxdaily.com/2011/07/31/disable-resume-specific-applications-mac-os-x-lion/
> n
>
>
> Le 26/08/2015 11:14, Csaba Láng a écrit :
>
> Thanks Iohannes,
>
> will give a try, but anyway it already happened not the first time to me.
> Last time I had 3 identical mac minis with the same system image on each.
> 2 could run the script without problem, but the 3rd did not. The problem is
> especially with GEM, as in this case I have double lights turned on and
> everything is too bright.
> Anyway, this should work automatically as the installation is permanent in
> a museum.
> Will get back to you soon.
>
> Popesz
>
> On Tue, Aug 25, 2015 at 11:00 PM, IOhannes m zmölnig < <zmoelnig at iem.at>
> zmoelnig at iem.at> wrote:
>
>> On 08/25/2015 10:53 PM, Csaba Láng wrote:
>> > 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.
>>
>> 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
>>
>>
>> _______________________________________________
>> Pd-list at lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> <http://lists.puredata.info/listinfo/pd-list>
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
>
> _______________________________________________Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>
>
> -- http://www.nimon.org
>
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150826/6d359694/attachment-0001.html>


More information about the Pd-list mailing list