June 2006 - Darwin-dev - lists.apple.com

Re: launch agent questions
by Dave Zarzycki 16 Jun '06

16 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com LaunchDaemons are working in Tiger. davez On Jun 16, 2006, at 10:02 AM, Alex Sheh wrote: Thanks for the responses. I'll then programmatically modify the login items, as suggested. Are launch daemons usable in Tiger or are they simarly not working until Leopard? - Alex On Jun 16, 2006, at 2:49 AM, Finlay Dobbie wrote: purposes, busted in Tiger. I'd advise against using them until Leopard. Sorry. Stupid question, how could one do that? Since it's a .plist and I don't remember seeing a minimum OS version key, what would be the solution to prevent it from running on 10.4? and should work in future releases of the operating system, current versions of the operating system and previous versions of the operating system. If a solution is required for Tiger, yes, that is correct. Going forwards, once LaunchAgents work properly (in Leopard), you should think about transitioning to them. At this point in time, it's probably best not to try and implement a LaunchAgent. Exactly. Transition as your product requirements allow. davez _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/asheh%40euphonix.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… -----Original Message----- From: darwin-dev-bounces+asheh=euphonix.com(a)lists.apple.com [mailto:darwin-dev-bounces+asheh=euphonix.com@lists.apple.com] On Behalf Of Dave Zarzycki Sent: Friday, June 16, 2006 8:48 AM To: finlay(a)dobbie.net Cc: darwin-dev(a)lists.apple.com Subject: Re: launch agent questions On 16/06/06, Stephane Sudre <ssudre(a)intego.com> wrote: I'm terribly sorry to report that LaunchAgents are for all practical I think Dave meant that you should use an alternative to LaunchAgents, such as programmatically modifying the login items, which is supported This email sent to asheh(a)euphonix.com This email sent to site_archiver(a)lists.apple.com

1 0

RE: launch agent questions
by Alex Sheh 16 Jun '06

16 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Thread-index: AcaRXE0sKzvJvxcJQ3+K1gNGZtJWlQACgjBw Thread-topic: launch agent questions Thanks for the responses. I'll then programmatically modify the login items, as suggested. Are launch daemons usable in Tiger or are they simarly not working until Leopard? - Alex -----Original Message----- From: darwin-dev-bounces+asheh=euphonix.com(a)lists.apple.com [mailto:darwin-dev-bounces+asheh=euphonix.com@lists.apple.com] On Behalf Of Dave Zarzycki Sent: Friday, June 16, 2006 8:48 AM To: finlay(a)dobbie.net Cc: darwin-dev(a)lists.apple.com Subject: Re: launch agent questions On Jun 16, 2006, at 2:49 AM, Finlay Dobbie wrote: > On 16/06/06, Stephane Sudre <ssudre(a)intego.com> wrote: >> > I'm terribly sorry to report that LaunchAgents are for all >> practical >> > purposes, busted in Tiger. I'd advise against using them until >> > Leopard. Sorry. >> >> Stupid question, how could one do that? Since it's a .plist and I >> don't remember seeing a minimum OS version key, what would be the >> solution to prevent it from running on 10.4? > > I think Dave meant that you should use an alternative to LaunchAgents, > such as programmatically modifying the login items, which is supported > and should work in future releases of the operating system, current > versions of the operating system and previous versions of the > operating system. If a solution is required for Tiger, yes, that is correct. > Going forwards, once LaunchAgents work properly (in Leopard), you > should think about transitioning to them. At this point in time, it's > probably best not to try and implement a LaunchAgent. Exactly. Transition as your product requirements allow. davez _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/asheh%40euphonix.com This email sent to asheh(a)euphonix.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: launch agent questions
by Dave Zarzycki 16 Jun '06

