'Twas brillig, and Daniel Mack at 19/07/09 12:26 did gyre and gimble:
On Sun, Jul 19, 2009 at 12:13:05PM +0100, Colin Guthrie wrote:
'Twas brillig, and Daniel Mack at 18/07/09 13:05 did gyre and gimble:
I've put some pieces together now and what I got is
- a kernel module that loads and unloads fine and offers a virtual
stereo soundcard which can be selected by any CoreAudio application.
- a user space interface to share the ring buffers with application so
that audio can be transported in and out.
- a skeleton for an
application that connects to that interface and maps the shared memory
buffers.
- a PreferencePane which has no function yet but can be used later to
control setting for the virtual audio device and the local sound server.
Sounds like a lot, but there's still a long way to go until we'll hear
anything.
That's still a million times further on than last week! Awesome work :D
For those interested, I've put my tree online:
http://github.com/zonque/PulseAudioOSX/tree/master
So it seams that libglib2 is missing in the linker list. Haven't
debugged any further, hoping that someone has a solution already :)
Hmmm. This is some sort of over/under linking issue I think. The place
where this is defined is based on a weak reference, which means that if
it doesn't exist, it should allow the app to continue.
I suspect that the clue to fixing this would be in the PA_GCC_WEAKREF
macro. I suspect this is simply not working on OSX.
Ah, so you're saying PA doesn't need glib2 at all?
Indeed. It should survive without it. Not sure when this was last tried
tho' :)
If we depended on glib, there would be a lot of internal code that would
disappear as we have our own structures for lots of things like hashmaps
etc. that could instead just be the glib varients. I think the intention
is to keep the deps down tho'.
It's probably quite a trivial patch in src/pulsecore/proplist-util.c
It checks for and defines _g_get_application_name, but if the
PA_GCC_WEAKREF macro is not defined we don't do anything... I'd imagine
a simple #else and a dummy implementation of _g_get_application_name()
that returns NULL.
Now interestingly, pulse does check for it via "if
(_g_get_application_name)" so it should handle this already... Hmmm. I
guess the dynamic linker isn't loading the library needed for the
weakref for you. I'm not really sure now I've gone through this :s
Check first if the PA_GCC_WEAKREF macro is defined and tyr and get some
more info and follow it through is my recommendation for now.
Whatever you do, you may have to do the same for
_gtk_window_get_default_icon_name and _gdk_display...
Hmm. Maybe someone can come up with a patch :)
Perhaps :) I'm not really familiar with weak refs and such on OS X (or
on Linux!).
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
Mandriva Linux Contributor [http://www.mandriva.com/]
PulseAudio Hacker [http://www.pulseaudio.org/]
Trac Hacker [http://trac.edgewall.org/]
_______________________________________________
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
