view doc/savedstatus-signals.dox @ 24477:d70eb6304eae

Use separate variables to keep track of the timer and the watcher. I believe only one of these will be used at any given time, and so while there is no overlap in their usage we need to use different variables so that we can call either purple_input_remove or purple_timeout_remove depending on the usage. I don't think this matters with glib because purple_input_remove and purple_timeout_remove both call g_source_remove, but it could be an issue when using other event loops. There's also the problem in line 673 where we add the watcher, but then if the call to msn_soap_write_cb fails we add a timer using the same variable. That's still going to be a little buggy.
author Mark Doliner <mark@kingant.net>
date Tue, 25 Nov 2008 02:43:56 +0000
parents e0613cf8c493
children
line wrap: on
line source

/** @page savedstatus-signals Saved Status Signals

 @signals
  @signal savedstatus-changed
 @endsignals

 @see savedstatus.h

 <hr>

 @signaldef savedstatus-changed
  @signalproto
void (*savedstatus_changed)(PurpleSavedStatus *new, PurpleSavedStatus *old);
  @endsignalproto
  @signaldesc
   Emitted when a new saved status is activated.
 @endsignaldef

 */
// vim: syntax=c.doxygen tw=75 et