• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: StartupItems
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: StartupItems


  • Subject: Re: StartupItems
  • From: Michael Bartosh <email@hidden>
  • Date: Fri, 2 Jun 2006 16:09:26 +0100


On Jun 2, 2006, at 12:18 AM, Peter Bierman wrote:

You are mischaracterizing our response. Launchd does indeed provide the hooks needed to create static dependency ordering based on strings. For example, you could configure items to trigger off files in /var/run.

But none of Apple's "startup items" plan to publish any such strings. You're free to use that mechanism for your own things; it's just not adequate for the stuff the system ships with. System services will publish their "provides" tokens as actual IPC channels instead of strings representing those channels.

What mystifies me is why you can't see that launchd is capable of doing what you're asking for, even though we don't choose to use it that way.

Keying off pid files is a lot more delicate than the 'requires' and 'provides' keys we had in Startup Items. The former is leaving it mostly in the hands of a daemon. The latter is imposing a dependency. Daemons are not smart enough to handle this themselves. Some don't clear dirty pid files, for instance.


-mb
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


References: 
 >Re: StartupItems (From: email@hidden (Peter Seebach))
 >Re: StartupItems (From: Peter Bierman <email@hidden>)

  • Prev by Date: Re: Behavior of "less" on different systems
  • Next by Date: Re: StartupItems
  • Previous by thread: Re: StartupItems
  • Next by thread: Re: StartupItems
  • Index(es):
    • Date
    • Thread