16 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Jun 16, 2006, at 2:49 AM, Finlay Dobbie wrote: I think Dave meant that you should use an alternative to LaunchAgents, such as programmatically modifying the login items, which is supported and should work in future releases of the operating system, current versions of the operating system and previous versions of the operating system. If a solution is required for Tiger, yes, that is correct. Going forwards, once LaunchAgents work properly (in Leopard), you should think about transitioning to them. At this point in time, it's probably best not to try and implement a LaunchAgent. Exactly. Transition as your product requirements allow. davez _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On 16/06/06, Stephane Sudre <ssudre(a)intego.com> wrote: > I'm terribly sorry to report that LaunchAgents are for all practical > purposes, busted in Tiger. I'd advise against using them until > Leopard. Sorry. Stupid question, how could one do that? Since it's a .plist and I don't remember seeing a minimum OS version key, what would be the solution to prevent it from running on 10.4? This email sent to site_archiver(a)lists.apple.com

1 0

Re: re: launch agent questions
by Finlay Dobbie 16 Jun '06

16 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OH2RTSDEBHmC+L3dVf4vd9Fbk7uJL0kNKQrm/G5dpEjC9rKU/uGJMZHZhoO7gnblSYqNDfIFDIsMBvMNRnnodbWBb3Nr4u3tRqp5EcrxEmFx82DYFhDubDGcZux2ZRKxVnJgcSMYXjTcyXwT7FFKKzLpa2lXyG8l7DXyovYU/jo= Let's imagine this technology works fine on Leopard. Let's imagine some software need to be both 10.4 and Leopard compatible. How can you prevent your Launch Agent from being "launched" on 10.4 because of possible bugs? Don't install a plist for it? :-) -- Finlay _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On 16/06/06, Stephane Sudre <ssudre(a)intego.com> wrote: This email sent to site_archiver(a)lists.apple.com

1 0

Fwd: re: launch agent questions
by Stephane Sudre 16 Jun '06

16 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Jun 16, 2006, at 11:49 AM, Finlay Dobbie wrote: > I'm terribly sorry to report that LaunchAgents are for all practical > purposes, busted in Tiger. I'd advise against using them until > Leopard. Sorry. I think Dave meant that you should use an alternative to LaunchAgents, such as programmatically modifying the login items, which is supported and should work in future releases of the operating system, current versions of the operating system and previous versions of the operating system. Going forwards, once LaunchAgents work properly (in Leopard), you should think about transitioning to them. At this point in time, it's probably best not to try and implement a LaunchAgent. Let's imagine this technology works fine on Leopard. Let's imagine some software need to be both 10.4 and Leopard compatible. I know backward compatibility is so yesterday these days but... _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On 16/06/06, Stephane replied on the wrong mailing list and had to forward the message On 16/06/06, Stephane wrote: Stupid question, how could one do that? Since it's a .plist and I don't remember seeing a minimum OS version key, what would be the solution to prevent it from running on 10.4? This is how I read it in the first place. The question was more about backward compatibility: How can you prevent your Launch Agent from being "launched" on 10.4 because of possible bugs? Since it looks like the purpose of launch agent is to just automatically run a task, does that mean that you need to manually run the task at least once to see if you can run it automatically later. This seems to defeat the automatic goal. This email sent to site_archiver(a)lists.apple.com

1 0

Re: the Virtual Memory
by Graham J Lee 16 Jun '06

16 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 9 Jun 2006, at 11:25, Graham J Lee wrote: _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com On 9/6/06 01:17, Jordan K. Hubbard wrote: You might look at the source code for top(1) - it grubs through a lot of this information. To me, it looks like there's no way to produce output equivalent to the analogous program on Linux[*], which (abridged) produces this: total used free shared buffers cached Swap: 2000084 0 2000084 D'oh! Yes there is, there's a sysctl() for it. OK, free's finished, I'm done now, no more silly questions :-) -- Graham J Lee "Oxford University's UNIX Expert" As seen in MacWorld UK http://iamleeg.blogspot.com smime.p7s

1 0

Re: launch agent questions
by Finlay Dobbie 16 Jun '06

