Nicolas, sounds reasonable, I give a try today. Thanks for the hint!
Popesz On Wed, Aug 26, 2015 at 12:51 PM, Nicolas Montgermont < [email protected]> 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 < <[email protected]> > [email protected]> 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 >> >> >> _______________________________________________ >> [email protected] mailing list >> UNSUBSCRIBE and account-management -> >> <http://lists.puredata.info/listinfo/pd-list> >> http://lists.puredata.info/listinfo/pd-list >> >> > > > _______________________________________________pd-l...@lists.iem.at mailing > list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > -- http://www.nimon.org > > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > >
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
