[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freedesktop-dbus
Subject:    Re: Reliability of the D-Bus broadcast messages
From:       Bogdan <boguslaw.lotko () chello ! at>
Date:       2011-03-23 11:15:45
Message-ID: 20110323121545.SJV9D.6029.root () viefep26
[Download RAW message or body]

Hello,

That was exactly what I meant asking starting the thread.
As I understood the first answers to this subject (see the beginning of the \
discussion), the sender writes in the socket, so the message cannot be lost. My \
experiences seem to confirm this. I've already sent thousends of messages to couple \
of concurrently working clients, with different time delays by receiving of messages \
and until now I couldn't observe any message get lost!

regards,
Bogdan
  
---- Dean Jenkins <djenkins@mvista.com> schrieb:
> Hi Havoc,
> 
> On 21 March 2011 20:28, Havoc Pennington <hp@pobox.com> wrote:
> > Signals do not have replies and cannot be reliable in this sense, though.
> > 
> Please can you clarify what you meant by "reliability" wrt to signals.
> For example, if a D-bus client application registers an interest in a
> signal and the D-bus server application sends that signal, is the
> client application guaranteed to receive that signal ?
> 
> I am asking because we see D-bus monitor showing signals being sent
> but out client application only receives 3 out 5 signals. Obviously
> that breaks our application. It could be bug in our application but I
> just wanted to check that it is not a flaw in D-bus that prevents
> signals not being received 100% of the time.
> 
> Regards,
> Dean
> 
> -- 
> Dean Jenkins
> Embedded Software Engineer
> Professional Services UK/EMEA
> MontaVista Software, LLC
> _______________________________________________
> dbus mailing list
> dbus@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dbus

_______________________________________________
dbus mailing list
dbus@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dbus


[prev in list] [next in list] [prev in thread] [next in thread]