16 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Tj+CFYq+Ug9Ni81RojL7fBWuKVvYGkUDl9rDz2H0Urjl1OiAi8ZF6RDaQtxznpOKHvruCL+wP3bj+7EMe62cLi3utpbeMHZkVlaht3i3C/1fotl7nZ45yzE3JuWCx/V9ggowilRyOXwk6k/KCVmTwavcIVdac68pkhpCblPVshk= > I'm terribly sorry to report that LaunchAgents are for all practical > purposes, busted in Tiger. I'd advise against using them until > Leopard. Sorry. Stupid question, how could one do that? Since it's a .plist and I don't remember seeing a minimum OS version key, what would be the solution to prevent it from running on 10.4? I think Dave meant that you should use an alternative to LaunchAgents, such as programmatically modifying the login items, which is supported and should work in future releases of the operating system, current versions of the operating system and previous versions of the operating system. Going forwards, once LaunchAgents work properly (in Leopard), you should think about transitioning to them. At this point in time, it's probably best not to try and implement a LaunchAgent. -- Finlay _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/finlay.dobbie%40gmail.com This email sent to finlay.dobbie(a)gmail.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On 16/06/06, Stephane Sudre <ssudre(a)intego.com> wrote: This email sent to site_archiver(a)lists.apple.com

1 0

Re: launch agent questions
by Stephane Sudre 16 Jun '06

16 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 15 juin 06, at 23:14, Dave Zarzycki wrote: On Jun 14, 2006, at 10:43 AM, Alex Sheh wrote: _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… I have a few questions related to launch agents. 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? I'm terribly sorry to report that LaunchAgents are for all practical purposes, busted in Tiger. I'd advise against using them until Leopard. Sorry. Stupid question, how could one do that? Since it's a .plist and I don't remember seeing a minimum OS version key, what would be the solution to prevent it from running on 10.4? This email sent to site_archiver(a)lists.apple.com

1 0

Re: ATAIdentify: was Re: Darwin-dev Digest, Vol 3, Issue 158
by Chris Sarcone 15 Jun '06

15 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: ATAIdentify: was Re: Darwin-dev Digest, Vol 3, Issue 158
by Dirk Stegemann 15 Jun '06

15 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hello Pete, Am 15.06.2006 um 22:25 schrieb Peter Cassidy: (...) >From ATASMARTLib.h ; /*! @function GetATAIdentifyData @abstract Reads the 512-byte data provided by the drive in response to the ATA IDENTIFY DEVICE command. */ IOReturn ( *GetATAIdentifyData ) ( void * interface, void * buffer, UInt32 inSize, UInt32 * outSize ); Cool, I was looking for something like that :-) Thanks! Best regards, Dirk Stegemann _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On 15 Jun 2006, at 20:02, darwin-dev-request(a)lists.apple.com wrote; I'd like to retrieve the system volume's hard disk serial number. It's part of the SMART API. I used it when hacking SMARTMonTools, some years back. Since (I think) MacOS X.3, the API to do an ATAIdentify has been in there. You just need to create a plug-in interface to kIOATASMARTUserClientTypeID, query the plug-in to get a handle to the interface. Then send the Identify command. (...) As it seems, the 'GetATAIdentifyData()' API requires Mac OS X 10.3 minimum (it's not present in the 10.2.8 SDK) -- maybe there's some kind of predecessor available on those systems? On the other hand, "Jaguar" is older than the SMART technology, I'd say... Do I assume correctly that a drive, which *doesn't* support the SMART technology cannot be queried by this API at all? Or will such a drive simply return invalid data for calls like 'SMARTEnableDisableOperations()' which try to retrieve information which cannot be provided by the drive, but still returns its serial number (incase a S/N is present)? I have some working dummy-code which does just this. Let me know if you want it. It's ancient but I built it on 10.4.6/ppc and it's fine. Here's a chunk of the Ident, including the s/n; I'll dig a bit deeper and do some tests next week, and would gladly contact you again incase I encounter unresolvable difficulties or questions. This email sent to site_archiver(a)lists.apple.com

1 0