oysteikt/mpd
0
0
Fork 0
Code Issues Pull Requests Releases Activity
d10910cc90
mpd/src/event_pipe.h

64 lines
1.8 KiB
C
Raw Normal View History

Fix the problem of songs not advancing without client activity The select() in the main event loop blocks now (saving us many unnecessary wakeups). This interacted badly with the threads that were trying to wakeup the main task via pthread_cond_signal() since the main task was not blocked on a condition variable, but on select(). So now if we detect a need to wakeup the player, we write to a pipe which select() is watching instead of blindly calling pthread_cond_signal(). git-svn-id: https://svn.musicpd.org/mpd/trunk@7347 09075e82-0dd4-0310-85a5-a0d7c8717e4f
2008-04-12 11:46:11 +02:00
/* the Music Player Daemon (MPD)
* Copyright (C) 2003-2007 Warren Dukes <warren.dukes@gmail.com>
* Copyright (C) 2008 Eric Wong <normalperson@yhbt.net>
*
* This project's homepage is: http://www.musicpd.org
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2 of the License, or
* (at your option) any later version.
*
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software
* Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
*/
main_notify: renamed source to event_pipe.c We are going to migrate away from the concept of notifying the main thread. There should be events sent to it instead. This patch starts a series to implement that.
2009-01-01 18:12:00 +01:00
#ifndef EVENT_PIPE_H
#define EVENT_PIPE_H
Fix the problem of songs not advancing without client activity The select() in the main event loop blocks now (saving us many unnecessary wakeups). This interacted badly with the threads that were trying to wakeup the main task via pthread_cond_signal() since the main task was not blocked on a condition variable, but on select(). So now if we detect a need to wakeup the player, we write to a pipe which select() is watching instead of blindly calling pthread_cond_signal(). git-svn-id: https://svn.musicpd.org/mpd/trunk@7347 09075e82-0dd4-0310-85a5-a0d7c8717e4f
2008-04-12 11:46:11 +02:00
update & main_notify: migrate from pthread to glib threads
2008-12-28 22:09:42 +01:00
#include <glib.h>
main_notify: define main_task so we can use it for assertions It'll be easier to keep track of what code runs in what task/thread this way.
2008-10-06 18:31:59 +02:00
event_pipe: added pipe_event enum and callbacks Make the event_pipe (formerly main_notify) send/receive a set of events, with a callback for each one. The default event PIPE_EVENT_SIGNAL does not have a callback. It is still there for waking up the main thread, when it is waiting for the player thread.
2009-01-01 18:22:11 +01:00
enum pipe_event {
/** database update was finished */
PIPE_EVENT_UPDATE,
/** during database update, a song was deleted */
PIPE_EVENT_DELETE,
/** an idle event was emitted */
PIPE_EVENT_IDLE,
/** must call syncPlayerAndPlaylist() */
PIPE_EVENT_PLAYLIST,
sig_handlers: use event_pipe for delivering SIGHUP The signal_check library went out of order when we started using the GLib main loop. Convert the SIGHUP handler to use event_pipe instead.
2009-01-01 18:51:17 +01:00
/** SIGHUP received: reload configuration, roll log file */
PIPE_EVENT_RELOAD,
event_pipe: added pipe_event enum and callbacks Make the event_pipe (formerly main_notify) send/receive a set of events, with a callback for each one. The default event PIPE_EVENT_SIGNAL does not have a callback. It is still there for waking up the main thread, when it is waiting for the player thread.
2009-01-01 18:22:11 +01:00
PIPE_EVENT_MAX
};
typedef void (*event_pipe_callback_t)(void);
event_pipe: renamed functions from main_notify_* to event_pipe_* Continuing the previous patch.
2009-01-01 18:12:14 +01:00
void event_pipe_init(void);
Fix the problem of songs not advancing without client activity The select() in the main event loop blocks now (saving us many unnecessary wakeups). This interacted badly with the threads that were trying to wakeup the main task via pthread_cond_signal() since the main task was not blocked on a condition variable, but on select(). So now if we detect a need to wakeup the player, we write to a pipe which select() is watching instead of blindly calling pthread_cond_signal(). git-svn-id: https://svn.musicpd.org/mpd/trunk@7347 09075e82-0dd4-0310-85a5-a0d7c8717e4f
2008-04-12 11:46:11 +02:00
event_pipe: renamed functions from main_notify_* to event_pipe_* Continuing the previous patch.
2009-01-01 18:12:14 +01:00
void event_pipe_deinit(void);
notify: added notify_deinit() Destroy the mutex when it is not used anymore.
2008-09-24 07:14:11 +02:00
event_pipe: added pipe_event enum and callbacks Make the event_pipe (formerly main_notify) send/receive a set of events, with a callback for each one. The default event PIPE_EVENT_SIGNAL does not have a callback. It is still there for waking up the main thread, when it is waiting for the player thread.
2009-01-01 18:22:11 +01:00
void
event_pipe_register(enum pipe_event event, event_pipe_callback_t callback);
void event_pipe_emit(enum pipe_event event);
event_pipe: added event_pipe_emit_fast() event_pipe_emit_fast() is aimed for use in signal handlers: it doesn't lock the mutex, and doesn't log on error. That makes it potentially lossy, but for its intended use, that does not matter.
2009-01-01 18:47:25 +01:00
/**
* Similar to event_pipe_emit(), but aimed for use in signal handlers:
* it doesn't lock the mutex, and doesn't log on error. That makes it
* potentially lossy, but for its intended use, that does not matter.
*/
void event_pipe_emit_fast(enum pipe_event event);
Fix the problem of songs not advancing without client activity The select() in the main event loop blocks now (saving us many unnecessary wakeups). This interacted badly with the threads that were trying to wakeup the main task via pthread_cond_signal() since the main task was not blocked on a condition variable, but on select(). So now if we detect a need to wakeup the player, we write to a pipe which select() is watching instead of blindly calling pthread_cond_signal(). git-svn-id: https://svn.musicpd.org/mpd/trunk@7347 09075e82-0dd4-0310-85a5-a0d7c8717e4f
2008-04-12 11:46:11 +02:00
#endif /* MAIN_NOTIFY_H */
Reference in New Issue Copy Permalink