May 2012 - launchd-dev - lists.macosforge.org

SMJobBless returning error 4098
by Eric Gorr 30 May '12

30 May '12

I am trying to install a secure helper tool with SMJobBless. When it fails and before calling SMJobBless, I am calling SMJobRemove because I need to remove an older version of the tool - the removal succeeds. SMJobBless is returning an error code of 4098. The NSError object is only telling me that "The operation couldn't be completed. There was an error in the CodeSigning subsystem." If I rerun my code, the SMJobBless function works. I would assume this is because it was removed previously, but why would it have not worked the first time? I can then communicate with the tool and everything functions normally. Observing that everything is functioning normally, I believe I can be certain that I am meeting the five requirements for SMJobBless as described in the documentation. If I increment the version of my tool and try again, SMJobRemove will work, but, again, SMJobBless will return the error code 4098. If it matters, I am using OS X 10.7.3.

1 0

su/sudo behave differently for controlling a user’s launchd
by Sidney San Martín 28 May '12

28 May '12

I have an installer that loads an agent into launchd. A whiiiiile back, I read Quinn’s post about Mach bootstrap namespaces and launchd: http://lists.macosforge.org/pipermail/launchd-dev/2010-February/000741.html (In my case, I decided that loading it just for the current user was probably good enough.) Well, I just did an overhaul on the installer and noticed that loading the agent on 10.5 was failing with an error: launch_msg(): Socket is not connected Huh?! All seemed to be well in 10.6 and up. After bashing my head against it for a while, I discovered that a line like this in my installer: su "$USER" -c "launchctl load …" had, in the overhaul, changed to this: sudo -u "USER" launchctl load … Using su fixes the issue. I have no idea what the difference might be. I’m posting this in case anyone else runs into the same problem. Also, I wonder, does anyone has any insight into why they behave differently? Sidney

2 1

StartInterval's remaining time
by Jorge 22 May '12

22 May '12

For jobs scheduled to run N seconds via the StartInterval key, is there a way to know how many seconds remain until the next scheduled run?

1 0

Re: [launchd-dev] Facing problem with launch daemon on logout
by Quinn "The Eskimo!" 09 May '12

09 May '12

On 8 May 2012, at 08:07, Nandini Vijayashankar wrote: > If i restart the computer and login, my daemon is running. > After this if i logout and login again, daemon is exited with error code 143 > > If i explicitly load the job, logout and login, daemon is running. > > Problem is when the system is restarted and I logout and login. It's likely that your daemon is connecting to the window server, and thus killed when the window server dies on logout. Do the following: $ otool -L /path/to/your/daemon and check that all the frameworks you use are daemon safe [1]. Also, when you explicitly load the job, make sure you use "sudo". Without that your daemon ends up loading in the per-user context, which generally isn't what you want. Share and Enjoy -- Quinn "The Eskimo!" <http://www.apple.com/developer/> Apple Developer Relations, Developer Technical Support, Core OS/Hardware [1] Per the definition in Technote 2083 "Daemons and Agents". <https://developer.apple.com/library/mac/#technotes/tn2083/_index.html>

1 0

'launchctl remove' synchronicity
by Thomas Clement 07 May '12

07 May '12

Hello list, It seems "launchctl remove" and "launchctl unload" do not behave in the same way when unregistering a job from launchd. I can reload a job by doing "launchctl unload" / "launchctl load" and it works fine. However doing "launchctl remove" / "SMJobSubmit" makes launchd complain about "Conflict with job: job_label over Mach service: service_name". It seems that when SMJobSubmit is called and tries to load the job, the Mach services of the previous instance of the job are still registered into launchd. Adding a delay between "launchctl remove" and "SMJobSubmit" seems to solve the issue. Is this to be expected? Thomas

3 2

Facing problem with launch daemon on logout
by Nandini Vijayashankar 07 May '12

07 May '12

Hi, I have created a launch daemon process. I can start the process using: launchctl load <plistfile> But when I log out, this daemon is getting killed and I see the log message in the console as: com.apple.launchd : (<process name>) Exited with code : 143 When we logout, only launch agent process should be stopped. But why is the daemon process exiting or getting stopped? This issue iam facing only with Mac 10.7 (Lion). In Mac 10.5 and 10.6 daemon process keeps running even after logout. Any help for this is highly appreciated. Thanks

2 3