Hi Luiz, On 09:30 Fri 19 Apr, Luiz Augusto von Dentz wrote: > Hi Vinicius, > [snip] > > What about creating a new flag for properties that need to emit a > signal immediately when they change? That would also solve the problem. The way I see it, we should still not make any guarantees about when a propery changed signal will be emitted, only when the API behaviour requires, we use some kind of barrier to keep the ordering in check. And having a function to call we make it easier to detect when this is abused, i.e. we know there's something very wrong if there's a flush after each emit. > > > -- > Luiz Augusto von Dentz Cheers, -- Vinicius -- To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
