launch agent questions
launch agent questions
- Subject: launch agent questions
- From: "Alex Sheh" <email@hidden>
- Date: Tue, 13 Jun 2006 14:51:03 -0700
- Thread-topic: launch agent questions
Hi All,
I have a few questions related to launch agents. Not sure which list I
should be posting to, but I saw some discussion about launch agents on
this list's archive - please let me know if this questions belongs on
another list. I realize that there is only one launchd per user, so a
GUI session and an ssh login session will not have separate launchd's,
and I'm fine with that (otherwise, I believe loginwindow plist would be
recommended).
I have a launch agent that I want to run whenever the user logs in via
the GUI window. I noticed that I need to call system("launchctl unload
com.myCompany.myAgent.plist") at then very end of executable myAgent, in
order for my launch agent to be run again after logging out and logging
back in via GUI. Otherwise my launch agent plist remains loaded and the
next time I log back in, nothing happens. Is this method of unloading
at the end of the executable reasonable, or is there another more
standard way of doing this?
The other thing is if I run my launch agent without the unload compiled
in at the very end, then manually unload, and relogin, I get the
following error - "CoreMIDI: unable to connect to server init port".
This is mind boggling to me. Why would compiling in the unload into my
launch agent make a difference? The CoreMIDI error looks as if it is
trying to launch my agent as a daemon, and I don't see how this arises
from not compiling in unload at the end.
Also, my launch agent really just fires off some other programs and does
some synchronization, so it exits after a few seconds. Is there any way
for me to get around the error "9 more failures without living at least
60 seconds will cause job removal"? I'd rather not add a sleep(60) in
my executable.
Thanks,
Alex
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden