Re: [dbus-cplusplus-devel] dbus-c++ echo sample fails

[Bruce, H. <hen...@in...>]

Thanks to all who replied to my email. I've been digging deeper and have some questions and comments

1. Does "main loop integration" apply to client and server applications and/or the binding library itself (i.e. dbus-c++ library)

2. I switched to echo client and server applications to use the Glib main loop but still see the same "OOM" error on the client. As the dispatch enter and leave method are stubbed out in the Glib implementation, I created my own main loop in the client and server applications.

3. Is it possible to change the main loop used by the binding? If so, are there instructions on how to do this ? I tried swapping out eventloop.h and for glib-integration.h in dispatcher.h and changing type of default_dispatcher accordingly, but got compiler errors (couldn't find any of the "Internal" sub classes).

4. If I can work out how to do (3) for Glib, I can see a route to Visual Studio port.

Henry



-----Original Message-----
From: Andreas Volz [mailto:li...@br...] 
Sent: Thursday, July 02, 2009 12:45 PM
To: dbu...@li...
Subject: Re: [dbus-cplusplus-devel] dbus-c++ echo sample fails

Am Tue, 30 Jun 2009 12:46:17 -0700 schrieb Bruce, Henry:

Hello Henry,

To be honest I know this comment, but never experienced this error. And
I use Dbus-C++ for a heavy communicating application.

Which main loop integration do you use? Try the Ecore or Glib loop. The
default one is buggy.

regards
Andreas

> All,
>  
> I have been evaluating dbus-c++. I really like the design - it makes
> good use of C++ and is much easier to use the dbus-glib. I also like
> the use of XML service description files. When I built and ran the
> "echo" sample, the client failed after a few requests with a "not
> enough memory" exception. When I looked at the source for
> echo-client.cpp I saw the comment "For some strange reason, libdbus
> frequently dies with an OOM". Sure enough, it had.
> 
> I'd really like to use dbus-c++, but it just doesn't seem stable
> enough. Has anyone root caused this behavior?
> 
> Hoping that someone will save me from dbus-glib,
> 
> Thanks,
> 
> Henry Bruce
> 
> 
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> dbus-cplusplus-devel mailing list
> dbu...@li...
> https://lists.sourceforge.net/lists/listinfo/dbus-cplusplus-devel
> 

------------------------------------------------------------------------------
_______________________________________________
dbus-cplusplus-devel mailing list
dbu...@li...
https://lists.sourceforge.net/lists/listinfo/dbus-cplusplus-devel