Replies: 1 comment 2 replies
-
This is a bug, but not of sdbus-c++, but the program using sdbus-c++. The two mentioned concurrent accesses to the D-Bus connection are nicely handled (serialized) by sdbus-c++, but the program creates a deadlock situation by having one depend on the other, of which sdbus-c++ has no idea. One way to solve that off the top of my head would be to use server-side async method. The method callback finishes while the async result instance is stored somewhere. The underlying Connection resource is free for |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
When inside dbus method call in one thread and other thread accessing createSignal function it locks for ever.
Is this normal or this a bug? I can provide sample code if needed. Method call and signal are registered on the same IObject
T1
Recives a method call. Method call needsT2
to shut down so it waits the thread to join.T2
Tries to send out a signal onto dbus, but will lock inside createSignal. so It will never exit.Beta Was this translation helpful? Give feedback.
All reactions