• 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: Another approach to root user?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Another approach to root user?


  • Subject: Re: Another approach to root user?
  • From: Jeff Moore <email@hidden>
  • Date: Mon, 27 Mar 2006 15:00:27 -0800

First, I'll just echo what Shaun Wexler said: daemons are pretty much forbidden from making connections to the Window Server. The reason why is that daemons really aren't supposed to have any UI and, as such, should have no business with the Window Server. Not only does this mean you need to avoid frameworks like Cocoa and App Services, but also anything that indirectly uses those frameworks as well, like AU view code. In fact, you might even want to avoid using stdout and stderr since these streams might point to /dev/null depending on when launchd launces your daemon.

Second, I have to ask about why you need a daemon in the first place? The task the daemon is performing will have a direct impact on whether it should run in the root bootstrap session or in a particular user's login session or in some other place. You might also want to go into some detail about how outside entities interface with the daemon (if they are supposed to).

Finally, CoreMIDI is a per-user type thing. In particular, the MIDI server itself is launched inside the user's login session. I'm not sure what's going to happen when the MIDI server needs to be launched outside of an actively logged in user's session. It could work fine, but more likely it will confuse things a bit. Hopefully Doug can clarify this for us.

On Mar 26, 2006, at 3:04 PM, Ethan Funk wrote:

In reference to my previous email about the root user problems: Maybe I should just run my program in a normal user space. If so I need a way to keep a GUI logout or a fast users change from that user from stopping my program or muting the audio. Is this a possible solution to my problem?


--

Jeff Moore
Core Audio
Apple


_______________________________________________ Do not post admin requests to the list. They will be ignored. Coreaudio-api mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
  • Follow-Ups:
    • Re: Another approach to root user?
      • From: Ethan Funk <email@hidden>
References: 
 >Another approach to root user? (From: Ethan Funk <email@hidden>)

  • Prev by Date: Re: Another approach to root user?
  • Next by Date: CoreMidi/CoreAudio and root user
  • Previous by thread: Re: Another approach to root user?
  • Next by thread: Re: Another approach to root user?
  • Index(es):
    • Date
    • Thread