• 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: Very early load and usage of higher level APIs
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Very early load and usage of higher level APIs


  • Subject: Re: Very early load and usage of higher level APIs
  • From: Dave Zarzycki <email@hidden>
  • Date: Fri, 9 Jun 2006 09:37:16 -0700


On Jun 9, 2006, at 5:50 AM, Shaun Wexler wrote:

On Jun 9, 2006, at 1:28 AM, Kevin Van Vechten wrote:

* launchtl might be somewhat non-deterministic in how plists are loaded. If at times your plist is loaded before the coreservicesd or securityd plist, then the lookups for those services will fail, which causes the API to return an error rather than block.

Maybe reverse the order of args in rc? I believe it loads them alphabetically, and in order of argv[]. From /etc/rc:


# Load [ideally on demand] daemons
if [ "${SafeBoot}" = "-x" ]; then
launchctl load /System/Library/LaunchDaemons /etc/mach_init.d
else
launchctl load /Library/LaunchDaemons /System/Library/ LaunchDaemons /etc/mach_init.d
SystemStarter ${VerboseFlag}
fi



Possible workaround: put it into /etc/mach_init.d/ zzzz.my.daemon.plist

Any appearance of load order is purely coincidental.

davez
_______________________________________________
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: 
 >Very early load and usage of higher level APIs (From: Ryan McGann <email@hidden>)
 >Re: Very early load and usage of higher level APIs (From: Kevin Van Vechten <email@hidden>)
 >Re: Very early load and usage of higher level APIs (From: Shaun Wexler <email@hidden>)

  • Prev by Date: Re: Very early load and usage of higher level APIs
  • Next by Date: Re: Very early load and usage of higher level APIs
  • Previous by thread: Re: Very early load and usage of higher level APIs
  • Next by thread: Re: Very early load and usage of higher level APIs
  • Index(es):
    • Date
    • Thread