Re: Another approach to root user?
Re: Another approach to root user?
- Subject: Re: Another approach to root user?
- From: Ethan Funk <email@hidden>
- Date: Tue, 28 Mar 2006 10:05:28 -0700
The previous version is on line at http://redmountainradio.com/
audiorack.
The only AU I am loading at startup (when the problem emerges) is the
MatrixMixer. I intend to get rid of it soon opting for my own code
to do mix-minus for telephone interfaces and such, but that does not
matter for the moment. I want to reiterate that the problem with my
CoreAudio initialization goes away when launchd runs arserver (the
server application) as root. The Midi problem persists. If launchd
runs arserver as a different user then my CoreAudio initialization
fails. As a work around, I have arserver set up to drop privileges
only for forked processes - arserver has the ability to run outside
programs as part of automation and .mp3 encoding.
The midi problem is independent of the user arserver is run as. It
seems to require a login session.
Ethan...
(MacFOH looks very cool... I didn't know it existed!)
On Mar 28, 2006, at 9:46 AM, Shaun Wexler wrote:
FWIW, MacFOH uses a kext plus the same type of process that you're
trying to implement: a launchd daemon running as root in the
global bootstrap, which serves audio, DSP, data, MIDI, MSC, MMC,
DMX, and device & show control over various transports and
protocols to the local host, network, and connected devices and
interfaces. It's all vectored thru one process.
Something linked [indirectly?] to your binary or dylibs must be
loading AppKit symbols, possibly one of the AU's? If your project
is online, I'll take a look at it later; maybe something will jump
out at me.
--
Shaun Wexler
MacFOH
http://www.macfoh.com
_______________________________________________
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