Library is not thread-safe: deadlock can happen about cpp-signal

[sergey-shambir]

I've illustrated problem:

[Montellese]

This sounds more like a "design" problem in your application which will always lead to deadlocks when using locks / mutexes.

If signal1 triggers slot1 which fires signal2 which triggers slot2 which fires signal1 which again triggers slot1 you've got yourself a nice indirect endless loop.

[sergey-shambir]

Code above just shows the issue; of course, in real code there will be conditional execution and more levels of indirection, so no endless loops will appear.
But deadlock is still possible when library calls external code which can again call library API which acquires another lock.
The same thing happens in the "Dining philosophers problem".

[Montellese]

I have added a "Known Issues" section to the README mentioning this potential deadlock.