PlayerControl: add second Cond object

This fixes a deadlock bug introduced by 18076ac9.  After all, the
second Cond was necessary.

The problem: two threads can wait for a signal at the same time.  The
player thread waits for the output thread to finish playback.  The
main thread waits for the player thread to complete a command.  The
output thread finishes playback, and sends a signal, which
unfortunately does not wake up the player thread, but the main
thread.  The main thread sees that the command is still not finished,
and waits again.  The signal is lost forever, and MPD is deadlocked.

1 files changed, 32 insertions, 0 deletions

diff --git a/src/PlayerControl.hxx b/src/PlayerControl.hxx
index 2b25177f..de05e17a 100644
--- a/src/PlayerControl.hxx
+++ b/src/PlayerControl.hxx
@@ -108,6 +108,13 @@ struct player_control {
 	 */
 	Cond cond;
 
+	/**
+	 * This object gets signalled when the player thread has
+	 * finished the #command.  It wakes up the client that waits
+	 * (i.e. the main thread).
+	 */
+	Cond client_cond;
+
 	enum player_command command;
 	enum player_state state;
 
@@ -191,10 +198,35 @@ struct player_control {
 	 * prior to calling this function.
 	 */
 	void Wait() {
+		assert(thread == g_thread_self());
+
 		cond.wait(mutex);
 	}
 
 	/**
+	 * Wake up the client waiting for command completion.
+	 *
+	 * Caller must lock the object.
+	 */
+	void ClientSignal() {
+		assert(thread == g_thread_self());
+
+		client_cond.signal();
+	}
+
+	/**
+	 * The client calls this method to wait for command
+	 * completion.
+	 *
+	 * Caller must lock the object.
+	 */
+	void ClientWait() {
+		assert(thread != g_thread_self());
+
+		client_cond.wait(mutex);
+	}
+
+	/**
 	 * @param song the song to be queued; the given instance will
 	 * be owned and freed by the player
 	 */