Re: Another approach to root user?
Re: Another approach to root user?
- Subject: Re: Another approach to root user?
- From: Jeff Moore <email@hidden>
- Date: Tue, 28 Mar 2006 18:00:31 -0800
There's no need to call FindNextComponent if you already know the
type and subtype IDs and don't mind getting the "default" component.
If that's the case, you can simply call OpenADefaultComponent() to
get an instance.
On Mar 28, 2006, at 5:38 PM, Ethan Funk wrote:
OK, the only problem is, the server won't run as any user but
root in as non-console session.
That seems pretty weird. I thought you just needed to add the
"UserName" key to your launchd plist to do that.
The culprit is likely to be the call to FindNextComponent(). My
guess is that it is calling the register function of some totally
unrelated component as part of setting up the table of what
components are installed. Likely, it is this component that is
trying to do something that connects to the Window server. I
imagine that you could confirm or deny this by stepping over the
lines of code in gdb.
--
Jeff Moore
Core Audio
Apple
I also tried adding the SessionCreate key along with the UserName
key... same outcome with launchd as with ssh-ing. And I confirmed
that it is FindNextComponent that is choking things. Is there an
alternate way to locate a CoreAudio component so I can make this
run in a non-console session? It seems kind of pointless to list
CoreAudio as Daemon Safe in Technote 2083 if there is no daemon
safe way to get at it's components.
I am guessing that the midi problem is similar, although it just
logs an error to the console with out exiting the program. I have
not trouble shot that code yet.
--
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