From: Andreas V. <li...@br...> - 2009-11-16 21:55:17
|
Am Tue, 10 Nov 2009 12:28:19 -0800 schrieb Freyensee, James P: > A co-worker of mine just submitted bug 25022 that contains our > addition to the project. We verified the merge (from freedesktop) > works, at least for the product we are using with it. We did not see > a category for "dbus-c++" so we filed it under "dbus" but stuck > "dbuc-c++" in the Title. I applied some part of the patch. We could discuss about parts I didn't yet apply (in the lib): examples: - op-cp - op-signal - most example modifications (I didn't yet look into it to deep) connection.h/connection.cpp: extern DXXAPI Dispatcher* default_dispatcher; ...and all changes specific to the change that Connection constructors have a new parameter Dispatcher* dispatcher. I've a raw idea what's the reason for it. But could you explain what was the main idea behind this change. connection.h/connection.cpp: set_timeout()/get_timeout() stuff -> applied eventloop.cpp: DefaultMutex::DefaultMutex() { pthread_mutex_t recmutex = PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP; _mutex = recmutex; //_mutex = PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP; //pthread_mutex_init(&_mutex, NULL); } What was the reason of doing this? The rest of the eventloop integration is applied now. generate_adaptor.cpp/generate_proxy.cpp/generator_utils.cpp: What are exactly the reason of these change? Looks for me like some sort of Async method support. Could you spend some more words here? regards Andreas |