Re: [Jack-Devel] buffer size callback, revisit

PrevNext  Index
DateTue, 15 Feb 2011 13:41:09 -0600
From Jack O'Quin <[hidden] at gmail dot com>
ToPaul Davis <[hidden] at linuxaudiosystems dot com>
CcJACK <[hidden] at lists dot jackaudio dot org>
In-Reply-ToPaul Davis Re: [Jack-Devel] buffer size callback, revisit
Follow-Uphermann Re: [Jack-Devel] buffer size callback, revisit
On Tue, Feb 15, 2011 at 1:25 PM, Paul Davis <[hidden]> wrote:
> On Tue, Feb 15, 2011 at 2:22 PM, Jack O'Quin <[hidden]> wrote:
>
>> If JACK does not, the best hope is not to change the buffer size.
>> That's been the de facto solution for the past ten years or so. I
>> doubt very many JACK clients ever worked correctly with this
>> interface.
>
> so, if i understand correctly, you are suggesting that we simply
> convert the implementations so that the callback is always called from
> jack_activate(), and tell client authors "you should assume that its
> called from jack_activate(), though it may not be, and that's a bug in
> older versions of JACK" ?

Not exactly. The issue is complex, because one needs to look at it
from both sides. Existing clients will want to work as best they can
with old JACK versions. Removing the initialization code would not
serve that purpose well, despite being subject to a race condition.

I am not against adding new, cleaner interfaces. But, let's not hold
our breath waiting for everyone to adopt them. That takes years.

I was just asking: what's wrong with fixing the bug in the existing one?

I suspect I may have missed some earlier message where that problem
was described already. If so, I apologize.
-- 
 joq
PrevNext  Index

1297798899.8215_0.ltw:2,a <AANLkTingp06Ruu1fj-4h=hWNNqQ8BcGg9QdmCO50tdSN at mail dot gmail dot com>