[LAD] [Jack-Devel] more jack/qjackctl madness : some comments

Nedko Arnaudov nedko at arnaudov.name
Tue May 19 08:23:07 UTC 2009

Fons Adriaensen <fons at kokkinizita.net> writes:

> On Tue, May 19, 2009 at 10:03:28AM +0300, Nedko Arnaudov wrote:
>> Fons Adriaensen <fons at kokkinizita.net> writes:
>> > Well, the current implementation *does* intercept C API
>> > calls in order to divert them to dbus, it's not just an
>> > addition to the standard jackd. I never mentioned babies
>> > being eaten.
>> As long as interface is same at C API level everything is fine. dbus
>> cant and does not intercept any C API calls. The implementation of the
>> jack_client_open(), only when compiled in dbus model, only when wants to
>> start jack server, starts the jack server by *CALLING* libdbus
>> function. That C level libdbus API call is then implemented by using the
>> dbus IPC mechanism (sockets) and then gets into jackdbus process that
>> executes the call. Nobody is intercepting jack.h API C level calls.
> Nedko, you continue to contradict yourself.
> What you write above confirms that the jack_client_open()
> call is intercepted and its action modified. 

It is not intercepted. It is implemented. No hooking is made.
jack_client_open() action is not modified. It behaves as expected, as
documented in the API. jack server is autostarted.

Nedko Arnaudov <GnuPG KeyID: DE1716B0>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <http://lists.linuxaudio.org/pipermail/linux-audio-dev/attachments/20090519/7f1147a7/attachment.pgp>

More information about the Linux-audio-dev mailing list