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

From: Nedko Arnaudov <nedko@email-addr-hidden>
Date: Tue May 19 2009 - 11:23:07 EEST

Fons Adriaensen <fons@email-addr-hidden> writes:

> On Tue, May 19, 2009 at 10:03:28AM +0300, Nedko Arnaudov wrote:
>
>> Fons Adriaensen <fons@email-addr-hidden> 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>

_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Received on Tue May 19 12:15:02 2009

This archive was generated by hypermail 2.1.8 : Tue May 19 2009 - 12:15:02 EEST